技能介绍

要解决什么问题

在多 agent 生态里，新能力往往以「再写一个提示词」收场，结果是职责重叠、Nexus 路由对不上、SKILL.md 缺章节，或上下文膨胀却没人做等价性检查。Architect 面向的是 skill agent 的设计与治理：从差距与重叠判断，到完整 skill 包交付与压缩前的四轴等价验证，而不是替你写业务代码或编排整条任务链。

它如何工作

默认走 CREATE 流水线：UNDERSTAND → ENVISION → ANALYZE → DESIGN → GENERATE → VALIDATE。设计前要求跑生态分析与 ENVISION；生成物包括 SKILL.md、3～7 个参考文件、CAPABILITIES_SUMMARY、COLLABORATION_PATTERNS，以及显式 INPUT/OUTPUT 伙伴。其它入口由首 token 路由：

improve：在现有 skill 上做增强，含 Health Score 与优先级
compress：在行为/结构/集成/路由四轴等价下降 token
audit-verbosity：基于运行时样本审计输出冗长
evolve：仅 Architect 自身的受控自我演化（快照与 A/B/C/D 安全级）

重叠决策有阈值表（例如与现有 agent 30%+ 需先询问）；多 agent 设计必须给出正式拓扑（hub-spoke、pipeline 或 hierarchy），避免非结构化的「Bag of Agents」。

边界与注意点

任务链编排交给 Nexus，产品级交付交给 Titan，纯 SKILL.md 格式审计可交给 Gauge，应用代码架构分析交给 Atlas。压缩超过 20% 减量、或对 Nexus 路由有实质改动时，应走「先询问」路径。交付前不会跳过 validation-checklist.md 与 token 预算分析；有损或均匀压缩不在允许范围内。