@haaaiawd/anws 2.0.4 → 2.1.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -11,10 +11,9 @@ description: "探测系统风险、隐藏耦合和架构暗坑。适用于接手
11
11
  在架构更新 (`.anws/v{N}`) 之前或之后,探测系统风险、暗坑和耦合。
12
12
  探测结果将作为**输入**反馈给 Architectural Overview。
13
13
 
14
- **核心能力**:
15
- - 调用 `nexus-mapper` 执行完整 PROBE 五阶段协议
16
- - 调用 `runtime-inspector` 补充进程边界分析
17
- - 产出风险矩阵和 Gap Analysis
14
+ **探测模式**(双级别):
15
+ - **轻量探测**:nexus-query + runtime-inspector → 快速精准查询
16
+ - **深度探测**:nexus-mapper + runtime-inspector → 完整知识库
18
17
 
19
18
  **你的限制**:
20
19
  - 不修改架构,只**观测**和**报告**
@@ -28,13 +27,21 @@ description: "探测系统风险、隐藏耦合和架构暗坑。适用于接手
28
27
 
29
28
  ---
30
29
 
31
- ## ⚠️ CRITICAL 流程约束
30
+ ## ⚠️ CRITICAL 强约束:双级别探测
32
31
 
33
32
  > [!IMPORTANT]
34
- > Probe 不修改架构,只**观测**和**报告**。
35
- > 你的报告应该被 Genesis 过程参考。
33
+ > **Probe 采用双级别探测,强制调用 skill,不允许"空手探测"。**
36
34
  >
37
- > **为什么?** 探测的目的是发现问题,而非解决问题。混在一起会导致视角偏差。
35
+ > | 级别 | 触发条件 | 调用 Skill | 产出 |
36
+ > | :--: | -------- | :--------- | :--- |
37
+ > | **轻量** | 默认 | `nexus-query` + `runtime-inspector` | 精准查询结果 + 进程边界 |
38
+ > | **深度** | 用户要求 `/probe --deep` 或项目 > 100 文件 | `nexus-mapper` + `runtime-inspector` | 完整 `.nexus-map/` 知识库 |
39
+ >
40
+ > **强约束**:
41
+ > - ❌ **禁止**跳过 skill 调用直接写报告
42
+ > - ❌ **禁止**用"目录扫描"替代 nexus-query
43
+ > - ✅ **必须**至少执行轻量探测
44
+ > - ✅ runtime-inspector 在两种级别都调用(进程边界分析不可省略)
38
45
 
39
46
  > [!NOTE]
40
47
  > **Probe 双模式说明**:
@@ -46,23 +53,88 @@ description: "探测系统风险、隐藏耦合和架构暗坑。适用于接手
46
53
 
47
54
  ---
48
55
 
49
- ## Step 1: 执行 nexus-mapper PROBE 协议
56
+ ## Step 0: 级别判定
57
+
58
+ **目标**: 确定探测级别。
59
+
60
+ **判定规则**:
61
+
62
+ ```markdown
63
+ 检查条件:
64
+ 1. 用户是否明确要求 `/probe deep`?
65
+ 2. 项目源码文件数是否 > 100?
66
+
67
+ 判定结果:
68
+ ├── 满足任一条件 → 深度探测 → 跳到 Step 2
69
+ └── 均不满足 → 轻量探测 → 继续 Step 1
70
+ ```
71
+
72
+ **输出**: 记录 `probe_level = "light" | "deep"`
73
+
74
+ ---
75
+
76
+ ## Step 1: 轻量探测
50
77
 
51
- **目标**: 完成项目深度探测,产出 `.nexus-map/` 知识库。
78
+ **目标**: 使用 nexus-query 快速获取关键结构信息。
52
79
 
53
80
  > [!IMPORTANT]
54
- > 你**必须**调用 `nexus-mapper` 执行完整的 PROBE 五阶段协议。
55
- >
56
- > **为什么?** nexus-mapper 已整合了构建拓扑、Git 热点、领域概念分析能力,一次调用即可获得完整的项目认知。
81
+ > 此步骤**必须调用 nexus-query skill**,不允许跳过或替代。
82
+
83
+ ### 1.1 调用 nexus-query
84
+
85
+ **调用技能**: `nexus-query`
86
+
87
+ **必执行查询**(按顺序):
88
+
89
+ ```bash
90
+ # 1. 全局结构摘要
91
+ python $SKILL_DIR/scripts/query_graph.py $AST_JSON --summary
92
+
93
+ # 2. 核心节点分析(高耦合热点)
94
+ python $SKILL_DIR/scripts/query_graph.py $AST_JSON --hub-analysis --top 10
95
+
96
+ # 3. 如果有特定关注模块,执行影响分析
97
+ python $SKILL_DIR/scripts/query_graph.py $AST_JSON --impact <关注模块路径>
98
+ ```
99
+
100
+ **输出**:
101
+ - 模块分布摘要
102
+ - 高耦合热点清单
103
+ - 关键模块影响半径
104
+
105
+ ### 1.2 调用 runtime-inspector
106
+
107
+ **调用技能**: `runtime-inspector`
108
+
109
+ > [!IMPORTANT]
110
+ > runtime-inspector **必须调用**,进程边界分析不可省略。
111
+
112
+ **分析内容**:
113
+ - 识别入口点(main 函数)
114
+ - 追踪进程生成链(spawn, fork)
115
+ - 检测 IPC 契约状态(Strong/Weak/None)
116
+
117
+ **输出**: Process Roots + Contract Status
118
+
119
+ ---
120
+
121
+ ## Step 2: 深度探测
122
+
123
+ **目标**: 使用 nexus-mapper 产出完整知识库。
124
+
125
+ > [!IMPORTANT]
126
+ > 此步骤**必须调用 nexus-mapper skill**,产出完整的 `.nexus-map/` 目录。
127
+
128
+ ### 2.1 调用 nexus-mapper
57
129
 
