Run any Skill in Manus
with one click
with one click
Run any Skill in Manus with one click
Get Started$pwd:
$ git log --oneline --stat
stars:1
forks:0
updated:April 10, 2026 at 03:41
File Explorer
SKILL.md
当用户需求模糊、术语不清晰时使用。通过交互式追问澄清领域概念,提取实体、流程和暗物质。由 /genesis Step 1 调用。
使用三维框架(系统设计、运行模拟、工程实现)系统性审查架构和系统设计文档,作为 challenge 工作流中的规范契约设计证据层。产出按严重度分级的发现,关联到具体文档段落。
将模糊或高层需求转化为严格的产品需求文档(PRD)。适用于需求含糊、范围过大或表达停留在概念层的场景。
识别项目中的独立系统,定义系统边界。产出系统架构总览,为后续系统设计奠定基础。
为单个系统设计详细的技术文档。负责架构图、接口设计、数据模型、Trade-offs讨论等。
使用WBS方法将系统设计文档分解为层次化任务。支持依赖分析、追溯链、验收标准。
| name | report-template |
| description | 综合 Probe 阶段所有分析(nexus-mapper, runtime-inspector),生成决策就绪的系统风险报告。 |
"数据不是信息。信息不是知识。知识不是智慧。" —— T.S. Eliot
你的目标是将原始分析数据转化为架构师可用的智慧。
[!IMPORTANT] 在生成报告之前,你必须进行自我检查:
- "nexus-mapper 发现的构建边界和 runtime-inspector 发现的 IPC 边界是否一致?"
- "nexus-mapper 发现的高耦合文件对是否跨越了构建边界?"
- "nexus-mapper 识别的缺失组件是否与已发现的风险相关?"
- "这份报告是否足够完整?"
references/REPORT_TEMPLATE.md。你的报告必须完全匹配此结构。nexus-mapper → Build Roots, Topology, Coupling Pairs, Hotspots, Entities, Missing Componentsruntime-inspector → IPC Surfaces, Contract Status.anws/v{N}/00_PROBE_REPORT.md 并写入完整报告。禁止仅打印到聊天。确保 .anws/v{N}/ 目录存在。在进入下一阶段之前,验证:
.anws/v{N}/00_PROBE_REPORT.mdreferences/REPORT_TEMPLATE.md: 报告主模板。这份报告的直接消费者是 /blueprint 阶段的:
你的分析质量直接决定下一阶段的设计质量。