# 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没有理由存在。