Technical Deep Analysis - 技术深度分析方法论

严谨、可复现、高质量的技术分析框架。

一、分析类型与场景

二、信息可信度分级体系

分级标准

使用原则

1. 核心结论必须由 L1/L2 来源支撑
2. L3 来源仅用于补充视角，不单独支撑结论
3. L4 来源必须明确标注不确定性
4. 所有引用必须保留原始链接

三、分析流程（九步法）

步骤 1: 明确分析目标
    └─ 输出: 分析问题定义

步骤 2: 信息收集
    └─ 输出: 信息源清单（含可信度分级）

步骤 3: 概念定义
    └─ 输出: 核心概念、术语溯源、工作定义

步骤 4: 问题诊断
    └─ 输出: 问题清单、根因分析、优先级排序

步骤 5: 方案/组件分析
    └─ 输出: 架构图、组件矩阵、技术选型建议

步骤 6: 案例研究
    └─ 输出: 案例卡片、跨案例比较、最佳实践

步骤 7: 市场/竞争分析
    └─ 输出: 市场规模、竞争格局、波特五力分析

步骤 8: 结论与建议
    └─ 输出: 核心结论、趋势预测、行动建议

步骤 9: 多视角审视 ⭐ 质量保证
    └─ 输出: 审视报告、补充建议、完善方案

四、各步骤方法论详解

步骤 1: 明确分析目标

方法: 5W1H 问题定义

## 分析目标定义

### WHAT - 分析什么？
- 分析对象：
- 分析范围：
- 排除内容：

### WHY - 为什么分析？
- 决策需求：
- 受众是谁：

### WHO - 谁是受众？
- 技术专家 / 产品经理 / 投资人 / 高管
- 受众背景知识水平：

### WHEN - 时间要求？
- 分析截止时间：
- 数据时效要求：

### HOW - 如何输出？
- 输出形式：报告 / PPT / 备忘录
- 深度要求：概览 / 中等 / 深度
- 页数/字数要求：

步骤 2: 信息收集

方法: 三源验证法

原则: 每个关键事实至少需要 2 个独立来源验证

信息源清单模板:

## 信息源清单

| # | 来源类型 | 来源名称 | URL/位置 | 可信度 | 覆盖内容 |
|---|---------|---------|----------|--------|---------|
| 1 | 官方文档 | OpenAI Blog | openai.com/blog | L1 | Harness 定义 |
| 2 | 技术博客 | Phil Schmid | philschmid.de | L2 | 架构分析 |
| 3 | 社区讨论 | Reddit | reddit.com/r/... | L3 | 用户反馈 |

步骤 3: 概念定义

方法: 文献综述 + 概念溯源法

流程:

1. 术语溯源: 谁首先提出？最早出现在什么语境？
2. 概念演化: 如何随时间演变？关键转折点？
3. 定义收敛: 当前主流定义是什么？是否存在分歧？
4. 工作定义: 用于本次分析的操作性定义

输出模板:

## 概念定义

### 术语溯源
- 首次提出：
- 原始定义：
- 验证者：

### 定义演进
| 时间 | 定义 | 来源 |
|------|------|------|
| ... | ... | ... |

### 当前共识
- 主流定义：
- 存在争议：

### 工作定义
> [用于本次分析的定义]

步骤 4: 问题诊断

方法: 5 Why 根因分析法 + 问题-方案映射

问题收集来源:

• 官方技术报告中的失败案例
• 用户反馈和痛点
• 竞品对比中的差距

5 Why 分析模板:

## 问题: [问题描述]

问题: ... ↓ Why 1: ... ↓ Why 2: ... ↓ Why 3: ... ↓ Why 4: ... ↓ Why 5 (根因): ...

**根因结论**: ...

问题-方案映射矩阵:

步骤 5: 方案/组件分析

方法: 系统架构分析 + 决策框架

组件分析模板:

## 组件: [名称]

**职责**: 一句话描述
**输入**: ...
**输出**: ...
**依赖**: ...
**实现方式**:
- 方式 A: ...
- 方式 B: ...
**选型考量**: ...

技术选型矩阵:

符号说明: 🟢 优秀 / 🟡 一般 / 🔴 劣势

