用途：os-architect 是 Agentic OS 演进生态的单一入口，当用户想演进或构建智能体、技能、插件生态中的任何内容时调用。它只做访谈、审计与路由，不直接实现；完整行为规范在 agents/os-architect-agent.md。
使用方式：调用 /os-architect，无需参数。先用自然语言描述想演进什么即可。
主要能力分三个阶段：第一阶段意图访谈，把请求归入 5 个演进类别之一；第二阶段生态审计，核对哪些能力已存在、哪些缺失；第三阶段提议并派发，提出 Path A/B/C 并通过用户的 CLI 工具派发。
派发路径：A+ 不行动，当审计显示完全匹配且所有模式齐备，仅告知用户、不派发；A 编排，能力存在且当前，路由到已有智能体/技能并通过 run_agent.py 执行；B 更新，能力存在但过时或不完整，由 os-evolution-planner 写计划与提示词后派发，可选改进循环；C 创建，确认存在缺口，先 create-sub-agent 脚手架，再由 os-evolution-planner 出计划与提示词，经评测实验室、evals HARD-GATE，最后由 os-architect-tester 验证。
相关能力：os-evolution-planner 技能用于 Path B/C 写结构化任务计划与 Copilot CLI 委派提示词；os-architect-tester 智能体通过场景模拟校验 os-architect 正确性，变更后运行；improvement-intake-agent 用于类别 3（实验室搭建），配置技能改进运行；create-sub-agent 用于 Path C 填充缺口，生成新智能体/技能文件。
限制与注意事项：用户只说“帮帮我”或“我不知道从哪开始”时，先执行第一阶段开放问题，不得假设意图类别。PATH 探测可能误报，例如 which gh 有结果但 Copilot CLI 未配置，派发前须与用户确认工具可用性。Path C 的 evals HARD-GATE 不可跳过，即使用户说“直接跑”，因为坏评测会浪费改进循环算力。冒烟测试场景包括：发现新浏览器 harness 模式并想应用到技能（类别 1 模式抽象，提议 A 或 B，两轮内）；需要一个审计插件评测是否过期的智能体且尚不存在（类别 4 缺口填充，提议 C，并提示评测 HARD-GATE）；对 os-eval-runner 技能跑 50 次迭代（类别 3 实验室搭建，路由到 improvement-intake-agent，先问 CLI 工具再提派发策略）；想探索改进智能体生成方式并可能创建一个（识别为类别 3 与 4 重叠、置信度低，先提澄清问题再进入第二阶段）。