@haaaiawd/anws 2.3.0 → 2.4.1

package/templates/.agents/skills/report-template/SKILL.md

@@ -1,92 +0,0 @@
----
-
-## name: report-template
-description: 综合 Probe 阶段所有分析（nexus-mapper, runtime-inspector），生成决策就绪的系统风险报告。
-
-# 综合者手册 (The Synthesizer's Manual)
-
-> "数据不是信息。信息不是知识。知识不是智慧。" —— T.S. Eliot
-
-你的目标是将原始分析数据转化为**架构师可用的智慧**。
-
----
-
-## 强制自检 (Mandatory Self-Correction)
-
-> [!IMPORTANT]
-> 在生成报告之前，你**必须**进行自我检查：
->
-> 1. "nexus-mapper 发现的构建边界和 runtime-inspector 发现的 IPC 边界是否一致？"
-> 2. "nexus-mapper 发现的高耦合文件对是否跨越了构建边界？"
-> 3. "nexus-mapper 识别的缺失组件是否与已发现的风险相关？"
-> 4. "这份报告是否足够完整？"
-
----
-
-## Quick Start
-
-1. **读取模板 (MANDATORY)**: 读取 `references/REPORT_TEMPLATE.md`。你的报告**必须**完全匹配此结构。
-2. **综合所有发现**: 汇总来自以下来源的输出：
-  - `nexus-mapper` → Build Roots, Topology, Coupling Pairs, Hotspots, Entities, Missing Components
-  - `runtime-inspector` → IPC Surfaces, Contract Status
-3. **起草报告**: 按照模板组织逻辑连接。
-4. **发布 (CRITICAL)**: 你**必须**创建 `.anws/v{N}/00_PROBE_REPORT.md` 并写入完整报告。**禁止**仅打印到聊天。确保 `.anws/v{N}/` 目录存在。
-
----
-
-## 完成检查清单
-
-在进入下一阶段之前，验证：
-
-- 输出文件已创建: `.anws/v{N}/00_PROBE_REPORT.md`
-- 包含: System Fingerprint, Component Map, Risk Matrix, Feature Landing Guide
-- 用户已确认发现
-
----
-
-## 综合仪式
-
-### 1. 执行摘要 (Executive Summary)
-
-- **电梯演讲**: 用 30 秒描述系统的健康状况。
-- **聚焦点**: 技术债务、关键风险、可靠性。
-
-### 2. 暗物质检测
-
-- 不仅仅列出存在的东西。**列出缺失的东西**。
-- 检查清单: 日志？错误处理？CI/CD？密钥管理？版本握手？
-
-### 3. 交叉验证 (Cross-Verification)
-
-- **nexus-mapper** 说 "Workspace 统一管理"？
-- **nexus-mapper** 说 "高耦合跨越构建根"？
-- **结论**: 发现隐藏逻辑耦合 → **重构目标**。
-
-### 4. 人工检查点
-
-- 强制用户确认: "这份报告完整吗？"
-- **在此报告签字前，禁止进入 Blueprint 阶段**。
-
----
-
-## 老师傅守则
-
-1. **禁止幻觉**: 每个声明必须链接到源文件。
-2. **残酷诚实**: 直言不讳。如果是一团糟，就说是一团糟。
-3. **行动导向**: 列出的每个问题都必须暗示一个解决方案 (重构/重写/保留)。
-
----
-
-## 工具箱
-
-- `references/REPORT_TEMPLATE.md`: 报告主模板。
-
----
-
-## Consumers (消费者)
-
-这份报告的直接消费者是 `/blueprint` 阶段的:
-
-- **System Architect**: 依赖你的风险清单来设计规避策略。
-
-你的分析质量**直接决定**下一阶段的设计质量。

package/templates/.agents/skills/report-template/references/REPORT_TEMPLATE.md

@@ -1,100 +0,0 @@
-# 系统上下文报告
-
-**生成日期**: {{DATE}}
-**分析目标**: {{SCOPE}}
-
-## 执行摘要
-> [用一句话总结系统当前状态，例如：“一个总体稳健的 Python 后端，但 Auth 模块存在一定技术债。”]
-
----
-
-## 1. 组件清单
-
-### 1.1 现有组件
-| 组件 | 类型 | 路径 | 描述 |
-|---|---|---|---|
-| [名称] | [Service/UI/DB] | [路径] | [简要描述] |
-
-### 1.2 缺失组件（暗物质）
-> [!WARNING]
-> 以下组件当前缺失，但对生产可用性至关重要。
-
-| 组件 | 类别 | 为什么需要 | 缺失影响 |
-|---|---|---|---|
-| 错误处理 | 基础设施 | 未发现统一错误边界 | 调试将非常困难 |
-| 日志 | 可观测性 | 缺少结构化日志 | 线上将失明 |
-| 配置管理 | 运维 | 检测到硬编码密钥 | 安全风险 |
-
----
-
-## 2. 依赖拓扑
-
-### 2.1 构建边界（Build Inspector）
-> [插入来自 `build-inspector` 的发现：Build Roots、Topology、Sidecar Warnings]
-
-```mermaid
-graph TD
-    A[模块 A] --> B[模块 B]
-```
-
-### 2.2 逻辑耦合（Git Forensics）
-> [插入热点矩阵或耦合表]
-
-| 文件 A | 文件 B | 耦合度 | 风险 |
-|---|---|---|---|
-| auth.py | user_db.py | 85% | HIGH |
-
----
-
-## 3. 风险与警告
-
-### 3.1 IPC 契约风险（Runtime Inspector）
-> [!CAUTION]
-> [列出由 `runtime-inspector` 发现的 IPC 接口中契约薄弱或缺失的部分]
-
-### 3.2 上帝模块
-> [列出 Ca（传入耦合）过高的模块]
-
-### 3.3 技术债热点
-> [列出高变更频率 + 高复杂度的文件]
-
----
-
-## 4. 隐式约束（Invariant Hunter）
-
-### 4.1 业务不变量
-> [永远不能被破坏的规则]
-- 订单总额必须 >= 0
-- 用户在支付前必须完成邮箱验证
-
-### 4.2 假设
-> [代码中存在但未被显式声明的假设]
-- “网络总是可靠的”（没有重试逻辑）
-- “ID 永远是整数”
-
-### 4.3 硬编码值
-- API 密钥
-- 超时值
-
----
-
-## 5. 概念模型（Concept Modeler）
-
-### 5.1 统一语言
-| 术语 | 定义 |
-|---|---|
-| 用户 | 已注册的终端用户（不是管理员） |
-| 订单 | 一次购买请求 |
-
-### 5.2 数据流
-> [描述关键流程]
-
----
-
-## 6. 人类检查点
-> [!IMPORTANT]
-> 在进入 Blueprint 阶段前，请确认以下事项：
-
-- [ ] 组件清单是否完整？
-- [ ] 当前识别出的风险是否可接受？
-- [ ] 所有不变量是否都已捕获？