القائمة
服务于 `/genesis` Step 3「技术选型」：以 ATAM 与 12 维加权矩阵评估候选栈，产出可追溯的对比结论与 ADR 升格素材；不写正式 ADR 文件（落盘在 Step 5）。优先读本 SKILL 旁 `references/`。
يُحدَّد Prompt الذي يراجع المصدر أولًا بشكل افتراضي. يمكنك التبديل إلى أمر مباشر أو تنزيل نسخة محلية.
اقرأ SKILL.md وأي ملفات مرافقة يعرضها SkillsMP قبل أن تقرر التثبيت.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
يتجاوز الأمر المباشر Prompt المخصّص للمراجعة. افحص المصدر قبل تشغيله.
npx skills add https://github.com/Haaaiawd/ANWS --skill tech-evaluatorيبقى الأمر في سطر واحد. مرّر أفقيًا لمراجعته كاملًا قبل النسخ.
تفضّل نسخة محلية؟ نزّل الملفات المتاحة حاليًا لدى SkillsMP.
当用户在 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`** 连用。
استنادا إلى تصنيف SOC المهني
عرض SKILL.md
| 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>