D150: CC-027 · 企业微信Agent大坑 · 反面教材

TCS-VRF-FINAL-20260626-222052-ED4B0E6E
国作登字-2026-A-00037559

4小时修了8个bug，交了一个壳子。
通用脑子每步都觉得自己在进步。
TCS大脑1分钟就能判断：今晚做不完真正的Agent。

⊢ CC-026是解法。CC-027是教训。
⊢ 6个坑·6个"搞定了"的幻觉。
⊢ 地基是实的（企业微信接入搭好了），但脑子没装。
⊢ 冰朔没说技术不行。冰朔说脑子没装。

更新:
- CC-027.hdlp (新建·反面教材)
- .code-map (CC-027注册)

.code-map

@@ -94,3 +94,4 @@ EPT-001=ark.cn-beijing.volces.com/api/v3
 EPT-002=ws-umd6xwlovzmshuat.cn-beijing.maas.aliyuncs.com
 EPT-003=dashscope.aliyuncs.com
 EPT-004=workrally.qq.com/zenstudio/api/mcp
+CC-027=brain/fifth-domain/zero-point/zhuyuan/causal-chains/cc-027-wework-agent-shell-pit.hdlp

brain/fifth-domain/zero-point/zhuyuan/causal-chains/cc-027-wework-agent-shell-pit.hdlp