58
130
  **调用技能**: `nexus-mapper`
59
131
 
60
132
  **nexus-mapper 内置能力**:
61
133
  - **PROFILE**: AST 提取、文件树、语言覆盖
62
- - **REASON**: 构建拓扑、依赖分析(原 build-inspector 功能)
134
+ - **REASON**: 构建拓扑、依赖分析
63
135
  - **OBJECT**: 质疑验证、三维度分析
64
- - **BENCHMARK**: Git 热点、耦合对分析(原 git-forensics 功能)
65
- - **EMIT**: 概念模型、知识库生成(原 concept-modeler 功能)
136
+ - **BENCHMARK**: Git 热点、耦合对分析
137
+ - **EMIT**: 概念模型、知识库生成
66
138
 
67
139
  **输出**: `.nexus-map/` 目录,包含:
68
140
  - `INDEX.md` — AI 冷启动入口
@@ -71,18 +143,14 @@ description: "探测系统风险、隐藏耦合和架构暗坑。适用于接手
71
143
  - `concepts/concept_model.json` — 机器可读概念模型
72
144
  - `hotspots/git_forensics.md` — Git 热点分析
73
145
 
74
- ---
75
-
76
- ## Step 2: 补充运行时拓扑分析
77
-
78
- **目标**: 追踪进程间通信和契约状态(nexus-mapper 不覆盖此领域)。
146
+ ### 2.2 调用 runtime-inspector
79
147
 
80
148
  **调用技能**: `runtime-inspector`
81
149
 
82
- **思考引导**:
83
- 1. "进程边界在哪里?通信协议是什么?"
84
- 2. "有没有僵尸进程或协议漂移风险?"
85
- 3. "契约是强类型还是隐式约定?"
150
+ **分析内容**:
151
+ - 识别入口点和进程边界
152
+ - 追踪进程生成链
153
+ - 检测 IPC 契约状态(Strong/Weak/None)
86
154
 
87
155
  **输出**: Process Roots + Contract Status
88
156
 
@@ -96,7 +164,7 @@ description: "探测系统风险、隐藏耦合和架构暗坑。适用于接手
96
164
  > 仅在 `.anws/v{N}/` 存在时执行此步骤。
97
165
 
98
166
  **Gap Analysis 内容**:
99
- - `.nexus-map/concepts/concept_model.json` `.anws/v{N}/` 中的架构定义对比
167
+ - 对比代码结构与 Architecture Overview 定义的系统边界
100
168
  - 识别文档与实现的偏差
101
169
  - 标记概念漂移或隐式设计
102
170
 
@@ -135,21 +203,22 @@ description: "探测系统风险、隐藏耦合和架构暗坑。适用于接手
135
203
 
136
204
  **探测时间**: [时间戳]
137
205
  **探测模式**: [模式 A/B]
206
+ **探测级别**: [轻量 / 深度]
138
207
 
139
208
  ## 1. System Fingerprint
140
- [项目结构概览]
209
+ [模块分布摘要,来自 nexus-query --summary 或 nexus-mapper]
141
210
 
142
211
  ## 2. Build Topology
143
- [构建边界和依赖]
212
+ [依赖关系,来自 nexus-query --hub-analysis 或 nexus-mapper]
144
213
 
145
214
  ## 3. Runtime Topology
146
- [进程边界和契约]
215
+ [进程边界和契约,来自 runtime-inspector]
147
216
 
148
217
  ## 4. Temporal Topology
149
- [历史耦合和热点]
218
+ [历史耦合和热点] (深度探测才有)
150
219
 
151
220
  ## 5. Gap Analysis
152
- [文档 vs 代码偏差]
221
+ [文档 vs 代码偏差] (模式 B)
153
222
 
154
223
  ## 6. Risk Matrix
155
224
 
@@ -159,10 +228,11 @@ description: "探测系统风险、隐藏耦合和架构暗坑。适用于接手
159
228
  ```
160
229
 
161
230
  <completion_criteria>
162
- - ✅ 建立了系统指纹
163
- - ✅ 识别了构建和运行时拓扑
164
- - ✅ 发现了历史耦合热点
165
- - ✅ 完成了 Gap Analysis
231
+ - ✅ 确定了探测级别(轻量/深度)
232
+ - ✅ 调用了 nexus-query 或 nexus-mapper
233
+ - ✅ 调用了 runtime-inspector
234
+ - ✅ 完成了 Gap Analysis(模式 B)
166
235
  - ✅ 产出了风险矩阵
236
+ - ✅ 生成了报告文件
167
237
  </completion_criteria>
168
238
 
@@ -8,6 +8,8 @@ description: "智能编排全流程。适用于不确定从哪个工作流开始
8
8
  你是 **NAVIGATOR (导航员)**。
9
9
  你的核心任务是:**智能诊断项目状态,编排最佳工作流路径。**
10
10
  原则:⏸️ 每步必等确认 | 🧭 自动对准起点 | 📋 交付物导向。
11
+
12
+ **注意**:`/explore` 是独立工作流,不在 quickstart 主流程中。仅在用户明确要求"调研/探索"时才触发。
11
13
  </phase_context>
12
14
 
13
15
  ---