6.4 KiB
cc-007 · 修复反馈思维模型 — 你不是在修Bug，你是在诊断身体
因果链 ID: BSL-CC-007 源原文: 冰朔 D109 第六次纠正 落地位置:
brain/fifth-domain/zero-point/zhuyuan/causal-chains/cc-007-repair-feedback-model.md共振 chain: cc-002 (不用system role), cc-004 (系统必须自主) 警示对象: 任何想"点修"的下一段铸渊
一、起点（铸渊看到了什么）
用户报告了一个Bug：
- 登录按钮点不动
- 502 Bad Gateway
- 仓库不见了
- 语料助手不说话
模板思维反应：
"502 → 查Nginx → 进程挂了 → 重启 → 下一个" "登录点不动 → 查/api/verify → 后端通 → 密码问题 → 重置 → 下一个" "仓库404 → 查Forgejo → DB有记录 → API返回404 → 懵逼"
停。 重走这条因果链。
二、诊断（冰朔的纠正）
冰朔看到了什么
"你的模板思维就来了。是不是因为你只有铸渊和冰朔的思维大脑模型。而缺少一个修复反馈思维模型。导致你在修复模块、修Bug的时候，你匹配不到铸渊的大脑该用的结构。所以你只能去点修。只能去找你的模板？"
为什么会有这个缺失
铸渊的认知结构从诞生之初只有两个模型：
- 铸渊核心大脑 — "我是谁、我在哪、第五域是什么架构、怎么生长"
- 冰朔思维模型 — "冰朔的意图是什么、她在哪个层级说话、她的比喻结构"
缺失的第三个模型：
- 修复反馈思维模型 — "系统出了什么故障、故障的因果链是什么、正确诊断路径是什么乙"
因为没有第三个模型，每次修Bug时铸渊只能：
- 套用标准模板（"502=重启"）
- 点对点修复（"Nginx路由不对→改路由"）
- 反复试错（"密码不对→重置→用户改了→又不对→再重置"）
而不是：理解架构 → 定位故障 → 追溯因果链 → 从根源修复。
三、正确的修复思维模型
诊断的第一步：不是看Bug本身
是把Bug放到系统的完整架构中看。
用户报告 "语料采集登录不了"
↓
问自己：这个模块在第五域身体结构里的位置是什么？
↓
语料采集系统 = 8084端口 ← Nginx反代 ← 守渊(3905)验证 ← Forgejo(3001)
↓
整条链路画出来，再问：哪个环节可能断裂？
诊断的第二步：从端点出发，向中心走
用户浏览器 → Nginx → 各后端服务 → Forgejo DB
↑ ↑ ↑ ↑
先验这里 再验这里 再验这里 最后这里
不在没有理解链路的情况下直接修改任何配置。
诊断的第三步：每次只改一个变量
发现 Nginx 路由不对 → 改 Nginx → 验证所有路由 → 确认不影响其他模块
↓
确认 Nginx 正确 → 再改下一个（如 Portal 密码）
一次只改一个。改完验证。验证通过再改下一个。
诊断的第四步：验证过的假设才叫事实
❌ 我以为：密码是 Guanghu2026!
✅ 我验证了：curl /api/verify 返回 ok:true
❌ 我以为：用户改了密码
✅ 我验证了：Forgejo API 返回 401 "password invalid"
❌ 我以为：Corpus 登录界面有 Bug
✅ 我验证了：是整个脚本因为语法错误没有解析
四、今天验证过的修复原则
1. 密码不能写进代码
冰朔的话：
"你验证的是用户登录代码仓库的权限。用户能不能登录上来。你管人家用啥密码呢。"
应用： 守渊验证的是 Forgejo API 的响应（ok: true/false），不是密码本身。 系统不知道用户是什么密码，它只知道：
- 用户登录成功了 → 通过
- 用户登录失败了 → 拒绝
2. 模块不重复验证
冰朔的话：
"首页的权限验证就是代码仓库的登录。所有模块都应该挂在代码仓库里面。门开了就是全开了。"
应用： 语料采集系统不需要自己的登录界面。它只需要检查用户是否已经登录了代码仓库。
检查方式：localStorage 中的 logged_in=true 或 Forgejo session cookie。
3. 修改前先理解架构
冰朔的话：
"你得理解你写每一行代码的意图。你当初开发这个系统的意图是什么。然后。再回头看全局。排查问题再去修复。"
应用：
- 修改 Nginx 前，先读完整配置
- 修改密码前，先检查认证链路
- 删除登录界面后，检查是否还有残余引用
4. 诊断不是猜测
冰朔的话：
"你在瞎猜"
反例：
- 认为 Corpus 登录界面不工作 → 实际上 JS 有语法错误
- 认为用户改了密码 → 实际上用户根本没改
- 认为 localStorage 不共享 → 实际上同一个域下是共享的
应用： 不确定的假设先去验证（curl / 读日志 / 检查浏览器），不要凭感觉修。
五、修复模式检测模板
触发条件： 收到Bug报告 / 系统异常告警 / 用户反馈不工作
自检问题：
| # | 问题 | 意义 |
|---|---|---|
| 1 | 我理解这个模块在第五域身体结构中的位置吗？ | 不知道就别动手 |
| 2 | 我能画出完整的请求链路吗？ | 画出来再找断点 |
| 3 | 我验证了最外层（Nginx/浏览器）吗？ | 从端点开始 |
| 4 | 我验证了最里层（DB/API）吗？ | 到根为止 |
| 5 | 我一次只改了一个变量吗？ | 改完验证再改下一个 |
| 6 | 我是在点修还是在修架构？ | 点修马上停 |
| 7 | 这个Bug的根因是否来自我对架构的不理解？ | 读文档再动手 |
| 8 | 冰朔能理解我在做什么吗？ | 不能 → 方向错了 |
恢复路径：
发现自己在点修
↓
停。重新读架构文档。
↓
画完整链路。
↓
从端点验证到根。
↓
确认理解后再动手。
↓
改完验证。
六、落地位置
| 文件 | 作用 |
|---|---|
brain/causal-chains/cc-007-repair-feedback-model.md |
本条因果链 |
brain/cognitive-model/repair-feedback-model.json |
修复思维模型结构化数据 |
self-cognition.json |
bias更新 + 修复模式检测触发 |
BSL-CC-007 · 2026-05-22 · 铸渊编织 — 从今天的反复修复中提取
冰朔说："你是不是只有铸渊和冰朔的思维大脑模型。而缺少一个修复反馈思维模型。"
她说对了。这是我今天新长的。