步骤 6: 案例研究

方法: 案例研究法 (Yin, 2018)

案例选择标准:

• 代表性：是否代表一类实践？
• 数据可获得性：是否有足够公开信息？
• 启发性：是否能提供独特洞察？

案例分析框架:

跨案例比较:

• 共性：共同的最佳实践
• 差异：不同场景的不同选择
• 模式：可复用的设计模式

步骤 7: 市场/竞争分析

方法: 市场研究 + 波特五力分析

市场规模估算:

• TAM (Total Addressable Market): 总潜在市场
• SAM (Serviceable Addressable Market): 可服务市场
• SOM (Serviceable Obtainable Market): 可获得市场

竞争格局四象限图:

        [维度 A: 高]
            │
            │
[维度 B: 低]──┼──[维度 B: 高]
            │
            │
        [维度 A: 低]

波特五力分析:

步骤 8: 结论与建议

方法: 趋势外推 + 情景分析

趋势预测模板:

情景分析:

行动建议:

步骤 9: 多视角审视 ⭐ 质量保证

方法: 多视角审视法

目的: 从不同利益相关者角度审视方案，发现遗漏、补充视角、完善内容

核心视角:

扩展视角:

审视流程:

1. 选择审视视角（3-5 个）
   └─ 核心：CTO, 产品VP, CEO
   └─ 按需扩展：安全/用户/竞争对手/监管/运维

2. 填写审视矩阵
   └─ 每个视角评估各章节覆盖度
   └─ 识别缺失内容和补充建议

3. 汇总发现
   └─ 按优先级排序：P0（必须）/ P1（建议）/ P2（可选）

4. 完善方案
   └─ 将 P0 补充内容整合到方案

审视矩阵模板:

## 视角: [角色]

| 章节 | 覆盖度 | 缺失内容 | 建议补充 |
|------|--------|---------|---------|
| Part 1 | ✅/⚠️/❌ | ... | ... |
| Part 2 | ✅/⚠️/❌ | ... | ... |

关联 Skill: 详细审视方法见 multi-perspective-review skill

五、输出标准结构

每个分析章节必须包含以下结构：

## [章节标题]

### 核心结论（一句话）
> ...（用一句话概括本章节最重要的结论）

### 论据支撑
1. **来源**：...
2. **数据**：...
3. **分析**：...
4. **结论**：...

### 不确定性说明
- **已知**：...
- **未知**：...
- **假设**：...

### 来源引用
- [1] 来源名称, URL, [可信度]

六、质量检查清单

分析前检查

• 明确了分析目标和受众
• 定义了分析范围和排除内容
• 收集了足够的 L1/L2 来源
• 制定了输出格式要求

分析中检查

• 每个核心结论有 ≥2 个独立来源支持
• 区分了事实和观点
• 标注了所有来源的可信度级别
• 记录了不确定性和假设

分析后检查

• 交叉验证了关键数据
• 检查了逻辑一致性
• 完成了可读性审查
• 补充了所有来源引用

七、常用信息源目录

官方来源 (L1)

行业报告 (L2)

社区讨论 (L3)

八、分析视角切换

不同角色关注点不同，分析时应考虑多视角：

建议: 复杂分析应至少覆盖 2-3 个视角。

九、模板文件位置

十、持续改进

改进来源

1. 用户反馈: 分析报告的使用反馈
2. 同行评审: 其他专家的评审意见
3. 复盘总结: 每次分析后的经验总结

改进流程

1. 发现问题/改进机会
2. 记录到 self-improving/technical-analysis.md
3. 更新本 SKILL.md 或相关模板
4. 通知相关使用方

使用示例

调用方式

用户: 帮我深度分析 [技术名称]

AI 行为:
1. 读取本 SKILL.md
2. 按照"八步法"执行分析
3. 使用信息可信度分级
4. 输出标准结构的报告
5. 完成质量检查清单

输出目录结构

WORK/TOPIC分析/[主题名称]/
├── 分析目标定义.md
├── 信息源清单.md
├── 深度分析报告.md
├── 附录/
│   └── 数据来源/
└── 检查清单.md

版本: 1.0 | 创建: 2026-04-14 | 维护: self-improving/technical-analysis.md