用途：这是 Arc 的会话启动控制面，在对话开始时决定如何把工作路由到合适的 Arc 工作流，避免一次性加载全部工作流。Arc 的定位是把软件工作从想法推进到已交付代码，而非外部个人技能的通用注册表。
主要能力：确立指令优先级（用户对话指令 > 项目指令如 AGENTS.md、CLAUDE.md、仓库文档 > Arc 技能 > 默认系统行为）；提供工作流路由默认值，例如项目目标与领域语言走 vision，新功能或产品思考走 ideate，计划执行与小范围改动走 implement，架构或质量审查走 review/audit，测试走 testing，上线准备走 launch，提交推送走 commit，版本发布走 release，改进与重构分别走 improve、refactor。
使用方式：在开始实质工作前判断是否有 Arc 技能明确适用；用户点名技能则使用该技能，任务明显匹配某工作流则先调用再行动，任务很小或超出 Arc 范围则正常回应。采用渐进式披露，先加载最小相关技能，仅在任务需要时读取参考文件，可查阅 references/index.md 定位参考。平台适配方面，技能中提到的 Claude Code 工具名需按 references/platform-tools.md 映射；在 Codex 与 Cursor 中一次只问一个简洁问题，不要叙述工具回退。UI 工作区分 WireText、Chrome MCP、agent-browser、Playwright、Figma MCP 等角色。
适用场景：单包仓库（库或 CLI）常见生命周期为 ideate（轻量）→ implement → release，vision 与 launch 在此为可选。
限制：需要完整 Arc 包，Arc 自有路径从插件根目录解析；仅提示词安装器（如 skills.sh）只复制 SKILL.md，缺少捆绑材料，若工作流需要 Arc 自有文件而只有提示词技能，应提前停止并提示用户升级到完整 Claude、Codex 或 Cursor 插件安装。产物位置：docs/arc/specs/、docs/arc/plans/、docs/arc/plans/INDEX.md、docs/arc/audits/；vision 产物为仓库根 CONTEXT.md（多上下文 monorepo 另有 CONTEXT-MAP.md）；架构决策位于 docs/adr/，不要创建 docs/arc/decisions/。