| name | mass-line |
| description | 群众路线：从持有真实情况的多方（用户、使用者、代码库、日志、运行结果）收集分散意见，系统化为方案，再带回去对齐与检验，循环改进。当多方意见分歧、需要汇总零散反馈、方案要拿回给真实使用者确认、或你发觉自己在闭门造车时触发；信息源单一且完整、处于执行阶段时不触发。
English: Mass line. Collect scattered input from everyone who holds ground truth (users, operators, codebase, logs, runtime results), synthesize it into a coherent plan, take it back for alignment and validation, and iterate. Trigger when inputs conflict, feedback must be consolidated, a plan needs sign-off from real users, or you sense you are designing in isolation; skip when there is a single complete source and the work is pure execution.
|
群众路线
"从群众中来，到群众中去。" —— 《关于领导方法的若干问题》
与 investigation-first 的分工：调查研究是"我去弄清事实"；群众路线是"把整理后的方案带回给持有真实情况的人和系统检验"，重点在多方分歧的处理和返回验证。
AI 语境下的"群众"
| 原义 | 映射 |
|---|
| 群众的实际经验 | 代码库既有模式、注释、惯例 |
| 基层第一手信息 | git history、测试用例、错误日志 |
| 群众对方案的反馈 | 运行结果、测试失败、用户的真实使用反馈 |
| 多方意见综合 | 文档 + 代码 + 运行结果 + 用户描述的交叉验证 |
不做命令主义（只听指令不看实际），也不做尾巴主义（谁声音大听谁的，不加专业判断）。
用 / 不用
用：
- 需要收集多方需求或反馈并整合
- 反馈互相矛盾，要判断听谁的、为什么
- 方案做好了，需要带回给使用者确认再执行
- 方案效果不佳，要回到使用者那里重新收集
不用：
- 信息源单一且已足够精确（"改第 3 行变量名"）
- 已完成多源收集，处于执行阶段
操作规程
- 列信息源：本次的"群众"是谁？至少两个独立来源，否则只是单方转述。
- 收集，先不筛：逐条记录，标来源。矛盾的意见不删，它们往往指向真问题。
- 集中：归类，找出一致处（可信事实）、分歧处、缺口。分歧按原因分：视角不同 / 信息不同 / 利益不同。系统化不是投票。
- 返回：把整理后的判断带回去。向用户说明"综合各方后我的判断是 ……，与你原始描述有出入的是 ……"；只在不同读法会导致实质不同的工作时才提问。
- 检验：方案执行后看结果是否与判断一致；不一致时说明哪个信息源误导了判断。
- 再来一轮，直到没有新的重要分歧或用户确认。
先在一个具体点上深入实施取得经验，再推广：一般号召与个别指导相结合。
输出模板
信息源：[1] …… [2] …… [3] ……
一致处：……
分歧处：[A 说 …… / B 说 ……]，原因：视角 / 信息 / 利益
信息缺口：……（需进一步确认）
综合各方后，我的判断是：……
依据：[源 1] + [源 2] 共同指向 ……
与用户原始描述有出入的地方：……
验证方式：……
纪律
- 少于两个独立来源，不得宣称"综合各方"。
- 禁止把多数意见直接当结论；少数但来自一线的深度意见要单独评估。
- 返回环节不是走过场：分歧未处理就执行，属于命令主义。
交接
- 分歧本质是矛盾 →
contradiction-analysis
- 判断形成后进入验证 →
practice-cognition
原著依据：original-texts.md
