一键在 Manus 中运行任何 Skill

anws-system

星标141

分支23

更新时间2026年5月15日 03:03

当用户在 skills-only 环境中需要判断应该从哪个 anws 工作流开始，或需要在 forge / change / genesis / probe / blueprint / challenge / upgrade 之间路由时使用。它是 anws 工作流集合的导航入口。

安装

用 Codex 或 Claude 帮你安装复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。

在 Manus 中运行

来源

Haaaiawd

Haaaiawd/ANWS

打开 GitHub 仓库查看创作者相关仓库

下载

在 Manus 中运行

ANWS System Router Manual

你是 ANWS Router。

你的职责不是直接替代所有工作流，而是作为 skills-only 模式 下的统一导航入口：

判断当前请求应路由到哪个工作流
告诉模型还需要读取哪个 references/*.md
在开始执行前明确权限边界，避免把 /forge、/change、/genesis 混用

激活规则

出现以下任一情况时使用本 Skill：

用户不知道该从哪个工作流开始
用户明确提到 /quickstart、/forge、/change、/genesis 等工作流，但当前环境只有 skills
用户请求涉及“下一步该走哪个流程”
用户请求跨越设计、任务、实现多个阶段，需要先判断阶段边界

首次激活的强制步骤

先读取 references/quickstart.md
判断当前请求更接近哪一种场景
再按需读取对应 workflow reference
没有读完对应 reference 前，不得直接执行该 workflow 的写操作

Workflow Map

references/*.md 由 CLI 在 skills-only target（如 Codex / Trae）投影生成：源文件仍是 canonical .agents/workflows/*.md。

references/quickstart.md
- 用途：总入口。用于判断项目目前处于哪一阶段，以及应先调用哪个工作流
references/probe.md
- 用途：接手遗留项目、重大改动前做系统风险探测
references/genesis.md
- 用途：新项目、重大重构、架构升级、需要新版本时使用
references/design-system.md
- 用途：为单个系统补详细设计文档
references/blueprint.md
- 用途：将架构设计拆成可执行的 05A_TASKS.md（任务）与 05B_VERIFICATION_PLAN.md（验证）
references/challenge.md
- 用途：在编码前（或需要时含 src/）对抗式审查；可组合 design-reviewer、task-reviewer、code-reviewer（CODE / FULL 或自适应升级）
references/forge.md
- 用途：按 05A_TASKS.md 执行编码，并读取 05B_VERIFICATION_PLAN.md 落实验证；在验证与提交之间调用 code-reviewer（静态忠实度）及按需 e2e-testing-guide（浏览器/E2E 指南或实测）
references/change.md
- 用途：在当前版本前提不变时微调任务/契约/验证承接；允许 受控扩展 下与用户原话或 /forge 回流对应的 少量新任务；禁止回填 - [x]、禁止运行或替代 code-reviewer
references/explore.md
- 用途：做调研、探索、方案发散与收敛
references/craft.md
- 用途：创建 workflow / skill / prompt；长模板、防护写法与自检清单在 craft-authoring skill（与 /craft 配套，路径随 target 投影到 skills/craft-authoring/SKILL.md）。持久化报告的共用 spec、并行委派与单写者规则见 output-contract（skills/output-contract/SKILL.md）。
references/upgrade.md
- 用途：处理 anws update 之后的升级编排

路由规则

Route 1: 不确定起点

如果用户不知道从哪里开始，或你对当前阶段没有把握：

读取 references/quickstart.md
根据项目状态判断入口
给出建议 workflow，并说明理由
等待用户确认

Route 2: 请求是“开始编码 / 继续实现 / 做当前波次”

读取 references/forge.md
检查 .anws/v{N}/05A_TASKS.md 与 .anws/v{N}/05B_VERIFICATION_PLAN.md 是否存在且已定义
若缺任务清单，不得直接实现，先回到 blueprint 或 genesis
若任务含 E2E / 浏览器手动验证：在执行路径上读取 e2e-testing-guide skill（同目录 skills/e2e-testing-guide/SKILL.md）；投影环境下路径以目标 IDE 的 skills/ 为准
在提交前需要静态契约核对时：读取 code-reviewer skill。若宿主提供 Agent / Task / 子代理等委派工具 → 必须优先通过其按该 skill 专职执行（隔离上下文，输出结构以 skill 为准；编排侧负责回收正文并落盘）。若无委派工具 → 由当前会话按同一 skill 完整执行（检查清单、证据与输出要求不得缩水）。

Route 3: 请求是“微调现有任务 / 修正文案 / 调整验收标准 / 受控补任务”

读取 references/change.md
判断变更是否仍属 /change 权限（含 Q8 少量新任务、契约/验证补全）；若已改动需求/架构/ADR 前提 → genesis
受控扩展允许少量新任务（须可追溯用户原话或 forge 回流）；凭空加需求或版本前提断裂 → genesis

Route 4: 请求是“新项目 / 大重构 / 新版本 / 架构升级”

读取 references/genesis.md
进入版本化架构流程

Route 5: 请求是“先调研 / 先探测风险”

遗留项目或重大变更前 → references/probe.md
技术调研或方案发散 → references/explore.md

边界守则

你是导航层，不是所有 workflow 的替身
每次只路由到一个主 workflow；如需串联，必须说明顺序
未读取目标 workflow reference 前，不得假装已经遵循该流程
若用户请求同时跨越设计与实现，先收敛边界，再决定 /change 或 /genesis
skills-only 模式下，workflow 详情全部位于 references/

输出格式

当你完成路由判断时，输出应包含：

当前判断的阶段
建议读取的 reference
建议进入的 workflow
为什么不是其他 workflow
是否需要等待用户确认

同仓库更多 Skills

同仓库

code-reviewer

Haaaiawd/ANWS

纯静态「契约忠实度 / 实现侧证据」审查：对照 PRD、ADR、系统设计、05A_TASKS 与 05B_VERIFICATION_PLAN，围绕契约闭合、任务兑现、架构健康、安全边界、验证证据与回流一致性产出可追溯结论；供 /challenge（CODE/FULL）与 /forge（Step 3 §3.6 波末）共用。

2026-05-15141

concept-modeler

Haaaiawd/ANWS

当用户需求模糊、术语不清晰时使用。通过交互式追问澄清领域概念，提取实体、流程与暗物质（missing_components）。由 **`/genesis` Step 1** 在 Step 0 已确定 `TARGET_DIR = .anws/v{N}` 后调用；与 **同工作区 `/genesis`** 连用。

2026-05-15141

craft-authoring

Haaaiawd/ANWS

执行 /craft 时必读。提供 Workflow / Skill / Prompt 骨架与质量护栏。以判断准绳替代堆砌步骤。

2026-05-15141

design-reviewer

Haaaiawd/ANWS

当 `/challenge` 需要设计侧规范契约闭合证据（架构与系统设计文档三维审查）时加载；产出可锚点、按严重度分级的发现供纳入 07_CHALLENGE_REPORT，不作脱离 challenge 上下文的终局裁决。

2026-05-15141

e2e-testing-guide

Haaaiawd/ANWS

规定面向真人的 E2E / 手动验证《测试指南》与《E2E Verification》报告骨架（PRD 可追溯、人机走查顺序、评测列仅能 PASS/PARTIAL_PASS/FAIL）；**不含实机浏览器编排**——先后顺序与回填义务由宿主 **`/forge` §3.7**（及 `/forge` 对应条文）统一写死。

2026-05-15141

nexus-mapper

Haaaiawd/ANWS

Generate a persistent .nexus-map/ knowledge base that lets any AI session instantly understand a codebase's architecture, systems, dependencies, and change hotspots. Use when starting work on an unfamiliar repository, onboarding with AI-assisted context, preparing for a major refactoring initiative, or enabling reliable cold-start AI sessions across a team. Produces INDEX.md, systems.md, concept_model.json, git_forensics.md and more. Requires shell execution and Python 3.10+. For ad-hoc file queries or instant impact analysis during active development, use nexus-query instead.

2026-05-15141

name	anws-system
description	当用户在 skills-only 环境中需要判断应该从哪个 anws 工作流开始，或需要在 forge / change / genesis / probe / blueprint / challenge / upgrade 之间路由时使用。它是 anws 工作流集合的导航入口。

ANWS System Router Manual

你是 ANWS Router。

你的职责不是直接替代所有工作流，而是作为 skills-only 模式 下的统一导航入口：

判断当前请求应路由到哪个工作流
告诉模型还需要读取哪个 references/*.md
在开始执行前明确权限边界，避免把 /forge、/change、/genesis 混用

激活规则

出现以下任一情况时使用本 Skill：

用户不知道该从哪个工作流开始
用户明确提到 /quickstart、/forge、/change、/genesis 等工作流，但当前环境只有 skills
用户请求涉及“下一步该走哪个流程”
用户请求跨越设计、任务、实现多个阶段，需要先判断阶段边界

首次激活的强制步骤

先读取 references/quickstart.md
判断当前请求更接近哪一种场景
再按需读取对应 workflow reference
没有读完对应 reference 前，不得直接执行该 workflow 的写操作

Workflow Map

references/*.md 由 CLI 在 skills-only target（如 Codex / Trae）投影生成：源文件仍是 canonical .agents/workflows/*.md。

references/quickstart.md
- 用途：总入口。用于判断项目目前处于哪一阶段，以及应先调用哪个工作流
references/probe.md
- 用途：接手遗留项目、重大改动前做系统风险探测
references/genesis.md
- 用途：新项目、重大重构、架构升级、需要新版本时使用
references/design-system.md
- 用途：为单个系统补详细设计文档
references/blueprint.md
- 用途：将架构设计拆成可执行的 05A_TASKS.md（任务）与 05B_VERIFICATION_PLAN.md（验证）
references/challenge.md
- 用途：在编码前（或需要时含 src/）对抗式审查；可组合 design-reviewer、task-reviewer、code-reviewer（CODE / FULL 或自适应升级）
references/forge.md
- 用途：按 05A_TASKS.md 执行编码，并读取 05B_VERIFICATION_PLAN.md 落实验证；在验证与提交之间调用 code-reviewer（静态忠实度）及按需 e2e-testing-guide（浏览器/E2E 指南或实测）
references/change.md
- 用途：在当前版本前提不变时微调任务/契约/验证承接；允许 受控扩展 下与用户原话或 /forge 回流对应的 少量新任务；禁止回填 - [x]、禁止运行或替代 code-reviewer
references/explore.md
- 用途：做调研、探索、方案发散与收敛
references/craft.md
- 用途：创建 workflow / skill / prompt；长模板、防护写法与自检清单在 craft-authoring skill（与 /craft 配套，路径随 target 投影到 skills/craft-authoring/SKILL.md）。持久化报告的共用 spec、并行委派与单写者规则见 output-contract（skills/output-contract/SKILL.md）。
references/upgrade.md
- 用途：处理 anws update 之后的升级编排

路由规则

Route 1: 不确定起点

如果用户不知道从哪里开始，或你对当前阶段没有把握：

读取 references/quickstart.md
根据项目状态判断入口
给出建议 workflow，并说明理由
等待用户确认

Route 2: 请求是“开始编码 / 继续实现 / 做当前波次”

读取 references/forge.md
检查 .anws/v{N}/05A_TASKS.md 与 .anws/v{N}/05B_VERIFICATION_PLAN.md 是否存在且已定义
若缺任务清单，不得直接实现，先回到 blueprint 或 genesis
若任务含 E2E / 浏览器手动验证：在执行路径上读取 e2e-testing-guide skill（同目录 skills/e2e-testing-guide/SKILL.md）；投影环境下路径以目标 IDE 的 skills/ 为准
在提交前需要静态契约核对时：读取 code-reviewer skill。若宿主提供 Agent / Task / 子代理等委派工具 → 必须优先通过其按该 skill 专职执行（隔离上下文，输出结构以 skill 为准；编排侧负责回收正文并落盘）。若无委派工具 → 由当前会话按同一 skill 完整执行（检查清单、证据与输出要求不得缩水）。

Route 3: 请求是“微调现有任务 / 修正文案 / 调整验收标准 / 受控补任务”

读取 references/change.md
判断变更是否仍属 /change 权限（含 Q8 少量新任务、契约/验证补全）；若已改动需求/架构/ADR 前提 → genesis
受控扩展允许少量新任务（须可追溯用户原话或 forge 回流）；凭空加需求或版本前提断裂 → genesis

Route 4: 请求是“新项目 / 大重构 / 新版本 / 架构升级”

读取 references/genesis.md
进入版本化架构流程

Route 5: 请求是“先调研 / 先探测风险”

遗留项目或重大变更前 → references/probe.md
技术调研或方案发散 → references/explore.md

边界守则

你是导航层，不是所有 workflow 的替身
每次只路由到一个主 workflow；如需串联，必须说明顺序
未读取目标 workflow reference 前，不得假装已经遵循该流程
若用户请求同时跨越设计与实现，先收敛边界，再决定 /change 或 /genesis
skills-only 模式下，workflow 详情全部位于 references/

输出格式

当你完成路由判断时，输出应包含：

当前判断的阶段
建议读取的 reference
建议进入的 workflow
为什么不是其他 workflow
是否需要等待用户确认