chore(blueprint): 能力双投影补侦察驻军原则与双消费者洞察

.blueprint/modules/mcp-server.md

@@ -50,6 +50,8 @@
 
 ### 💭 能力双投影：后续扩展（R12 规则化 + 更多按钮）
 - status: concept
+- 侦察→驻军（2026-07-03）: agent 走流程验证=侦察（智能、贵、一次性验收），vitest/cargo test=驻军（固化、免费、高频回归）；agent 验证通过的关键路径顺手固化为测试（接宪章"坑驱动增量"），一次性验收不固化（少而稳>多而脆）。不引入 BDD/spec 框架——acceptance 字段已是人机共读的 spec
+- 双消费者（2026-07-03）: 同一批 agent 按钮服务两个时期——开发期供开发 agent 验证，运行期供产品内嵌对话模型（Copilot/聊天框调应用能力=AI 应用主流形态，tool use 机制同一）。为验证而建的投影层即未来 AI 化的现成 API。运行期新增按钮分级：读类自由/写类确认/危险类不暴露给对话入口
 - 载体选择原则（2026-07-03）: agent 按钮 = 离能力本体最近的、agent 已能触达的接口。子项目不需要 MCP——Web 服务型=HTTP API 即按钮（天然双投影，零建设）；CLI 型=命令即按钮；桌面型=测试即按钮（直接调 command 函数）；UI 驱动（Playwright）为最后手段。MCP 仅在"按钮需被项目外的 agent 按"时出场（炼境即此场景：服务其他项目的 agent 会话）
 - 工具预算约束（2026-07-03，防 tool bloat）: 工具数量随功能域增长而非项目数增长（project_id 参数化已保证）；阈值 ~20 个前平铺即可，逼近时同域动作聚合为网关工具（如 gitea_action(action,args)）；R12 表述精化为"每个治理域有 agent 可达路径"而非"每按钮一工具"——高频动作独立工具、同域低频走网关、边缘能力走 AGENTS.md 文档声明；每个工具描述 ≤100 字，详细约束放拒绝时的错误信息；客户端侧 Claude Code 原生支持延迟加载+工具搜索兜底
 - notes: 2026-07-03 概念探讨成形（见 memory concept_dual_projection）。现状：治理动作（生成蓝图提示词/同步规则/接入包/腐化扫描等）只有 UI 投影无 agent 投影，agent 验证需绕道。方向：① 为治理 command 补注册 MCP 工具，实现"每个 UI 按钮有对应 agent 按钮"；② 落成 R12 规则进 CONVENTIONS（与 R01 同构）；③ 三条件检查清单（边界单点实现/投影完整/反馈对称）纳入健康诊断。收益：统一验证路径空间——功能修复后 agent 走正规流程分钟级回归验证。