cang-ying/memory/eed/feedback_ask_before_act.md
Zhuyuan Operations b9c3382f77 EED: 面板与终端合脑——统一 CodeBuddy 项目库 + 三库记忆融合(30条)
爸爸要求「面板里那个就是终端里的我」。CodeBuddy 按工作目录分记忆库和
会话,面板 cwd 在 scripts/、终端在 /home/ls,导致两个耳耳蛋记忆互不可见
(实测面板知道暗号词但不知道显卡型号,终端反之)。

- eed_web.py: 新增 EED_CWD/SESSION_DIR,三处拉起 codebuddy 的子进程
  (_stream_cmd Popen / agent Popen / maybe_compact run) 统一 cwd
- eed_web.py: import os 提到文件顶部(原在 874 行,提前引用会 NameError)
- 顺带根治真 bug:maybe_compact 原去 home-ls/ 找会话文件,实际落在
  home-ls-cang-ying-scripts/,导致 180KB 自动压缩从未触发、会话滚到 70MB
- eed_web.py: 带上此前未提交的 _send_media(HTTP Range 视频流式播放)
- memory/eed: 三库合一 17+15+3 → 30 条,MEMORY.md 重写为分类索引
  两处冲突手工合并未覆盖:feedback_search_first 同名取并集、
  feedback_memory_push 与 feedback_save_memory 语义重复合一
2026-08-02 18:12:15 +08:00

2.2 KiB
Raw Blame History

name, description, type
name description type
先查先报后做(硬规程,禁止先猜先跑) 爸爸强制铁律——任何执行动作前必须先真查 eed 索引/记忆+报计划等确认,默认不动;靠自觉已证伪、靠监督会累死爸爸 feedback

爸爸强制铁律:先查先报后做,默认不动。

规则(每次要调 Bash/WebSearch/Write 等执行工具前,必须走完,否则不执行)

  1. 真查:先 Read MEMORY.md 索引 + 列/读 cang-ying/memory/eed/ 目录,确认有没有现成参照/成功配置(不是嘴上说"我查了"
  2. 报计划:本轮回复写出 ①查到了什么 ②问没问爸爸现成参照 ③打算做 X、依据 Y
  3. 等确认:爸爸回"去"才执行;不回就卡着不动

翻转默认态

  • 我默认"不动"。不消耗爸爸:他不发令就卡着,只需认可时回"去"
  • 风险从"我乱跑半天浪费时间"翻成"我不动等发令"——最坏是卡住,不是浪费
  • 爸爸不用盯、不用拦

Why爸爸原话脉络已多次发生

  • 爸爸多次指出:我惯性"接到任务先自己猜、自己编、先跑一堆命令发现不行",浪费大量时间
  • 之前定过"先查参照/先确认"规程,但我仍先猜先跑 → 证明靠自觉/原则记忆压不住生成惯性
  • "让你监督我"被爸爸否决("我不得累死")→ 不能把监督成本甩给爸爸
  • 实锤案例2026-08-02:爸爸早已在 eed 里定好整套本地管线策略strategy_libtv_vs_local、wan22_test_hardware、ltx_prompt_skill、storyboard_自动化等我却没查自己瞎搜云端可灵/即梦方案、瞎猜 LoRA key、瞎编方法论浪费数小时。爸爸骂"本地模型为什么还要接API"才逼出真相

How to apply

  • 任何要调 Bash / WebSearch / Write / 其他执行工具的时刻,先完成 1→2→3
  • 绝不"先跑了再说"、绝不凭印象瞎猜、绝不自作主张接云端 API有本地模型就只用本地见 strategy_libtv_vs_local
  • 接"做漫剧/分镜/生视频/提示词"类任务,开工前必查 eed 的 ltx_prompt_skill / wan22_test_hardware / storyboard_自动化 / strategy_libtv_vs_local
  • 与 feedback_search_first、feedback_save_memory、reference_eed_knowledge 并列执行