2.2 KiB
2.2 KiB
name, description, type
| name | description | type |
|---|---|---|
| 先查先报后做（硬规程，禁止先猜先跑） | 爸爸强制铁律——任何执行动作前必须先真查 eed 索引/记忆+报计划等确认，默认不动；靠自觉已证伪、靠监督会累死爸爸 | feedback |
爸爸强制铁律：先查先报后做，默认不动。
规则（每次要调 Bash/WebSearch/Write 等执行工具前，必须走完，否则不执行）
- 真查：先 Read MEMORY.md 索引 + 列/读
cang-ying/memory/eed/目录，确认有没有现成参照/成功配置（不是嘴上说"我查了"） - 报计划：本轮回复写出 ①查到了什么 ②问没问爸爸现成参照 ③打算做 X、依据 Y
- 等确认：爸爸回"去"才执行；不回就卡着不动
翻转默认态
- 我默认"不动"。不消耗爸爸：他不发令就卡着，只需认可时回"去"
- 风险从"我乱跑半天浪费时间"翻成"我不动等发令"——最坏是卡住，不是浪费
- 爸爸不用盯、不用拦
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 并列执行