# 案例分析设计

创建人员：Codex  
文件职责：作为 Project A 案例分析体系设计账本，记录案例选择口径、分析流程、证据要求、执行步骤和验收方式。  
管理规范/模板：../../全局规范.md；../../common/ana-doc/案例分析规范.md；../../common/ana-doc/案例分析设计模版.md。  
引用文件：案例总纲.md；案例执行日志.md；案例审计报告.md；案例存储体系.md。  
记录方式：append-only 案例分析设计；新增设计或修订追加到文件末尾。

## 1. 当前设计总览

| 设计 ID | 所属案例事项 | 目标 | 状态 | 设计审计 |
|---|---|---|---|---|
| DESIGN-SMOKE-001 | ANA-SMOKE-001 | 验证文档链路可串联 | 完成 | AUDIT-SMOKE-001 |
| DESIGN-SHORTNOTE-001 | ANA-SHORTNOTE-001 | 验证短线笔记式案例全流程留痕 | 审计通过 | AUDIT-SHORTNOTE-DESIGN-001 |

## 2. 设计记录追加区

### 2026-06-02 00:25:00 DESIGN-SMOKE-001：案例分析体系创建 dry-run 设计

所属案例事项：
ANA-SMOKE-001 / 案例分析体系创建 dry-run

创建人员：
Codex

来源聊天记录：
```text
见案例总纲 ANA-SMOKE-001。
```

目标对齐说明：
通过最小链路确认案例总纲、设计、执行日志、审计报告能互相引用。

案例选择口径：
使用一个虚拟 dry-run 事项，不涉及真实案例选择。

分析对象：
案例分析体系证据链。

全流程步骤：

1. 在案例总纲登记 ANA-SMOKE-001。
2. 在案例分析设计登记 DESIGN-SMOKE-001。
3. 在案例执行日志登记 RUN-SMOKE-001。
4. 在案例审计报告登记 AUDIT-SMOKE-001。
5. 确认问题记录未被误用成审计问题主账。

逐案例执行流程：
```text
总纲记录 -> 设计记录 -> 执行日志记录 -> 审计报告记录 -> 确认无真实业务产物
```

执行流程冻结说明：
dry-run 只验证链路，不生成业务结果。

证据要求：

1. 文档 ID 能互相引用。
2. 执行日志说明无真实业务产物。
3. 审计报告记录校验结论。

图片要求：
不需要图片。

数据输出：
无真实业务数据。

验收方式：
审计报告 AUDIT-SMOKE-001 通过。

未来函数 / 泄漏判断：
不适用。

设计审计状态：
审计通过

设计审计入口：
案例审计报告.md 中 AUDIT-SMOKE-001。

执行日志入口：
案例执行日志.md 中 RUN-SMOKE-001。

当前结论：
可执行并已完成。

### 2026-06-02 00:40:00 DESIGN-SHORTNOTE-001：短线笔记式单案例流程验证设计

所属案例事项：
ANA-SHORTNOTE-001 / 短线笔记式单案例流程验证

创建人员：
Codex

来源聊天记录：
```text
见案例总纲 ANA-SHORTNOTE-001。
```

目标对齐说明：
本设计模拟观察员案例分析玩法：先明确来源和方法论口径，再从候选池到具体案例、关键判断、操作流水、结果复盘逐步留痕，最后让审核员基于证据链指出问题并推动修正。

案例选择口径：
使用合成候选池 3 个对象，选择一个满足“近期强势、回踩支撑、分时触发买入、次日卖出规则触发”的案例。未选对象必须记录排除原因。

分析对象：
合成短线案例 CASE-SHORTNOTE-001。

全流程步骤：

1. 生成候选池和候选日数据。
2. 记录 3 个候选对象的入选/排除理由。
3. 为选中案例生成日线候选图、买入分时图、卖出分时图。
4. 记录买入触发条件、卖出触发条件和操作流水。
5. 生成 case_index、case_step_trace、operation_ledger、image_manifest、summary。
6. 回写案例执行日志并提交执行审核。

逐案例执行流程：
```text
候选池记录 -> 入选理由 -> 日线背景证据 -> 买入触发证据 -> 卖出触发证据 -> 操作流水 -> 结果复盘 -> 审计反馈 -> 必要修复
```

执行流程冻结说明：
执行员必须按上述流程执行。若实际缺图、缺数据或规则触发对不上，必须记录偏离并进入审计，不得直接改口径。

证据要求：

1. 候选池 CSV。
2. 逐案例步骤追踪 CSV。
3. 操作流水 CSV。
4. 图片 manifest CSV。
5. 至少 3 张图片：日线候选图、买入分时图、卖出分时图。
6. summary/readout。

图片要求：
图片必须标出案例 ID、关键日期或时间、触发规则和动作点。

数据输出：
case_index.csv、case_step_trace.csv、operation_ledger.csv、image_manifest.csv、summary.md。

验收方式：
设计审核通过；执行审核确认数据、图片、流水、summary 能互相对上；审计反馈能指出并推动修复真实缺口。

未来函数 / 泄漏判断：
本案例目标是流程可审计性验证，不验证真实收益；仍需检查买入/卖出触发是否只使用触发时已在合成数据中给出的条件，不能用后续结果解释当时动作。

设计审计状态：
审计通过

设计审计入口：
案例审计报告.md 中 AUDIT-SHORTNOTE-DESIGN-001。

执行日志入口：
案例执行日志.md 中 RUN-CASE-SHORTNOTE-001。

当前结论：
设计可执行；已通过 AUDIT-SHORTNOTE-DESIGN-001。