用途：octopus-architecture 用于架构评审，基于仓库证据审查系统架构、简化模块边界，或比较接口设计方案。该技能原为 Claude Code 设计，后适配 Codex，在 Codex 中使用已安装技能名而非 /octo:* 斜杠命令。
主要能力：加载并应用工程方法选择与架构简化方法；固定源码版本，检查实现、调用方、测试、近期变更与失败行为后再给出边界建议。单一简化场景产出一个有证据支撑的接口；设计选择场景基于同一组不可变需求产出两个方案：Draft A 尽量减少调用方所需知识与配置，Draft B 让下一个已验证的扩展更容易。
使用方式：在当前宿主上运行该方法。常规架构评审不产生额外的 provider 调度；--peer-review、显式独立评审请求或既有风险策略可能通过 Octopus 路由增加一个有界外部评审者。若宿主提供语言服务器工具，可用文档符号、工作区符号、定义与引用确认模块边界和调用方关系，但 LSP 结果仅作索引，关键结论仍需对照源码与测试验证；语言服务器不可用或不完整时回退到仓库搜索。
输出与限制：返回 Evidence、Caller contract、Proposed interface、Migration、Test impact 和 Decision，决策为 keep、simplify 或 investigate；simplify 需要精确源码证据和具体调用方示例。设计评审不授权自动重构。两个宿主生成的草案应标注为同一模型的相关替代方案；若授权独立评审者，首次响应前不应向其发送 Draft A。传输多样性不等于模型家族多样性，未知家族即未知独立性。若评审者无法读取源码或未返回有依据的贡献，应报告独立覆盖不完整。不要声称某 provider、模型或宿主子代理可用，除非当前会话确实暴露了它。