需求先拆成可执行的步骤
start_feature 不会直接开始写代码，而是先读项目上下文、刷新索引、做影响面分析，把需求拆成带验收标准的任务清单，再交给 Agent 执行。
它约束的不是代码，是过程
计划断了能接着跑
plan_heartbeat 把已完成、已跳过、待解决的步骤和证据落盘。对话中断、重启、换一个 Agent，resume_plan 都能算出下一步该做什么。
没做完不许收工
converge 会检查步骤、遗留项，以及需求、设计、实现、测试、评审五类证据。缺任何一类就拒绝结束，把「差不多完成了」挡在门外。
修 Bug 之前先找根因
start_bugfix 走 SRC-8 八步根因流程（源自丰田 TBP）：复现契约、归因分层、贡献因素。根因工作表没填完，不允许改代码。
跨对话的记忆不丢
History Session 默认开启，把每一轮真实用户原话、决定和待办存成本地 Markdown。新开一个对话也能接上，不需要向量库。
五个可视化工作台
Feature Workbench、Memory Center、Convergence Gate 等原生 MCP App，直接在客户端里看计划推进、记忆条目和收敛状态。
三步接上
- [1/3]
写进客户端配置
Cursor、Claude Desktop、OpenCode、Cline 都支持。粘一段 mcpServers 配置，指向 npx -y mcp-probe-kit@latest 即可。
- [2/3]
首次调用自动落地规范
任意一次工具调用都会在工作区写入 SKILL.md 并把 mcp-probe 段合并进 AGENTS.md，Agent 从此知道什么时候该用哪一步。
- [3/3]
按流程推进项目
让 Agent 用 start_feature 拆需求，plan_heartbeat 记录进度，converge 验收。默认 29 个工具，配好记忆后 35 个。
默认工具面
默认 29 个工具（24 个基础 + 5 个 History Session），按职责分组：
- 流程编排
- start_feature · start_bugfix · start_onboard · start_ui · start_product · start_ralph
- 计划与收敛
- plan_heartbeat · resume_plan · converge
- 项目与规范
- init_project · init_project_context · check_spec · estimate · architecture
- 代码与测试
- code_insight · gentest · code_review · refactor · gencommit · git_work_report
- 历史会话
- history_session_bootstrap · checkpoint · validate · search · read
实际界面
以下动图由 npm 包内同一份 MCP App 源码渲染，不是效果图。
常见问题
它和 Cursor 自带的 Agent 能力冲突吗？
不冲突。知时 MCP 不下场改代码、不接管文件系统，它做的是编排与校验：决定该走哪条流程、记录执行到哪一步、验收证据是否齐全。真正读文件、改代码、跑命令的仍然是客户端里的 Agent。
必须配记忆系统吗？
不需要。默认的 29 个工具开箱即用，History Session 也不需要向量库。只有想跨项目复用经验时才需要额外配 Qdrant 加嵌入模型，那时工具面会从 29 增加到 35。
支持哪些客户端？
Cursor、Claude Desktop、Cline、OpenCode 等所有标准 MCP 客户端。同时兼容旧版 MCP 与 2026-07-28 新版协议。运行环境要求 Node.js 20 以上。
数据会离开我的机器吗？
不会。服务端在你本机以 npx 进程运行，计划状态存在项目的 .mcp-probe-kit/ 目录，历史会话存在 docs/history-session/。唯一的外部依赖是可选的记忆服务，那也是你自己部署的。
本地优先，代码与执行始终在你自己的环境里。
MIT 开源 · 支持 Node.js 20 及以上 · ByteZoneX 实验室 →