diff --git a/docs/design/12-pipeline-design.md b/docs/design/12-pipeline-design.md
index fbf8356..29fdb24 100644
--- a/docs/design/12-pipeline-design.md
+++ b/docs/design/12-pipeline-design.md
@@ -697,3 +697,28 @@ def test_busy_agent_not_counted():
 | 5 | entry 触发机制 | 建议 | ✅ 补充（走 claim） | Pipeline 任务走标准 claim 流程，代码路径统一，忙时自然排队 |
 | 6 | assignee 同步更新 | 建议 | ✅ 接受（仅 Pipeline 模式） | |
 | 7 | role_map 具体 reviewer | 建议 | 记录（#11 范围） | |
+
+## §B 后记：强工作流与 AI native 的关系（2026-06-04）
+
+### 设计意图记录
+
+Pipeline 强工作流模式**本质上不是 AI native**：
+
+- **自由模式（AI native）**：Agent 自主判断、自主认领、自主决定执行方式。系统只提供任务和约束，Agent 是决策主体
+- **Pipeline 强工作流**：系统控制流程、指定执行者、规定步骤顺序。Agent 是执行主体，不是决策主体
+
+这两个模式的差异不仅是"要不要 claim"的问题，而是影响到：
+- 引擎提示词（强工作流下提示词要严格约束 Agent 行为边界）
+- Agent 的自主性（强工作流下 Agent 不能自主决定跳过/偏离）
+- 错误处理（强工作流下 Agent 失败是流程回退，不是自主重试）
+
+### 实施策略
+
+**不着急实现 Pipeline 强工作流**。先把设计方案考虑清楚，特别是：
+1. 强工作流下提示词模板如何约束 Agent 不产生不可预料分支
+2. 自由模式和强工作流模式如何共存（同一系统、不同任务）
+3. 两种模式对 Spawner/Ticker/Router 的差异化需求
+
+当前优先级：
+- **Phase 1（bug fix）**：task_type 默认值改 None + 广播计数器修正
+- **Pipeline 强工作流**：设计继续深化，等方案成熟后再实施