本頁的順序就是實際工作進行的順序。提示詞整理、CLI 指令產生、技能檔製作與結構化輸出驗證不會把輸入送往任何地方，它們完全在頁面指令碼中執行。其中兩個必須連上網路，兩者都是由你的瀏覽器直接請求你指定的端點，憑證則留在這個瀏覽器的本機儲存空間。正因為這條直連路徑，這裡出現的失敗才值得信任：當 LLM API 測試器或 MCP 伺服器檢查回報錯誤時，問題出在你的端點及其傳輸方式、CORS 或驗證設定，而不是中間的代理伺服器。

常見使用場景

在提示詞交給外部助理之前，先移除其中的金鑰、主機名稱與客戶資料
直接取得 Claude Code、Codex 或 OpenCode 的正確指令，不必翻查三套參考文件
在寫進程式之前，確認新的基底 URL、金鑰或閘道是否有回應以及有多快
檢查模型回傳的 JSON 是否仍符合應用程式解析的約定
在加入用戶端設定之前，驗證 MCP 伺服器的傳輸方式與工具清單
把粗略的 Markdown 草稿變成代理可載入的 SKILL.md 檔案

各頁面的資料流向

提示詞工具箱、CLI 產生器、技能產生器、結構化輸出：輸入不會離開頁面
LLM API 測試器：由瀏覽器直接呼叫你設定的端點，設定檔與金鑰留在本機儲存空間
MCP 伺服器檢查：連線到你指定的伺服器，並在執行工具呼叫前要求確認
指南頁面沒有輸入欄位，它們說明工作流程並連往實際工具
本頁沒有任何功能會把提示詞、金鑰或負載上傳到 ComUtil 處理

常見問題

如果手上只有一份粗略的提示詞，該從哪裡開始？

先用 AI 提示詞工具箱遮蔽敏感資訊，並把文字切成符合脈絡視窗大小的片段；接著再依你是要驅動程式撰寫助理，還是自己呼叫端點，轉往 CLI 產生器或 API 測試器。

這些工具會把我的提示詞或 API 金鑰送到 ComUtil 嗎？

不會。文字類工具完全在瀏覽器中執行，兩個需要連網的工具則由你的瀏覽器直接送往你設定的端點。金鑰儲存在這個瀏覽器的本機儲存空間，清除網站資料就會一併移除。

CLI 產生器和 LLM API 測試器有什麼差別？

CLI 產生器只會產生給 Claude Code、Codex 或 OpenCode 等 AI 程式撰寫助理使用的指令文字，本身不執行任何動作。API 測試器則真的向模型端點送出請求，並顯示回傳的狀態、串流權杖、耗時與用量。

同樣的請求在終端機可以，為什麼在 API 測試器會失敗？

瀏覽器發出的請求需要供應商回傳 CORS 標頭，終端機請求則不需要。若端點沒有回傳，瀏覽器會在頁面讀取回應之前先擋下。可以在模型前面放一個會回傳 CORS 標頭的閘道，或執行測試器產生的、已遮蔽敏感資訊的 curl 指令。

在把 MCP 伺服器加入用戶端之前，要用哪個頁面檢查？

MCP 伺服器檢查。它會連線到遠端 Streamable HTTP 伺服器，列出伺服器公開的工具與其輸入結構，並且只有在你確認後才發出呼叫，足以分辨伺服器是可連線還是設定有誤。