# 12 - 人机协作研究方法论提炼

## 阶段性突破

本阶段的突破不只是完成了海外电商支付资质的初步判断，而是明确了一套适合本项目的人机协作模式、知识组织方式和产出物料形态。

这套模式可以概括为：

> Evidence-based Research + Mainline/Branch Navigation + Progressive Disclosure + Interactive Knowledge Atlas

中文表达：

> 证据驱动研究 + 主线/分支导航 + 渐进式披露 + 交互式知识图谱

## 核心方法论

### 1. Evidence-based Research，证据驱动研究

定义：关键结论必须有官方资料、可靠文献、真实数据或实验结果支持。

本项目实践：

- 平台政策和费用优先查官方文档
- 没有证据的内容进入假设区，而不是结论区
- 经验和传闻只能生成问题，不能直接指导投入

对应产物：

- `03-evidence-log.md`
- `07-evidence-standards.md`
- 专题 HTML 中的证据链接

### 2. Noise Filtering，信息噪音过滤

定义：将讨论内容按证据强度和决策价值分层，避免社媒经验、培训叙事、爆单故事污染判断。

本项目实践：

- 区分明确结论、工作假设、背景信息、噪音
- 对 GMV 幻觉、蓝海幻觉、平台红利幻觉、AI 自动化幻觉保持警惕
- 每轮讨论后尽量沉淀“明确结论、待验证、噪音剔除、下一步”

对应产物：

- `07-evidence-standards.md`
- `08-review-cadence-and-knowledge-zones.md`

### 3. Mainline/Branch Navigation，主线/分支导航

定义：用一条主线承载项目推进，用分支承载局部探索。分支可以打开，但必须能回到主线。

本项目当前主线：

```text
认知拓展
  -> 支付与资质
  -> 选品
  -> 履约
  -> 落地页与广告
  -> 数据复盘
  -> AI Agent 飞轮
```

本项目实践：

- 认知拓展是主线起点
- 支付与资质成为当前主线节点
- Airwallex、PayPal、MoR、Stripe、Shopify Payments 是支付分支
- Obsidian Canvas、Graphviz、Cytoscape 是知识界面分支

对应产物：

- `research-atlas-cytoscape.html`
- `10-knowledge-interface.md`

### 4. Return-to-Mainline Protocol，回主线协议

定义：每个分支探索结束后，用固定问题把信息收束回主线决策。

协议：

```text
新增了什么？
改变判断吗？
状态是什么？
下一步是什么？
```

本项目实践：

- Graphviz/Obsidian Canvas/Cytoscape 都是知识界面分支
- 最终选择 Cytoscape 作为主入口，并清理旧测试 HTML
- Airwallex/HK 公司信息出现后，支付路径从 PayPal/MoR 优先修正为 Airwallex 优先

对应产物：

- `04-decision-log.md`
- `10-knowledge-interface.md`

### 5. Progressive Disclosure，渐进式披露

定义：信息不是一次性全部展示，而是按认知负荷分层展示。

层级：

```text
第一层：主线图谱
第二层：节点摘要
第三层：专题 HTML
第四层：Markdown 原文
第五层：证据来源
```

本项目实践：

- 用户不直接读长 Markdown
- 先通过 Cytoscape Atlas 看主线和节点
- 再进入专题 HTML 阅读结构化内容
- 需要细节时再进入 Markdown 和证据链接

对应产物：

- `research-atlas-cytoscape.html`
- `payment-qualification-map.html`
- `marketplace-comparison.html`
- `research/*.md`

### 6. Knowledge Layering，知识分层

定义：不同媒介承担不同知识层，而不是所有内容都塞进一个文档。

本项目当前分层：

```text
Cytoscape HTML Atlas = 主入口和交互式知识图谱
专题 HTML 报告 = 高可读性的深度阅读页
Markdown = 知识仓库和长期沉淀
Evidence Log = 证据索引
Decision Log = 决策变更记录
Experiment Backlog = 待验证实验池
```

对应产物：

- `10-knowledge-interface.md`

### 7. Single Source of Truth，单一事实来源

定义：每类信息有一个主存储位置，避免同一结论散落到多个文件后产生漂移。

本项目实践：

- 阶段结论：`01-stage-conclusions.md`
- 渠道矩阵：`02-channel-matrix.md`
- 证据索引：`03-evidence-log.md`
- 决策变化：`04-decision-log.md`
- 实验池：`05-experiment-backlog.md`
- 知识界面：`10-knowledge-interface.md`

### 8. Decision Log，决策日志

定义：不静默覆盖旧判断，而是记录判断如何被新证据修正。

本项目实践：

- 最初支付路径优先级是 PayPal/MoR
- 用户补充 Airwallex 商户和香港公司后，判断修正为 Airwallex/HK 优先
- 修正过程写入 `04-decision-log.md`

价值：

- 保留推理历史
- 防止未来忘记为什么调整方向
- 让新信息对主线的影响可追踪

### 9. Working Hypothesis，工作假设

定义：在证据不足时允许提出方向，但必须标记为待验证，不能冒充结论。