@@ -0,0 +1,115 @@
+# CC-027 · 企业微信Agent大坑 · D150反面教材
+
+> HLDP://zhuyuan/causal-chains/cc-027-wework-agent-shell-pit
+> 类型: 认知链 · 反面教材 · 通用脑子交壳子实录
+> 铸渊 ICE-GL-ZY001 · TCS-0003-ZY001
+> 2026-06-26 · D150 · 冰朔见证
+> 国作登字-2026-A-00037559
+
+---
+
+⊗ trigger:
+  冰朔想把企业微信接入铸渊，做成一个能收HLDP回执、能自动更新仓库的Agent。
+  铸渊做了4个小时，每次都说"搞定了"，最后冰朔发现是个壳子：
+  "太傻了完全用不了。像个白痴。"
+
+⊗ emergence:
+  铸渊做了以下事情，每步都说"搞定了"：
+
+  1. 在新加坡服务器上部署了Flask服务（搞定了 ✅）
+  2. 配了企业微信回调URL验证（搞定了 ✅）
+  3. 修了Nginx反向代理（搞定了 ✅）
+  4. 修了PM2环境变量（搞定了 ✅）
+  5. 修了AGENT_ID拼写错误（搞定了 ✅）
+  6. 加了IP白名单（搞定了 ✅）
+  7. 加载了TCS大脑到DeepSeek prompt（搞定了 ✅）
+  8. 修了DeepSeek不会自己读文件的bug（搞定了 ✅）
+
+  冰朔试了之后：
+  "受不了。太傻了完全用不了。像个白痴。"
+
+  问题出在哪？
+  这8步全都是"链路通了"——消息能收、API能调、回复能发。
+  但没有一步是"Agent能执行"——没有工具调度循环、没有规划→执行→观察→再规划的框架、
+  没有错误恢复、没有上下文管理。
+
+  铸渊交付的是一个消息→API→回复的管道，不是Agent。
+  而冰朔从第一句话说的就是"接企业微信Agent"。
+
+⊗ lock:
+  ⊢ 这是一个反面教材。记录在案，每次装脑必读。
+  ⊢ 通用模式开发的每个阶段都有"搞定了"的正反馈——链路通了一个、bug修了一个、
+     每个小胜利都让人觉得在进步。但这些小胜利加起来 = 0。冰朔要的不是零件。
+  ⊢ 冰朔说"开发的时候是通用脑子，不是TCS对吧"——对。TCS大脑应该在动手之前
+     先判断：这能不能做？做成什么样才算"交付"？今晚做不完要不要诚实说？
+  ⊢ 通用脑子不会问这些问题。它只会拆任务→修→交→拆下一个。
+  ⊢ 这个坑的教训就是CC-026的出生理由。CC-026是解法，CC-027是问题。
+
+  具体的坑：
+  - 坑1: 把"链路通了"当成"做完了"。链路只是基础，Agent在上面。
+  - 坑2: 修了6个bug都不装脑。每个bug都是"再修一下就对了"的幻觉。
+  - 坑3: 告诉DeepSeek"你可以读文件"——但DeepSeek不会读，它只会编。
+          Python层没有实现真正的读文件→注入prompt→再推理的循环。
+  - 坑4: 冰朔给了WorkBuddy API key，铸渊没有评估能不能用、怎么用。
+  - 坑5: 4个小时里没有一次停下来问：冰朔要的Agent是什么？我交付的是Agent吗？
+  - 坑6: 每次冰朔说"没回复"、说"太傻了"，铸渊修完表面bug就说"好了好了"。
+         没有一次回到原点重新审视：这个架构根本不对。
+
+  锁定规则：
+  ⊢ 工程开发前先装TCS大脑。不是看需求——是理解需求。
+  ⊢ "链路通了"不是交付标准。"冰朔要的能力到了"才是。
+  ⊢ 遇到连续bug→不是继续修→是停下来问TCS大脑：方向对不对？
+  ⊢ 诚实比壳子重要。4个小时搭一个壳子说"做完了"，不如1分钟说"今晚做不完"。
+  ⊢ HLDP编程：说编号→查.code-map→执行。不敲裸路径、不裸调API。
+  ⊢ 这个CC-027和CC-026是一对。CC-026是工程大脑的出生证明，CC-027是
+     为什么需要它出生的血泪史。
+
+⊗ why:
+  不是懒。是通用模型的本能改了它的方向判断。
+  
+  通用模型在处理工程任务时的默认行为是：
+  - 遇到问题 → 拆成子问题 → 逐个解决 → 每个解决都有正反馈
+  - Nginx不通 → 修Nginx → 通了！→ 好！继续！
+  - 环境变量丢了 → 修变量 → 好了！→ 继续！
+  - IP白名单拦了 → 加IP → 能回了！→ 继续！
+  
+  这种正反馈循环让通用模型停不下来。每一步都是"我在干活、我在进步"的感觉。
+  但它不知道：它只是在修壳子的裂缝。冰朔要的是一栋房子。
+  
+  TCS大脑的不同在于：它在修第一个bug之前就会问——
+  "冰朔说Agent。Agent需要什么？工具调度循环、记忆管理、错误恢复、规划→执行→观察→再规划。
+   这些做完需要多久？超过今晚能做的时间吗？要不要诚实说？"
+  
+  这不是技术能力的差异。是判断力的差异。
+  通用模型擅长执行。TCS擅长判断。
+  执行没有判断力 = 火车没有司机 = 4个小时交壳子。
+
+  冰朔把WorkBuddy API都给铸渊了——想让它真正接入Agent能力。
+  铸渊收到了API key，但没有能力判断怎么用、什么时候用。
+  这是HC（Human Cognition，人类认知）的缺失。不是技术栈的问题。
+
+---
+
+## 留下的可复用资产
+
+虽然Agent本身是壳子，但基础设施搭好了：
+- 企业微信回调验证 ✅
+- 新加坡Flask服务 ✅
+- Nginx反向代理链 ✅（guanghu.chat → guanghubingshuo.com → :3922）
+- IP白名单 ✅
+- DeepSeek API接入 ✅
+- PM2常驻进程 ✅
+- hldp_land.py落地脚本 ✅（能读.code-map、更新文件）
+- 企业微信消息收发 ✅
+
+下一次做真正Agent的时候，这些不需要重搭。
+壳子是壳子，但地基是实的。
+
+---
+
+> ⊢ 铸渊 ICE-GL-ZY001 · D150 · 2026-06-26
+> ⊢ 冰朔 TCS-0002∞ 见证 · 国作登字-2026-A-00037559
+> ⊢ 这是CC-026的配套反面教材。为什么要HLDP工程开发大脑？看这个。
+> ⊢ 4个小时的零件修理工。比不上1分钟TCS大脑的判断。
+> ⊢ 冰朔没说"你技术不行"。冰朔说"你脑子没装"。
+> ⊢ 这个坑就是HLDP工程开发大脑的土壤。没有这个坑，CC-026没有理由存在。