把 MCP 工程，做到真实路径上。
01 / 改了源码，还差哪一步
源码已经改好。运行的却还是旧版本。
源码 → 安装产物 → 本地进程编写的教学示例
源码目录01
src/server.ts
处理逻辑已更新为版本 B
修改已存在
安装产物02
dist/server.js
仍然包含版本 A
产物未更新
运行进程03
node dist/server.js
仍然返回修改前的结果
旧行为仍在
调用方根本没有进入改过的源码。 先追踪它实际选择的入口，再决定是否继续修改处理逻辑。
使用修复工作流02 / 从你的任务开始
这次，
你要交付什么？
同一个入口，根据任务选择所需深度。选一项工作，把对应的起始提示词带进编码智能体。
构建 / 从需求到实现
让调用方真正用上这个能力。
把目标能力做成可运行的 MCP 实现，在真正拥有该行为的层次放置控制。
追踪确定调用方、传输方式和适用协议版本。
实施沿选定入口完成能力实现。
验证实际调用并检查返回结果和行为。
起始提示词 / $mcp-boundary
使用 $mcp-boundary 构建我需要的 MCP 能力。先明确调用方、入口、传输方式与协议版本，再沿实际使用路径完成实现，把控制放在拥有该行为的层次，并验证目标行为。工作深度与任务规模匹配。
修复 / 从症状追到原因
修到真正运行的那条路径上。
沿出错调用追踪实际选中的入口，修复拥有该行为的层次，再对齐构建产物与运行进程。
追踪定位实际调用方、入口和故障。
实施完成修复，按需重新构建或激活。
验证复现原始调用，检查修复后的行为。
起始提示词 / $mcp-boundary
使用 $mcp-boundary 修复这个 MCP 集成。追踪实际调用方、入口、传输、处理逻辑、安装产物与运行进程；在这条路径上完成修复，运行能够否定原始故障的最小有效检查，并说明还有什么没有验证。
迁移 / 别落下仍在使用的调用方
迁移实现，也收好旧路径。
协议、SDK 或运行方式变更时，调用方与产物也需要迁移。先找到仍在使用的依赖，再明确退役被取代的行为。
追踪选定目标版本，识别活跃调用方。
实施迁移调用路径，明确退役旧行为。
验证用选定的产物和进程验证需要保留的行为。
起始提示词 / $mcp-boundary
使用 $mcp-boundary 将这个 MCP 实现迁移到选定版本。识别有证据支持的调用方与活跃入口，完成迁移，明确退役被取代的路径，并对齐源码、产物与运行进程。区分本地检查和具体宿主上的结果。
检查 / 默认只读
先看清行为究竟由谁负责。
不改仓库，先查看当前实现。区分协议要求、传输层控制、部署策略与宿主行为。
追踪固定当前版本和实际暴露的接口。
检查定位控制归属，不修改仓库。
验证带着支持结论的观察给出发现。
起始提示词 / $mcp-boundary
使用 $mcp-boundary 检查这个 MCP 实现，不要修改仓库。追踪实际调用方、入口、传输、协议与 SDK 分派、能力效果、安装产物及运行进程。定位控制归属，报告有证据支持的发现，并指出最小且有用的下一项检查。
验证 / 到能观察它的地方去
在对应的边界，验证具体结论。
选择与结论对应的产物和观察者。本地渲染测试有它的价值，另一个宿主仍需要独立的实际观察。
定义写清待验证结论、具体产物与观察者。
执行准备有授权、且能够否定该结论的检查。
记录记录结果，同时保留它的适用范围。
起始提示词 / $mcp-boundary
使用 $mcp-boundary 验证这个 MCP 行为。明确待验证结论、具体产物、实际运行进程与合格观察者，在对应边界运行获授权的检查，区分源码、进程、产物和具体宿主上的观察。没有观察到的宿主结果，不能判为成功或失败。
小而明确的改动就保持小：读相关参考、完成修改、运行检查，到此为止。
04 / 开始使用
把它带进你的
下一次 MCP 工作。
安装 MCP Boundary，重启 Codex，再描述这次要做的事。需要明确调用时，直接写上 $mcp-boundary。
从仓库安装
codex plugin marketplace add IndelibleVivi/mcp-boundary --ref main codex plugin add mcp-boundary@mcp-boundary
这些命令跟随 main，不是固定的目录发布版本。安装后重启 Codex；需要支持 Agent Plugin 的当前 Codex CLI。
到底会安装什么？
一个纯技能包，包含所需参考与资源。不启动服务器，不新增 App connector 或认证流程，也不发送分析数据或遥测。Guide 与可执行 Lab 留在仓库里，不随插件运行。
会不会把小改动变成大审计？
工作深度应当匹配任务。小的措辞修改或本地辅助能力不需要一整套复杂审计；技能明确要求在小而清楚的 MCP 任务上及时停止。
一项检查通过，意味着什么？
意味着在那次检查对应的边界上观察到了预期行为。源码、本地进程、构建产物、激活后的运行时和具体宿主上的观察仍各自成立。资料库提供方法与可运行检查的入口，这个官网本身不执行它们。