Gemma 4 E2B IT 可以帮助你把少量已登录团队页面整理成带来源链接的文档草稿，但它不能自行读取这些页面。将准确的 google/gemma-4-E2B-it checkpoint 放进一个能向本地 Agent 客户端传递结构化工具调用的运行时，再让客户端通过 Tabbit CLI 在 Tabbit Browser 中打开已授权的页面。先要来源证据台账，再写正文。将结果保存为命名草稿，例如“每周发布更新 — Gemma E2B 草稿”，在分享或发布前停下。Google 的函数调用指南说明了关键边界：模型请求调用函数，宿主应用负责校验和执行。
这套流程的重点不是让模型自主写作，而是让每句话都能回到同事可重新打开的页面。小模型可以协助整理一组范围明确的来源，但你仍要确认运行时正确传递工具调用，来源也属于正确的工作区、日期和项目。浏览器会话的职责见连接 Agent 与现有浏览器。起草提示词可结合浏览器 Agent 提示词模板。
要点
官方 E2B IT checkpoint 是 google/gemma-4-E2B-it；量化版本可能使用不同仓库名。
模型输出结构化调用，运行时与客户端执行页面读取工具，再把结果返回。
只读取你获准访问的页面，并在每条重要主张旁保留来源 URL。
证据收集与文档起草分开，才能发现缺失、过时或冲突的依据。
使用明确的草稿名保存，在人工审核前不要分享或发布。
先建来源台账，再写正文
先选两到四个你有权读取的页面，例如发布说明、项目决策和内部状态页。把页面 URL 和相关日期范围交给 Agent。只让它记录简短观察，不要复制整份文档。台账要写页面直接说明的内容，而不是模型推断的结论。
| 证据字段 | 记录什么 | 对审核者的帮助 |
|---|---|---|
| 来源编号 | 简短且稳定的标签，例如 SRC-1 | 让每句草稿能对应到一条证据 |
| 页面标题和 URL | 可见标题与原始页面 URL | 能在正确工作区重新打开页面 |
| 观察内容 | 页面直接显示的主张或状态 | 把来源证据与后续改写分开 |
| 日期或章节 | 可见更新时间、标题或记录编号 | 识别过期页面和同名资料 |
| 判断标记 | 直接陈述、推断或不清楚 | 避免把解释写成来源原话 |
台账完整后，再让 Agent 整理短文档。要求句中标注来源编号，并在末尾加入“待审核问题”。来源打不开时，应如实说明并删除相应主张。两页内容不一致时，草稿应列出两个日期并标注冲突，不要自行选一条。
先核对 E2B 和工具调用路径
Google 的 E2B 模型卡列出准确的指令版 checkpoint 和 Apache 2.0 许可。Gemma 4 模型卡称 E2B 有 23 亿有效参数，含 embedding 共 51 亿参数，上下文长度为 128K。官方发布公告说明 Gemma 4 采用 Apache 2.0。模型卡和许可都不表示某个托管服务商当前一定提供该 ID。
Google 函数调用指南将 google/gemma-4-E2B-it 列为示例，并演示应用侧流程：接收结构化调用、检查函数和参数、运行工具，再把结果返回。vLLM Gemma 4 配方列出 E2B 服务 ID 和 Gemma 4 解析器/模板配置。固定实际服务版本，再确认端点，然后才在 Agent 客户端中选择。不要假设所有标注兼容 OpenAI 的端点都有相同工具调用行为。
Pi 支持通过 models.json 配置自定义兼容模型端点，Tabbit skill 命令为 /skill:tabbit。这是一种可选的本地客户端配置方式，不代表 Gemma E2B 组合已经在此工作流中通过集成测试。查看本地服务的模型列表，先进行一次无副作用的工具调用，并确认结果能回到模型。Pi 自定义服务商指南、模型配置参考和Pi Skills 指南分别说明配置和技能发现。
将本地 Agent 连接到已登录工作区
安装 Tabbit Browser 和本地 Tabbit CLI skill。在 Pi 中输入 /skill:tabbit；其他客户端可能通过 /skills 或技能选择器提供同一 skill。先在目标 Tabbit 配置中自行登录团队工作区。然后分别确认客户端能发现 skill、CLI 能连接正在运行的 Tabbit 浏览器、目标页面显示预期工作区。这是三项不同检查。按Tabbit CLI 快速开始安装并验证本地连接。
浏览器任务应保持很小。让 Agent 只打开批准的 URL，记录页面可见标题和来源链接，再把草稿写到正确位置。任务标签页与其他 Tabbit 标签页分开，你可以继续查资料，之后再回来审核。首次任务清单有助于限定范围；Tabbit CLI 指南介绍任务标签页，浏览器 Agent 来源研究指南讲解来源留存。
起草带来源链接的团队文档
提示词要写明允许读取的来源、文档标题、输出章节和停止位置。公开示例使用占位符，不暴露团队页面 URL。
任务名称：team-source-brief-draft
只使用以下团队页面，不要搜索无关页面。
只读来源 URL：
- [已批准的发布说明 URL]
- [已批准的项目决策 URL]
- [已批准的状态页 URL]
起草前先创建来源台账，字段如下：
source_key、page_title、source_url、visible_date_or_section、
short_observation、direct_or_inferred、unresolved_question。
然后创建标题为“每周发布更新 — Gemma E2B 草稿”的文档，包含：
1. 摘要，最多 5 条
2. 来源已确认的变更
3. 未解决的问题和日期冲突
4. 来源列表，将每个 source_key 链接到原始页面
不要编造负责人、日期、状态或审批结果。
没有来源的主张不要写进摘要。
保存为未分享的草稿，在邀请、审批或发布前停止。
返回草稿标题和所用来源 URL，供人审核。这些占位符只是示例，只能换成用户有权访问的页面。创建共享文档仍然是在另一个服务中写入内容。只有在已获准创建草稿时才执行此流程，并在更改分享设置前停止。如果编辑器无法保存未分享草稿，就在本地生成台账和建议正文供人审核，不要绕过权限。
对照来源审核草稿
| 草稿情况 | Agent 应如何处理 | 人工审核 |
|---|---|---|
| 来源直接支持事实 | 在句子旁标注来源编号 | 重新打开页面，核对措辞和日期 |
| 主张属于推断 | 明确标记为解释 | 判断是否应把推断写入文档 |
| 两个页面互相冲突 | 在待解决问题中列出两个来源和日期 | 请文档负责人确认当前依据 |
| 页面不可访问或登录失效 | 标记不可用，不要猜测 | 由你恢复访问或删除该主张 |
| 主张没有来源 URL | 从摘要中删掉 | 补上证据后再批准 |
不要把模型生成的引用视为证据。打开每条链接，确认它确实支持句子、属于预期工作区且内容仍有效。检查文档标题保留“草稿”，没有读取无关页面，分享状态也没有变化。最终决定由文档负责人作出。
一位 Reddit 用户分享了自己通过兼容 OpenAI 的 Ollama 端点使用 Gemma 4 E2B 的经历：将机器信息检查拆成研究员和总结员步骤，调用工具并写出一份简短 Markdown 报告。该用户同时认为最终文字弱于大模型，并提到框架的宽容 JSON 解析提供了帮助。另一位测试 E2B 和 E4B 日历类任务的用户称，即使加了保护措施，工具调用仍会漏掉。这些是个别本地配置的经验，不代表 E2B 能安全地在你的团队工作区起草。E2B 协调器报告与小模型工具调用讨论可查看原文。
要形成可重复的草稿，来源范围应小，观察结果旁应有 URL，文档也要明确保持未批准状态。带来源的研究指南和CMS 草稿工作流提供相邻做法。只有另一个模型能增加明确审核步骤时，再考虑组织多模型研究。多个 Agent 共用浏览器时，可查看一个浏览器供多个 Agent 使用。连接方式另见MCP 与 CLI、连接现有浏览器和本地与云端浏览器 Agent。
适用范围
如果运行时和客户端通过无副作用测试，E2B 值得用来处理一组精简来源和固定大纲的文档。工作区资料含糊、证据敏感或操作链路很长时，它可能不适合。影响较大的记录应使用能力更强或可靠性更高的方案。
有用的交接结果是带来源台账的命名草稿，而不是自动批准。逐页打开原始来源，解决冲突，修改文字，然后由你批准或分享文档。
常见问题
Gemma 4 E2B IT 能自己读取我已登录的团队文档吗？
不能。模型需要能运行浏览器工具的本地 Agent 客户端。Tabbit CLI 可将受支持的客户端连接到 Tabbit Browser，所选配置可能已经登录团队工作区。
Gemma 4 E2B IT 的准确 checkpoint ID 是什么？
Google 模型卡和 Hugging Face 仓库标记为 google/gemma-4-E2B-it。运行时可能以不同名称提供量化版本，因此还要记录实际文件名和服务端 ID。
Gemma 4 E2B IT 支持工具调用吗？
Google 为 Gemma 4 记录了结构化函数调用，并在示例 ID 中包含 E2B。应用或服务端仍须解析请求、校验请求、执行工具并返回结果。
如何让团队文档草稿保留来源？
让 Agent 为每条主张维护来源台账，记录简短观察、原始页面 URL 和日期或章节标签。明确保留未解决的差异，并在人工审核时重新打开每个来源。
可以在 Pi 中使用 Tabbit CLI 吗？
Pi 支持配置兼容的自定义模型端点，并记录了 /skill:tabbit 命令。请确认本地端点返回的工具调用能由所选客户端执行。客户端发现技能与浏览器连接是另外两项检查。
Agent 起草文档后应该分享或发布吗？
不应该。使用明确的草稿名称保存，并在分享、审批或发布前停止。由人确认来源、账号权限、措辞和预期受众后再继续。