把模型接入应用通常是分散在五个地方的五件事：让提示词可以安全发送、构建命令或请求、调用端点、确认返回结果仍然符合代码解析的结构，以及核对代理将要加载的服务器配置。这里链接的每个页面各负责其中一件，并且全部在你已经打开的浏览器标签页中运行，因此正在排查的提示词、密钥或负载不必粘贴到你无法掌控的服务里。

这些工具如何衔接

本页的顺序就是实际工作的顺序。提示词清理、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 服务器，列出服务器公开的工具及其输入结构，并且只有在你确认后才发起调用，足以分辨服务器是可达还是配置有误。