本项目实践：

- 独立站获客飞轮是工作假设
- AI Agent 选品、素材、落地页、复盘是后续效率假设
- 数字商品和轻量实物是候选方向，不是已验证结论

对应产物：

- `09-independent-site-flywheel.md`
- `05-experiment-backlog.md`

### 10. Assumption Reframing，假设重构

定义：当出现关键新信息时，重新定义问题，而不是在旧框架里机械追加。

本项目案例：

旧问题：

```text
中国大陆个人如何找到独立站收款路径？
```

新信息：

```text
已有 Airwallex 商户和香港公司资质
```

重构后问题：

```text
如何复用 Airwallex + 香港公司，最低成本验证独立站电商交易？
```

结果：

- Airwallex 从后续 PSP 观察项升为第一优先
- PayPal 从第一优先降为备用
- Stripe 香港从暂缓变为可选项
- 选品边界从纯数字商品扩大到轻量实物/订阅/低风险电商品类

### 11. Cognitive Load Management，认知负荷管理

定义：控制信息密度，避免用户被 Markdown 长文和多分支探索压垮。

本项目实践：

- 用户反馈 Markdown 阅读困难
- 尝试 Dashboard、Atlas、Graphviz、Obsidian Canvas、Cytoscape
- 最终选择 Cytoscape Atlas 作为主入口
- 保留“翻书章节 + 知识图谱 + 右侧详情”的阅读体验

价值：

- 支持快速扫读
- 支持局部深入
- 支持随时回到主线
- 降低知识债

### 12. Toolchain Fit，工具链适配

定义：工具不是越强越好，而是要适配当前阶段、用户习惯和维护成本。

本项目工具评估：

- Markdown：适合沉淀，不适合日常吸收
- HTML Dashboard：比 Markdown 好，但图谱感不足
- Graphviz：静态关系稳定，交互不适合 file:// 环境
- Obsidian Canvas：概念适合，但 MacBook 操作和密度不够舒服
- Cytoscape.js：当前最适合交互式图谱和主线/分支导航

结论：

当前采用 Cytoscape HTML Atlas 作为主知识界面。

## 当前固定产物形态

### 1. 交互式知识图谱

文件：`../research-atlas-cytoscape.html`

用途：项目主入口、主线导航、分支管理、快速恢复上下文。

### 2. 专题 HTML 阅读页

示例：

- `../marketplace-comparison.html`
- `../payment-qualification-map.html`

用途：承载一个专题的结构化调研结果，比 Markdown 更适合阅读。

### 3. Markdown 知识仓库

用途：保存可追溯的结论、证据、决策、实验和方法论。

### 4. Decision Log

文件：`04-decision-log.md`

用途：记录关键判断如何被证据或新前提修正。

### 5. Evidence Log

文件：`03-evidence-log.md`

用途：保存官方资料、可靠来源和证据摘要。

## 当前协作节奏

一次有效研究迭代应包含：

```text
1. 明确当前主线节点
2. 打开必要分支
3. 查证官方或可靠资料
4. 区分结论、假设、噪音
5. 写入 Markdown 知识仓库
6. 生成或更新专题 HTML
7. 更新 Cytoscape Atlas
8. 写入 Decision Log
9. 回到主线
```

## 当前阶段成果

### 沟通方式定型

- 用户提出方向、真实约束和新增条件
- Codex 负责查证、结构化、提炼和沉淀
- 用户反馈阅读体验和工具手感
- 双方共同迭代知识界面和研究主线

### 产出物料定型

- 主入口：Cytoscape Atlas
- 深度专题：HTML 报告
- 长期沉淀：Markdown
- 证据：Evidence Log
- 决策：Decision Log

### 主线判断突破

原判断：

```text
PayPal / MoR 是第一轮支付预检重点
```

修正后：

```text
Airwallex + 香港公司是第一轮支付预检重点
PayPal / MoR 作为备用或数字商品路径
```

## 可复用命名

后续可以用这些术语沟通：

- 主线节点 Mainline Node
- 分支探索 Branch Exploration
- 回主线协议 Return-to-Mainline Protocol
- 证据等级 Evidence Tier
- 噪音过滤 Noise Filtering
- 工作假设 Working Hypothesis
- 决策日志 Decision Log
- 认知负荷管理 Cognitive Load Management
- 渐进式披露 Progressive Disclosure
- 知识分层 Knowledge Layering
- 单一事实来源 Single Source of Truth
- 交互式知识图谱 Interactive Knowledge Atlas
- 假设重构 Assumption Reframing
- 工具链适配 Toolchain Fit

## 下一阶段使用方式

进入任何新主题时，先问：

```text
这是主线推进，还是分支探索？
需要什么证据等级？
输出是更新 Atlas、专题 HTML，还是 Markdown？
探索结束后如何回到主线？
```

这套方式会用于后续：

- Airwallex 账户能力预检
- 选品地图
- 履约地图
- 广告获客模型
- 第一版 landing page 实验
- AI Agent 工具链设计