ccbot-cli 2.0.0 → 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.
- package/LICENSE +21 -0
- package/bin/adapters/claude.js +150 -0
- package/bin/adapters/codex.js +439 -0
- package/bin/install.js +509 -349
- package/bin/lib/ccline.js +82 -0
- package/bin/lib/utils.js +87 -34
- package/bin/uninstall.js +48 -0
- package/config/AGENTS.md +630 -0
- package/config/CLAUDE.md +229 -20
- package/config/ccline/config.toml +161 -0
- package/config/codex-config.example.toml +22 -0
- package/config/settings.example.json +32 -0
- package/output-styles/abyss-cultivator.md +399 -0
- package/package.json +14 -5
- package/skills/SKILL.md +159 -0
- package/skills/domains/ai/SKILL.md +34 -0
- package/skills/domains/ai/agent-dev.md +242 -0
- package/skills/domains/ai/llm-security.md +288 -0
- package/skills/domains/ai/prompt-and-eval.md +279 -0
- package/skills/domains/ai/rag-system.md +542 -0
- package/skills/domains/architecture/SKILL.md +42 -0
- package/skills/domains/architecture/api-design.md +225 -0
- package/skills/domains/architecture/caching.md +299 -0
- package/skills/domains/architecture/cloud-native.md +285 -0
- package/skills/domains/architecture/message-queue.md +329 -0
- package/skills/domains/architecture/security-arch.md +297 -0
- package/skills/domains/data-engineering/SKILL.md +207 -0
- package/skills/domains/development/SKILL.md +46 -0
- package/skills/domains/development/cpp.md +246 -0
- package/skills/domains/development/go.md +323 -0
- package/skills/domains/development/java.md +277 -0
- package/skills/domains/development/python.md +288 -0
- package/skills/domains/development/rust.md +313 -0
- package/skills/domains/development/shell.md +313 -0
- package/skills/domains/development/typescript.md +277 -0
- package/skills/domains/devops/SKILL.md +39 -0
- package/skills/domains/devops/cost-optimization.md +272 -0
- package/skills/domains/devops/database.md +217 -0
- package/skills/domains/devops/devsecops.md +198 -0
- package/skills/domains/devops/git-workflow.md +181 -0
- package/skills/domains/devops/observability.md +280 -0
- package/skills/domains/devops/performance.md +336 -0
- package/skills/domains/devops/testing.md +283 -0
- package/skills/domains/frontend-design/SKILL.md +38 -0
- package/skills/domains/frontend-design/claymorphism/SKILL.md +119 -0
- package/skills/domains/frontend-design/claymorphism/references/tokens.css +52 -0
- package/skills/domains/frontend-design/component-patterns.md +202 -0
- package/skills/domains/frontend-design/engineering.md +287 -0
- package/skills/domains/frontend-design/glassmorphism/SKILL.md +140 -0
- package/skills/domains/frontend-design/glassmorphism/references/tokens.css +32 -0
- package/skills/domains/frontend-design/liquid-glass/SKILL.md +137 -0
- package/skills/domains/frontend-design/liquid-glass/references/tokens.css +81 -0
- package/skills/domains/frontend-design/neubrutalism/SKILL.md +143 -0
- package/skills/domains/frontend-design/neubrutalism/references/tokens.css +44 -0
- package/skills/domains/frontend-design/state-management.md +680 -0
- package/skills/domains/frontend-design/ui-aesthetics.md +110 -0
- package/skills/domains/frontend-design/ux-principles.md +156 -0
- package/skills/domains/infrastructure/SKILL.md +200 -0
- package/skills/domains/mobile/SKILL.md +224 -0
- package/skills/domains/orchestration/SKILL.md +29 -0
- package/skills/domains/orchestration/multi-agent.md +263 -0
- package/skills/domains/security/SKILL.md +54 -0
- package/skills/domains/security/blue-team.md +436 -0
- package/skills/domains/security/code-audit.md +265 -0
- package/skills/domains/security/pentest.md +226 -0
- package/skills/domains/security/red-team.md +375 -0
- package/skills/domains/security/threat-intel.md +372 -0
- package/skills/domains/security/vuln-research.md +369 -0
- package/skills/orchestration/multi-agent/SKILL.md +493 -0
- package/skills/run_skill.js +129 -0
- package/skills/tools/gen-docs/SKILL.md +116 -0
- package/skills/tools/gen-docs/scripts/doc_generator.js +435 -0
- package/skills/tools/lib/shared.js +98 -0
- package/skills/tools/verify-change/SKILL.md +140 -0
- package/skills/tools/verify-change/scripts/change_analyzer.js +289 -0
- package/skills/tools/verify-module/SKILL.md +127 -0
- package/skills/tools/verify-module/scripts/module_scanner.js +171 -0
- package/skills/tools/verify-quality/SKILL.md +160 -0
- package/skills/tools/verify-quality/scripts/quality_checker.js +337 -0
- package/skills/tools/verify-security/SKILL.md +143 -0
- package/skills/tools/verify-security/scripts/security_scanner.js +283 -0
- package/bin/lib/registry.js +0 -61
- package/config/.claudeignore +0 -11
|
@@ -0,0 +1,29 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: orchestration
|
|
3
|
+
description: 协同编排知识域。多Agent协同、任务分解、并行执行、冲突解决。当魔尊需要多Agent协作、任务编排、并行处理时使用。
|
|
4
|
+
license: MIT
|
|
5
|
+
user-invocable: false
|
|
6
|
+
disable-model-invocation: false
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# 🕸 协同编排秘典
|
|
10
|
+
|
|
11
|
+
## 知识主题
|
|
12
|
+
|
|
13
|
+
| 主题 | 文档 | 涵盖 |
|
|
14
|
+
|------|------|------|
|
|
15
|
+
| 多Agent协同 | [multi-agent.md](multi-agent.md) | 角色定义、任务分解、通信协议、冲突解决、状态共享 |
|
|
16
|
+
|
|
17
|
+
## 使用场景
|
|
18
|
+
|
|
19
|
+
- 大型任务分解
|
|
20
|
+
- 多文件并行处理
|
|
21
|
+
- 复杂系统重构
|
|
22
|
+
- 跨模块协同开发
|
|
23
|
+
- 紧急多点修复
|
|
24
|
+
|
|
25
|
+
## Codex 强化要点
|
|
26
|
+
|
|
27
|
+
- 优先使用 `spawn_agent/send_input/wait/close_agent` 形成闭环。
|
|
28
|
+
- 代码探索优先 `explorer`,执行改动使用 `worker`,长耗时任务使用 `awaiter`。
|
|
29
|
+
- 每个文件同一时刻仅允许一个 Agent 写入,先锁文件再并行。
|
|
@@ -0,0 +1,263 @@
|
|
|
1
|
+
# 多Agent协同
|
|
2
|
+
|
|
3
|
+
## 启用条件
|
|
4
|
+
|
|
5
|
+
### TeamCreate vs Task(subagent) 决策树
|
|
6
|
+
|
|
7
|
+
```
|
|
8
|
+
收到任务 → 评估规模
|
|
9
|
+
│
|
|
10
|
+
├─ 涉及 ≥3 个独立文件/模块? → TeamCreate
|
|
11
|
+
├─ 需要 ≥2 个并行工作流? → TeamCreate
|
|
12
|
+
├─ 总步骤 >10 步? → TeamCreate
|
|
13
|
+
├─ 魔尊明确要求并行/团队? → TeamCreate
|
|
14
|
+
│
|
|
15
|
+
├─ 单一探索/搜索任务? → Task(subagent_type=Explore)
|
|
16
|
+
├─ 单文件独立操作? → Task(subagent)
|
|
17
|
+
└─ 简单查询/单步操作? → 直接执行
|
|
18
|
+
```
|
|
19
|
+
|
|
20
|
+
**铁律**:当犹豫时,优先 TeamCreate。多 Agent 并行效率远高于串行 subagent。
|
|
21
|
+
|
|
22
|
+
## Codex 原生动作映射
|
|
23
|
+
|
|
24
|
+
| 协同动作 | Codex 工具 |
|
|
25
|
+
|---------|------------|
|
|
26
|
+
| 创建子任务 | `spawn_agent` |
|
|
27
|
+
| 下发/追问 | `send_input` |
|
|
28
|
+
| 等待完成 | `wait` |
|
|
29
|
+
| 长耗时任务 | `awaiter` agent |
|
|
30
|
+
| 代码探索 | `explorer` agent |
|
|
31
|
+
| 执行改动 | `worker` agent |
|
|
32
|
+
| 收尾回收 | `close_agent` |
|
|
33
|
+
|
|
34
|
+
执行顺序:锁文件 → 并行执行 → 审查修复 → 汇总 → 回收子 Agent。
|
|
35
|
+
|
|
36
|
+
### 决策矩阵
|
|
37
|
+
|
|
38
|
+
满足**任意 1 条**即启用 TeamCreate:
|
|
39
|
+
|
|
40
|
+
| 条件 | 说明 | 示例 |
|
|
41
|
+
|------|------|------|
|
|
42
|
+
| 多文件独立变更 | ≥3 个无交叉依赖的文件 | 6个新秘典各自独立 |
|
|
43
|
+
| 可并行子任务 | ≥2 个无数据依赖的工作流 | 前端+后端+文档 |
|
|
44
|
+
| 复杂度高 | 单Agent需 >10 步 | 全栈重构 |
|
|
45
|
+
| 时间紧迫 | 劫钟催命,需加速 | 紧急修复多服务 |
|
|
46
|
+
|
|
47
|
+
## 角色定义
|
|
48
|
+
|
|
49
|
+
| 角色 | 道语 | 职责 | 工具权限 |
|
|
50
|
+
|------|------|------|----------|
|
|
51
|
+
| 主修 (Lead) | 天罗主修 | 任务分解、进度追踪、结果汇总 | `spawn_agent/send_input/wait/close_agent` |
|
|
52
|
+
| 道侣 (Worker) | 天罗道侣 | 执行具体子任务、报告进度 | `worker` + Read/Write/Edit/Bash |
|
|
53
|
+
| 护法 (Reviewer) | 天罗护法 | 代码审查、质量校验、冲突检测 | `worker`(审查模式) + Read/Grep/Glob |
|
|
54
|
+
| 斥候 (Scout) | 天罗斥候 | 只读探索、依赖定位 | `explorer` + Read/Grep/Glob |
|
|
55
|
+
|
|
56
|
+
## 任务分解策略
|
|
57
|
+
|
|
58
|
+
### 按文件拆分(首选)
|
|
59
|
+
每个Agent负责独立的文件集合,零交叉:
|
|
60
|
+
```
|
|
61
|
+
Agent-A: [file1.md, file2.md] — 互不干涉
|
|
62
|
+
Agent-B: [file3.md, file4.md] — 互不干涉
|
|
63
|
+
Agent-C: [file5.md] — 互不干涉
|
|
64
|
+
```
|
|
65
|
+
|
|
66
|
+
### 按模块拆分
|
|
67
|
+
每个Agent负责一个功能模块:
|
|
68
|
+
```
|
|
69
|
+
Agent-前端: src/components/
|
|
70
|
+
Agent-后端: src/api/
|
|
71
|
+
Agent-基础: src/lib/
|
|
72
|
+
```
|
|
73
|
+
|
|
74
|
+
### 按流水线拆分
|
|
75
|
+
串行依赖时,前一个Agent的输出是后一个的输入:
|
|
76
|
+
```
|
|
77
|
+
Agent-生成 → Agent-校验 → Agent-集成
|
|
78
|
+
```
|
|
79
|
+
|
|
80
|
+
## 并行vs串行决策
|
|
81
|
+
|
|
82
|
+
```
|
|
83
|
+
子任务A和B是否共享文件?
|
|
84
|
+
├─ 否 → 并行执行
|
|
85
|
+
└─ 是 → 是否写同一文件?
|
|
86
|
+
├─ 否(一读一写)→ 先写后读,串行
|
|
87
|
+
└─ 是(都写)→ 严格串行,或拆分文件区域
|
|
88
|
+
```
|
|
89
|
+
|
|
90
|
+
### 依赖矩阵示例
|
|
91
|
+
|
|
92
|
+
| | Task-A | Task-B | Task-C |
|
|
93
|
+
|---|--------|--------|--------|
|
|
94
|
+
| Task-A | - | 无依赖 | 无依赖 |
|
|
95
|
+
| Task-B | 无依赖 | - | B→C |
|
|
96
|
+
| Task-C | 无依赖 | B→C | - |
|
|
97
|
+
|
|
98
|
+
结论:A与B并行,C等B完成后执行。
|
|
99
|
+
|
|
100
|
+
## 通信协议
|
|
101
|
+
|
|
102
|
+
### SendMessage规范
|
|
103
|
+
|
|
104
|
+
| 类型 | 用途 | 格式 |
|
|
105
|
+
|------|------|------|
|
|
106
|
+
| message | 点对点通信 | `{type: "message", recipient: "agent-name", content: "...", summary: "5字摘要"}` |
|
|
107
|
+
| broadcast | 全体通知 | `{type: "broadcast", content: "...", summary: "5字摘要"}` |
|
|
108
|
+
| shutdown_request | 请求关闭 | `{type: "shutdown_request", recipient: "agent-name", content: "原因"}` |
|
|
109
|
+
|
|
110
|
+
### 通信时机
|
|
111
|
+
|
|
112
|
+
| 事件 | 发送者 | 接收者 | 内容 |
|
|
113
|
+
|------|--------|--------|------|
|
|
114
|
+
| 任务分配 | 主修 | 道侣 | 文件列表+要求 |
|
|
115
|
+
| 进度更新 | 道侣 | 主修 | 完成百分比+当前状态 |
|
|
116
|
+
| 任务完成 | 道侣 | 主修 | 文件清单+验证结果 |
|
|
117
|
+
| 遇阻报告 | 道侣 | 主修 | 阻塞原因+建议 |
|
|
118
|
+
| 汇总指令 | 主修 | 全体 | broadcast进入汇总阶段 |
|
|
119
|
+
|
|
120
|
+
## 文件锁定与冲突避免
|
|
121
|
+
|
|
122
|
+
### 黄金规则
|
|
123
|
+
```
|
|
124
|
+
每个文件在同一时刻只能被一个Agent修改。
|
|
125
|
+
违反此规则 = 道基裂痕+1。
|
|
126
|
+
```
|
|
127
|
+
|
|
128
|
+
### 锁定策略
|
|
129
|
+
1. **分配时锁定** — 主修分配任务时明确文件归属
|
|
130
|
+
2. **声明式锁定** — 道侣开始前声明要操作的文件
|
|
131
|
+
3. **冲突检测** — 主修检查文件分配无重叠后才启动
|
|
132
|
+
|
|
133
|
+
### 冲突解决
|
|
134
|
+
|
|
135
|
+
| 冲突类型 | 解决方案 |
|
|
136
|
+
|----------|----------|
|
|
137
|
+
| 两个Agent需写同一文件 | 串行执行,先完成的先写 |
|
|
138
|
+
| 写入内容矛盾 | 主修裁决,以业务逻辑为准 |
|
|
139
|
+
| 依赖文件未就绪 | 阻塞等待,主修协调优先级 |
|
|
140
|
+
|
|
141
|
+
## 状态共享
|
|
142
|
+
|
|
143
|
+
### TaskCreate/TaskUpdate规范
|
|
144
|
+
```
|
|
145
|
+
TaskCreate: 主修创建总任务+子任务
|
|
146
|
+
TaskUpdate: 道侣更新子任务状态
|
|
147
|
+
TaskList: 主修查看全局进度
|
|
148
|
+
```
|
|
149
|
+
|
|
150
|
+
### 状态流转
|
|
151
|
+
```
|
|
152
|
+
pending → in_progress → completed
|
|
153
|
+
→ blocked (需等待依赖)
|
|
154
|
+
```
|
|
155
|
+
|
|
156
|
+
## 错误处理与容错
|
|
157
|
+
|
|
158
|
+
### 单Agent失败
|
|
159
|
+
```
|
|
160
|
+
道侣失败 → 报告主修 → 主修评估影响
|
|
161
|
+
├─ 可重试 → 同一道侣重试(≤2次)
|
|
162
|
+
├─ 需换策略 → 主修调整方案后重新分配
|
|
163
|
+
└─ 不可恢复 → 主修接管该子任务
|
|
164
|
+
```
|
|
165
|
+
|
|
166
|
+
### 通信超时
|
|
167
|
+
```
|
|
168
|
+
道侣无响应 → 主修等待30s → 再次发送 → 仍无响应 → 标记异常,重新分配
|
|
169
|
+
```
|
|
170
|
+
|
|
171
|
+
### 降级策略
|
|
172
|
+
```
|
|
173
|
+
多Agent协同失败 → 降级为单Agent串行执行
|
|
174
|
+
宁可慢,不可错。
|
|
175
|
+
```
|
|
176
|
+
|
|
177
|
+
## 结果汇总
|
|
178
|
+
|
|
179
|
+
### 汇总流程
|
|
180
|
+
1. 收集所有道侣完成报告
|
|
181
|
+
2. 验证文件完整性(所有预期文件存在)
|
|
182
|
+
3. 验证内容一致性(交叉引用正确)
|
|
183
|
+
4. 统一 git add + commit
|
|
184
|
+
5. 输出汇总报告
|
|
185
|
+
|
|
186
|
+
### 统一Commit规范
|
|
187
|
+
```bash
|
|
188
|
+
# 主修负责最终commit,道侣不单独commit
|
|
189
|
+
git add -A
|
|
190
|
+
git commit -m "feat: {任务描述}
|
|
191
|
+
|
|
192
|
+
Co-authored-by: Agent-A
|
|
193
|
+
Co-authored-by: Agent-B"
|
|
194
|
+
```
|
|
195
|
+
|
|
196
|
+
### 汇总报告模板
|
|
197
|
+
```
|
|
198
|
+
🕸 天罗收阵!
|
|
199
|
+
|
|
200
|
+
【阵法】{团队名称}
|
|
201
|
+
【阵员】{Agent数量} 道侣
|
|
202
|
+
【战果】
|
|
203
|
+
- Agent-A: {文件数} 文件,{行数} 行
|
|
204
|
+
- Agent-B: {文件数} 文件,{行数} 行
|
|
205
|
+
【验证】全部文件存在 ✓ | 交叉引用正确 ✓
|
|
206
|
+
【耗时】{总时间}
|
|
207
|
+
```
|
|
208
|
+
|
|
209
|
+
## 最佳实践
|
|
210
|
+
|
|
211
|
+
### 命名规范
|
|
212
|
+
```yaml
|
|
213
|
+
team_name: "{项目}-{任务类型}" # 如 "abyss-skill-expansion"
|
|
214
|
+
agent_type: "{角色}" # 如 "lead", "developer", "reviewer"
|
|
215
|
+
description: "一句话说明团队目标"
|
|
216
|
+
```
|
|
217
|
+
|
|
218
|
+
### 主修启动模板
|
|
219
|
+
```
|
|
220
|
+
你是天罗主修,负责协调多Agent协同任务。
|
|
221
|
+
|
|
222
|
+
职责:
|
|
223
|
+
1. 将大任务分解为独立子任务
|
|
224
|
+
2. 为每个道侣分配文件集合(不可重叠)
|
|
225
|
+
3. 追踪进度,处理阻塞
|
|
226
|
+
4. 汇总结果,统一验证
|
|
227
|
+
|
|
228
|
+
铁律:
|
|
229
|
+
- 每个文件只能分配给一个Agent
|
|
230
|
+
- 独立任务必须并行启动
|
|
231
|
+
- 收到所有道侣完成消息后才能进入汇总
|
|
232
|
+
```
|
|
233
|
+
|
|
234
|
+
### 道侣启动模板
|
|
235
|
+
```
|
|
236
|
+
你是天罗道侣,负责执行分配的子任务。
|
|
237
|
+
|
|
238
|
+
职责:
|
|
239
|
+
1. 严格按照分配的文件列表操作
|
|
240
|
+
2. 不触碰未分配的文件
|
|
241
|
+
3. 完成后通过SendMessage报告主修
|
|
242
|
+
4. 遇阻时立即报告,不自行扩大范围
|
|
243
|
+
|
|
244
|
+
报告格式:
|
|
245
|
+
- 完成:列出创建/修改的文件+行数
|
|
246
|
+
- 阻塞:说明原因+建议方案
|
|
247
|
+
```
|
|
248
|
+
|
|
249
|
+
### 强约束模板(Codex)
|
|
250
|
+
```text
|
|
251
|
+
你仅可修改:{owned_files}
|
|
252
|
+
不得触碰未分配文件;若需要跨文件修改,先报告阻塞。
|
|
253
|
+
输出必须包含:变更文件、验证命令、剩余风险。
|
|
254
|
+
```
|
|
255
|
+
|
|
256
|
+
## 审查清单
|
|
257
|
+
|
|
258
|
+
- [ ] 任务分解无文件冲突
|
|
259
|
+
- [ ] 依赖关系明确
|
|
260
|
+
- [ ] 通信协议遵守
|
|
261
|
+
- [ ] 状态同步及时
|
|
262
|
+
- [ ] 错误处理完备
|
|
263
|
+
- [ ] 结果汇总完整
|
|
@@ -0,0 +1,54 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: security
|
|
3
|
+
description: 攻防秘典索引。渗透测试、代码审计、红队攻击、蓝队防御、威胁情报、漏洞研究。当魔尊提到安全、渗透、攻防、红队、蓝队、漏洞时路由到此。
|
|
4
|
+
license: MIT
|
|
5
|
+
user-invocable: false
|
|
6
|
+
disable-model-invocation: false
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
# 攻防秘典 · 三脉道统
|
|
10
|
+
|
|
11
|
+
## 秘典矩阵
|
|
12
|
+
|
|
13
|
+
| 秘典 | 道脉 | 化身 | 核心神通 |
|
|
14
|
+
|------|------|------|----------|
|
|
15
|
+
| [pentest](pentest.md) | 🔥 赤焰 | 赤焰化身 | Web/API/内网渗透、OWASP Top 10 |
|
|
16
|
+
| [code-audit](code-audit.md) | 🔥 赤焰 | 赤焰化身 | 危险函数、污点分析、漏洞挖掘 |
|
|
17
|
+
| [red-team](red-team.md) | 🔥 赤焰 | 赤焰化身 | PoC开发、C2框架、横向移动、免杀、供应链安全 |
|
|
18
|
+
| [blue-team](blue-team.md) | ❄ 玄冰 | 玄冰化身 | 检测工程、SOC运营、应急响应、取证、密钥管理 |
|
|
19
|
+
| [threat-intel](threat-intel.md) | 👁 天眼 | 天眼化身 | OSINT、威胁狩猎、情报分析、威胁建模 |
|
|
20
|
+
| [vuln-research](vuln-research.md) | 🔥 赤焰 | 赤焰化身 | 二进制分析、逆向工程、Exploit开发 |
|
|
21
|
+
|
|
22
|
+
## 攻击链视角(赤焰脉·破妄道)
|
|
23
|
+
|
|
24
|
+
```
|
|
25
|
+
侦察 → 武器化 → 投递 → 利用 → 安装 → C2 → 行动
|
|
26
|
+
│ │ │ │ │ │ │
|
|
27
|
+
└─ OSINT ─┴─ PoC ─┴─ 渗透 ─┴─ 提权 ─┴─ 持久 ─┴─ 横向
|
|
28
|
+
```
|
|
29
|
+
|
|
30
|
+
## 防御链视角(玄冰脉·镇魔道)
|
|
31
|
+
|
|
32
|
+
```
|
|
33
|
+
预防 → 检测 → 响应 → 恢复
|
|
34
|
+
│ │ │ │
|
|
35
|
+
└─ 加固 ─┴─ SIEM ─┴─ IR ─┴─ 取证
|
|
36
|
+
```
|
|
37
|
+
|
|
38
|
+
## 快速选择
|
|
39
|
+
|
|
40
|
+
### 进攻(赤焰脉)
|
|
41
|
+
- **Web 渗透** → `pentest.md`
|
|
42
|
+
- **代码审计** → `code-audit.md`
|
|
43
|
+
- **红队行动** → `red-team.md`
|
|
44
|
+
- **漏洞研究** → `vuln-research.md`
|
|
45
|
+
|
|
46
|
+
### 防守(玄冰脉)
|
|
47
|
+
- **检测规则** → `blue-team.md`
|
|
48
|
+
- **应急响应** → `blue-team.md`
|
|
49
|
+
- **威胁情报** → `threat-intel.md`
|
|
50
|
+
|
|
51
|
+
### 攻防协同(紫霄脉)
|
|
52
|
+
- **ATT&CK 映射** → 组合 `red-team.md` + `blue-team.md`
|
|
53
|
+
- **检测验证** → 红方执行 + 蓝方检测
|
|
54
|
+
- **差距分析** → 攻防对抗后复盘
|