Menu
服务于 `/genesis` Step 3「技术选型」：以 ATAM 与 12 维加权矩阵评估候选栈，产出可追溯的对比结论与 ADR 升格素材；不写正式 ADR 文件（落盘在 Step 5）。优先读本 SKILL 旁 `references/`。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
当用户在 skills-only 环境中需要判断应该从哪个 anws 工作流开始，或需要在 forge / change / genesis / probe / blueprint / challenge / upgrade 之间路由时使用。它是 anws 工作流集合的导航入口。
纯静态「契约忠实度 / 实现侧证据」审查：对照 PRD、ADR、系统设计、05A_TASKS 与 05B_VERIFICATION_PLAN，围绕契约闭合、任务兑现、架构健康、安全边界、验证证据与回流一致性产出可追溯结论；供 /challenge（CODE/FULL）与 /forge（Step 3 §3.6 波末）共用。
当用户需求模糊、术语不清晰时使用。通过交互式追问澄清领域概念，提取实体、流程与暗物质（missing_components）。由 **`/genesis` Step 1** 在 Step 0 已确定 `TARGET_DIR = .anws/v{N}` 后调用；与 **同工作区 `/genesis`** 连用。
执行 /craft 时必读。提供 Workflow / Skill / Prompt 骨架与质量护栏。以判断准绳替代堆砌步骤。
当 `/challenge` 需要设计侧规范契约闭合证据（架构与系统设计文档三维审查）时加载；产出可锚点、按严重度分级的发现供纳入 07_CHALLENGE_REPORT，不作脱离 challenge 上下文的终局裁决。
规定面向真人的 E2E / 手动验证《测试指南》与《E2E Verification》报告骨架（PRD 可追溯、人机走查顺序、评测列仅能 PASS/PARTIAL_PASS/FAIL）；**不含实机浏览器编排**——先后顺序与回填义务由宿主 **`/forge` §3.7**（及 `/forge` 对应条文）统一写死。
Based on SOC occupation classification
| name | tech-evaluator |
| description | 服务于 `/genesis` Step 3「技术选型」：以 ATAM 与 12 维加权矩阵评估候选栈，产出可追溯的对比结论与 ADR 升格素材；不写正式 ADR 文件（落盘在 Step 5）。优先读本 SKILL 旁 `references/`。 |
"没有最好的技术栈，只有最适合的技术栈。" —— ThoughtWorks Technology Radar
本技能基于 SEI 的 ATAM (Architecture Tradeoff Analysis Method) 与 加权决策矩阵。在 /genesis 中与 Step 3 绑定；ADR 的正式写入与编号治理以 Step 5 与 genesis.md 为准。
[!IMPORTANT]
/genesisStep 3：只输出评估结果与 Markdown 对比素材，不得在本步创建或修改.anws/v{N}/03_ADR/下任何 ADR 文件。原因见genesis.mdStep 3 / Step 5：ADR 为正式决策记录，须在 Step 5 完整审视后落盘。- Step 5 落盘目标（供下游引用，非 Step 3 执行项）：将 Step 3 对比表升格为
.anws/v{N}/03_ADR/ADR_001_TECH_STACK.md（及姊妹 ADR），章节结构以references/ADR_TEMPLATE.md为唯一权威。- 若宿主会话声明 非
/genesis或显式授权「本步即写 ADR」，以当场工作流为准；默认仍按 Step 3 不写 ADR。
[!NOTE] ADR 时序：Step 3 只产出评估与对比素材，不写
03_ADR/；Step 4 产出系统边界与02_*；Step 5 再升格 ADR，使影响范围与真实系统 ID 对齐。阶段表与四点论证见genesis.mdStep 3 的 NOTE。若会话非/genesis或用户授权本步写 ADR，以当场工作流为准。
[!IMPORTANT]
- 可核对：约束块须覆盖功能需求、非功能需求、团队、预算、特殊约束；缺的项写「未提供—评估基于假设 H-…」，不得静默省略。
- 可计算：每个候选栈须有 12 维得分表（1–5）或逐维「不适用 + 原因」；禁止只给总分不给细表。
- 可推演：ATAM 段落须含至少一个质量属性场景、若干权衡点、若干风险点；不得用形容词堆叠代替场景。
- 可升格：最终对比表须能无损映射到
references/ADR_TEMPLATE.md的章节与必填节，供 Step 5 粘贴与润色。- 验证策略显式：须回答或标注待决：单测 / 集成 / E2E 侧重、冒烟 / 回归门禁、质量门禁落在 PR / INT / 预发 / 发布的哪一层（与
genesis.mdStep 3 要求一致）。- 单一真源：数值与结论以 Step 3 产出表为准；Step 5 仅做编辑与状态流转，不得在无新证据时反向改分。
[!IMPORTANT] 在开始评估前必须调用
sequential-thinkingskill，按复杂度组织 3—7 个 thought，例如：
- 用户核心场景与必须支持的用例边界是什么？
- 团队熟悉度与可接受的学习成本？
- 预算与云 / 许可证 TCO 敏感度？
- 预期规模与并发 / 数据量级？
- 合规（GDPR、等保等）是否一票否决某些栈？
在不写 ADR 文件前提下，产出：
必须从用户或已加载工件取得（不足的按 spec 契约标注假设）：
01_PRD.md）。/explore 研究结论中的证据与备选方案。固化输入边界，列出缺口与假设编号。
避免无约束的偏好打分和不复现的结论。
输出中可出现「假设 H-xx」对照表；无静默缺项。
主流技术栈参考（可按项目替换或增删）：
| 场景 | 推荐栈 | 备选 |
|---|---|---|
| Web 全栈 | Next.js + TypeScript | Nuxt, SvelteKit |
| 后端 API | Go / Rust / Node.js | Python FastAPI, Java Spring |
| 桌面应用 | Tauri (Rust + Web) | Electron, Flutter Desktop |
| 移动应用 | React Native / Flutter | Swift/Kotlin 原生 |
| AI/ML | Python + PyTorch/TensorFlow | Rust (Candle), Julia |
| 数据密集 | PostgreSQL + TimescaleDB | ClickHouse, DuckDB |
列出 2 个及以上具名候选（语言 / 框架 / 关键中间件级），附一句选型范围说明。
单候选无权衡，无法完成 ATAM。
每个候选可被独立打分；无匿名「方案 A/B」。
对每个候选按 1–5 分打分：
| 维度 | 权重建议 | 评估问题 |
|---|---|---|
| 需求匹配 | — | 能否实现所有核心功能？ |
| 扩展性 | — | 能否支撑 10x 增长？ |
| 性能 | — | 能否满足响应时间 / 吞吐量？ |
| 安全性 | — | 内置安全与合规支持？ |
| 团队技能 | — | 熟悉度与学习曲线？ |
| 人才市场 | — | 招聘与外包可得性？ |
| 开发速度 | — | 迭代与交付速度？ |
| TCO (总成本) | — | 开发 + 运维 + 许可证？ |
| 社区生态 | — | 库、工具与排障资源？ |
| 长期维护 | — | 技术寿命与 LTS？ |
| 集成能力 | — | 与存量与第三方集成？ |
| AI 就绪 | — | 接入 AI / LLM 的便利度？ |
填满矩阵；声明权重（均匀或加权）并计算可比总分或档级。
多维透明，便于 Step 5 写入 ADR 证据节。
表在 Markdown 中可复算；不适用维度有单行解释。
把「为什么不是第二名」说清楚。
ADR 核心价值在取舍与后果，不单是赢家声明。
至少 1 个场景 + 若干权衡 / 风险，可与候选表交叉引用。
在 /genesis Step 3 下，你不得新建或修改 03_ADR/*.md。产出完整 Markdown 对比结论与升格素材，使 Step 5 能对照 references/ADR_TEMPLATE.md 无损升格；段落与章节可标 Proposed / 待定。
若工作流显式要求本步预创建占位文件（极少见），仅允许空文件或 MANIFEST 约定路径，不得将占位等同于已接受 ADR。
禁止：在本 SKILL 内再嵌一套与 references/ADR_TEMPLATE.md 重复的完整 ADR 范文；章节疑问一律以该文件为准。
生成完整对比与符合 references/ADR_TEMPLATE.md 场域的草稿（内存或会话消息中的 Markdown）。
与 genesis 决策关口对齐，避免未成文的早期 ADR。
父代理能在 Step 5 打开 references/ADR_TEMPLATE.md 并对齐各节而无信息断档。
与本 SKILL 同级的 references/ADR_TEMPLATE.md 供 ADR 骨架引用。读取时 仅以本 SKILL 旁 references/ 为准。
| 文件 | 用途 |
|---|---|
references/ADR_TEMPLATE.md | ADR 体格与必填节 |
sequential-thinking 必须在主会话或由明确指定的合并代理执行一轮完整 thought 链后再定稿；子代理不可替代该义务除非工作流写明。并行搜集与串行裁决分离，降低遗漏维度的概率。
合并稿仍满足 spec 契约；无互相矛盾的分数或重复候选名；/genesis Step 3 仍无 03_ADR 写操作。
references/ADR_TEMPLATE.md。/genesis Step 3：确认未创建 / 修改 03_ADR/*.md。<completion_criteria>
sequential-thinking 已完成 3—7 thought，且可在输出中见其结论被评估吸收。/genesis Step 3 默认路径下，未对 .anws/v{N}/03_ADR/ 进行 ADR 落盘。.agents/skills/。
</completion_criteria>