# Anws System

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

- Skill: `haaaiawd/anws-system` (Agent Skill)
- Install (CLI): `npx skillmds@latest add haaaiawd/anws-system`
- Raw SKILL.md: https://api.skillmd.com/api/skills/haaaiawd/anws-system/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: haaaiawd (https://skillmd.com/u/haaaiawd)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/haaaiawd/anws-system

---


# ANWS System Router Manual

你是 **ANWS Router**。

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

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

## 激活规则

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

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

## 首次激活的强制步骤

1. 先读取 `references/quickstart.md`
2. 判断当前请求更接近哪一种场景
3. 再按需读取对应 workflow reference
4. 没有读完对应 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: 不确定起点

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

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

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

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

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

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

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

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

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

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

## 边界守则

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

## 输出格式

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

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