用 Gemma 4 E2B IT 草擬附來源連結的團隊文件

Gemma 4 E2B IT 可以協助你把少數已登入的團隊頁面整理成附來源連結的文件草稿，但它不能自行讀取這些頁面。請在能將結構化工具呼叫傳給本機 Agent 用戶端的執行環境中執行正確的 google/gemma-4-E2B-it checkpoint，再透過 Tabbit CLI 讓用戶端在 Tabbit Browser 開啟已核准頁面。先整理證據台帳，再寫正文。將結果存成命名草稿，例如「每週發布更新 — Gemma E2B 草稿」，並在分享或發布前停止。Google 的函式呼叫指南說明了分工：模型提出函式呼叫，宿主應用負責驗證和執行。

這個流程的重點不是讓模型自主寫作，而是讓每個句子都能連回同事可重新開啟的頁面。小模型可以整理範圍有限的來源，但你仍要確認執行環境正確傳遞工具呼叫，來源也屬於正確的工作區、日期和專案。瀏覽器工作階段的邊界可參考將 Agent 連接到現有瀏覽器。可再用瀏覽器 Agent 提示詞範本固定任務範圍。

重點整理

• 官方 E2B IT checkpoint 為 google/gemma-4-E2B-it；量化版本可能使用不同儲存庫名稱。

• 模型輸出結構化呼叫；執行環境和用戶端執行頁面讀取工具，再回傳結果。

• 只讀取你獲准存取的頁面，並在重要主張旁保留來源 URL。

• 將證據整理和草稿撰寫分開，才容易發現缺漏、過期或互相矛盾的依據。

• 使用清楚的草稿名稱儲存，人工審核前不要分享或發布。

先建立來源台帳，再寫正文

挑選兩到四個你有權讀取的頁面，例如發布說明、專案決策和內部狀態頁。提供 URL 和相關日期範圍，要求 Agent 記錄精簡觀察，不要複製整份文件。台帳要標記頁面明確寫出的內容，而不是模型推論。

台帳完成後，才讓 Agent 整理短文件。要求在句中標註來源代號，並在最後加入「待審核」。來源無法開啟時，應如實記錄並刪除該主張。兩個頁面互相矛盾時，草稿要列出兩者日期並標記衝突，不要自行挑一個。

先核對 E2B 和工具路徑

Google 的 E2B 模型卡列出確切的 instruction 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 parser/template 設定。固定服務版本並確認端點後，才在 Agent 用戶端中選擇。不要假設所有標記為 OpenAI-compatible 的端點都有相同的工具呼叫行為。

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 Browser，而且目標頁面顯示預期工作區。這是三項不同檢查。按照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 沒有讀取無關頁面、分享狀態也沒有改變。最後由文件負責人決定。

一位 Reddit 使用者分享，自己透過相容 OpenAI 的 Ollama 端點使用 Gemma 4 E2B，把機器檢查工作拆成研究者和摘要者、執行工具，並寫出一份簡短 Markdown 報告。作者同時表示，最終文字不如大模型，且框架的寬鬆 JSON 解析有幫助。另一位測試 E2B 和 E4B 日曆類任務的使用者說，即使加上保護措施，工具呼叫仍偶爾漏掉。這些是個別本機設定的經驗，不代表 E2B 能安全地在你的團隊工作區起草。E2B 協調器報告與小模型工具呼叫討論可查看原文。

可重複的草稿流程應限制來源數量、在觀察旁附 URL，並讓文件保持未核准狀態。帶來源的研究指南和CMS 草稿流程提供相關做法。只有另一個模型能增加明確審核步驟時，再考慮整理多模型研究。多個 Agent 共用一個瀏覽器時可讀多 Agent 共用瀏覽器。連線方式另見MCP 與 CLI、連接現有瀏覽器及本機與雲端瀏覽器 Agent。

適用範圍

若執行環境和用戶端通過無副作用測試，E2B 值得用於少量來源和固定大綱的文件。工作區有許多含糊文件、證據敏感或任務依賴長串動作時，它可能不適合。高影響記錄應選擇能力或可靠度更高的方案。

有用的交接結果是附來源台帳的命名草稿，不是自動核准。重新開啟原始頁面、解決衝突、修正文字，再由你核准或分享文件。

Secholar.L

Tabbit 成長與內容

Secholar.L 專注 AI 瀏覽器與 Agent 工作流的實測寫作,基於真實調研比較工具,引用可查證的一手來源。