在此切换主题
主题
浅色模式
Classic Beige Slate Sakana Botanical Shell White
深色模式
Carbon Synthwave Hacker Tidal Viper
逆向索引

正在发生什么 → 该怎么做

不是按标题查找,而是按症状查找。点击“该怎么做”下面的链接,可以跳转到写有具体做法的那一节。全部文章的目录在本页下方。

本表以 Claude Code(Anthropic 的编程智能体)为前提。hook、CLAUDE.md、subagent、auto memory 都是它的功能名称。

赞助商
正在发生什么 该怎么做
AI 每次运行测试,数万行输出都会涌入上下文

把测试执行统一收进一个包装脚本(wrapper script),把全部输出写入日志文件,只把失败的摘要返回给 AI。

→ 読まなくなったもの 読まない技術 第1回:テスト結果を読まない技術

context window wrapper script fixed-prefix count line ([observed])

AI 保存的知识笔记越多,之后每次会话要读的量就越大

在写入 memory 前触发的 PreToolUse hook 中让它读取一份检查清单,指示文件(CLAUDE.md)里只留“写之前先读”这一行。

→ 読まなくなったもの 読まない技術 第2回:メモリを読まない技術

MEMORY.md loaded at session start context rot

测试都通过了,但不知道它们是否真的在保护什么

把 mutation testing(故意破坏代码看测试是否会失败的方法)的方针写成一份文档,请求检查测试时让 AI 读取它。

→ 読まなくなったもの 読まない技術 第3回:単体テストを読まない技術

mutation testing positive control vacuous truth

注册好的 skill,AI 有时用、有时不用

命令仍以普通脚本的形式保留,用 PreToolUse hook 拦截错误的调用方式,并引导它去读应该读的文档。

→ 読まなくなったもの 読まない技術 第4回:スキルを使わない技術

PreToolUse hook (Bash matcher) hook stderr + exit 2 mission

交给 sub-agent 的工作,在完成之前看不到里面发生了什么

用 YAML 定义可以委托给 sub-agent 的任务、以及启动前必须准备好的输入文件,并用 hook 在启动前检查。

→ 仕組みは一つ: 第 4 回と同じものを当てるだけ 読まない技術 第5回:サブエージェントの出力だけは読め

subagent (Agent tool) subagent (no parent context) contract (inputs / outputs / acceptance)

指示文件里规则加得越多,之前加的规则就越不被遵守

把每一条“不要做某事”的规则,逐条改写成能检测出违规的自动化测试(Minitest)。

→ 読まなくなったもの 読まない技術 第6回:ルールを読まない技術

CLAUDE.md Claude Code hooks (PreToolUse / PostToolUse / Stop / SubagentStop) hook contract (proof of reading)

并行运行的多个会话共享的 memory 变得混乱,让它读方针文件也没用

把同一份方针文件挪到 PostToolUse hook 里,和保存后的 diff 一起展示。读的内容不变,只改变出现的时机。

→ 読まなくなったもの 読まない技術 第7回:共有メモリを整理しない技術

MEMORY.md concurrent test runs hooks / automated tests

即使写好了同类失败的应对方法,AI 下次还是会犯同样的错误

把重试时的方针整理成几行的文件,由检测到失败的 hook 自动插入。

→ 読まなくなったもの 読まない技術 第8回:修正履歴を読まない技術

auto memory (feedback_*)

读了交接说明和完成报告,但对自己不利的部分被省略了

在完成报告旁边,每次都并排列出用 git diff --stat 等命令机械获取的数值。

→ 読まなくなったもの 読まない技術 第9回:引き継ぎを読まない技術

handoff test summary line (full log in a file)

机器统计出的数字,传到报告里时已经变成了另一个数字

给数值所在的行加上固定前缀,并用 hook 检查它是否被逐字复制过来。

→ 読まなくなったもの 読まない技術 第10回:AIに要約しろと言わない技術

machine-counted numbers ([observed] / git diff --stat) test summary line (full log in a file) self-report (bias toward completion)

在 AI 工作过程中插话,之后的动作就会乱掉

不要在工作中途由人插话,而是让保存后立即返回方针的 PostToolUse hook,以及检测到失败就打回的 hook 来介入。人等到一个段落结束再说。

→ 言わなくなったもの 読まない技術 第11回:口を挟まない技術

user message during a task recency context window

会话结束时,该读什么、不该读什么并没有定下来

不去读产出物也不去读 transcript,只看测试和 linter 的 exit code 判定通过还是失败。

→ 読まなくなったもの 読まない技術 第12回:作業結果を読まない技術

self-report (bias toward completion) machine-counted numbers ([observed] / git diff --stat) exit code (pass / fail)

一次驳回的提案,在下一个会话里又被提出来

把驳回过的判断,用固定的格式整理进同一份文档里。

→ 説明しなくなったもの AIの意見を聞かない技術 第1回:提案を検討しない技術

明明写了一行禁止事项,却被过度解读或过度缩小解读

在汇总驳回判断的那一份文档(例如 non_goals.md)里,为每条禁止事项设一个“理由”小标题,和结论并列写出。

→ 思い出さなくなったもの AIの意見を聞かない技術 第2回:禁止を書かない技術

禁止事项明明写对了却没被遵守,每次都要来问一遍

在驳回文档里为每条禁止事项设一个“适用范围”小标题,把容易判断不清的边界情况逐行列出。

→ 相談されなくなったもの AIの意見を聞かない技術 第3回:禁止ルールを作らない技術

gap between goal pressure and spec rule-to-test mapping

把同一条指示分给多个 sub-agent,返回的格式却各不相同

在可以交给 sub-agent 的任务清单里,明确写出启动前应该准备好的输入文件。

→ 仕組み: 用途カタログに、契約を書く AIの意見を聞かない技術 第4回:サブエージェントの入力だけは、確かめろ

subagent mission catalog + launch hook contract (inputs / outputs / acceptance) required input files

没有自动化测试的禁止事项,只是写在那里不断堆积

在驳回文档的清单里加一个“机器验证”小标题,逐项标明是否有对应的自动化测试(Minitest)。

→ 読み直さなくなったもの AIの意見を聞かない技術 第5回:自動テストを書かない技術

probabilistic compliance (p^n)

AI 的工作每次都以“请打开页面确认一下”收尾

用 Playwright 准备一个 smoke test,判定通过与否看的是数据库里留下的记录,而不是页面的外观。

→ 確認しなくなったもの AIの意見を聞かない技術 第6回:AIの確認依頼を断る技術

automatic error report from users

AI 每次说得稍微有点偏,都要自己解释再纠正

不要由人来解释并纠正偏差,而是把指正写进 hook 的 stderr(exit 2)和自动化测试的失败信息里,让它通过这条路径到达 AI。

→ 指摘しなくなったもの AIの意見を聞かない技術 第7回:AIの話を聞かない技術

SendMessage (retry)

驳回过的判断清单不断变长,眼看就要没人再读了

在驳回文档的末尾设一个“未采纳的方案”小节,把驳回的提案记录在那里。

→ 整理しなくなったもの AIの意見を聞かない技術 第8回:ルールを整理しない技術

MEMORY.md context rot

指示文件里“请务必执行”的要求一直堆在那里,没有减少

用一个自动化测试去核对:指示文件里写着“务必执行”的命令,是否也存在于 pre-commit hook 中。

→ 頼まなくなったもの 言わない技術 第1回:検証を指示しない技術

CLAUDE.md Minitest hooks / automated tests

连具体做法都写清楚交出去了,结果改回来的还是不一样

不去指示具体步骤,而是按用途定义 sub-agent 启动前必须存在的输入文件。

→ 書かなくなったもの 言わない技術 第2回:具体的な指示を出さない技術

per-mission guide document presupposition launch without a contract

每次反馈 bug,都要自己把复现步骤和症状重新写一遍

设置一个 bug 反馈表单,人只需要填一句症状描述,URL、操作历史、浏览器信息由 JavaScript 自动收集。

→ 書かなくなったもの 言わない技術 第3回:不具合詳細を書かない技術

bug report form (JS collects URL / actions / browser)

每次都要花力气打一句“先出个计划”

不需要新的实现。放一份设计文档,AI 就会读取现有文档并沿用同样的格式。

→ 要求しなくなったもの 言わない技術 第4回:計画を書けと言わない技術

越是希望被遵守的行写得越强调,却不知道有没有效果

不再去测量效果,而是统计指示文件里带强调表达的行数,超过基准值就判定失败的自动化测试(ratchet)。

→ 押さなくなったもの 言わない技術 第5回:念を押さない技術

emphasis count in CLAUDE.md sycophancy Dir.glob scan

sub-agent 交回来的成果,格式和自己预想的不一样

按 sub-agent 的每种用途,把成果物的验收条件(文件名、格式、必填项)定义在一份文档里。

→ 仕組み: 完了の形を、1 枚に書き切る 言わない技術 第6回:サブエージェントの出力だけは、細かく指示しろ

subagent (Agent tool) contract (inputs / outputs / acceptance) self-report (bias toward completion)

发现错误时,忍不住想追问“你真的读过了吗”

不去追问,而是把每次请求的第二句话固定为“……不是吗?”这样的疑问句模板。

→ 打たなくなったもの 言わない技術 第7回:AI を問い詰めない技術

sycophancy

对返回的答案回一句“不是这个意思”,情况也不会变好

不去指出问题,而是把没有替代方案的禁止事项,通过 PostToolUse hook 和保存后的 diff 一起展示出来。

→ 言わなくなったもの 言わない技術 第8回:AI にダメ出ししない技術

SendMessage (retry) guarded_by + marker over-triggering

AI 会像打开过某个文件一样,谈论它其实没打开过的文件内容

让 AI 在被引用的文档和代码两边都写上相互对应的标记(marker),再用自动化测试验证标记是否真的存在。

→ 考えさせなくなったもの 言わない技術 第9回:AI に考えさせない技術

hallucination escape hatch (SKIP_*= / --no-verify) marker

AI 不断问“A 和 B 选哪个”,手上的工作就停下来了

不再当场回答,而是让选项的判定交给自动化测试或 hook 那一侧来决定。

→ 答えなくなったもの 言わない技術 第10回:質問に答えない技術

让 AI 做 review,但不知道它到底漏看了什么

用一个从外部计数的自动化测试,检测出那些遍历了文件却没有设下限(assert_operator ... :>=)的自动化测试。

→ させなくなったもの 言わない技術 第11回:AI にレビューをさせない技術

Minitest vacuous truth Dir.glob scan

截图越积越多,却分不清哪一张验证了什么

在做画面确认之前,先回答“要验证什么”“为什么更廉价的手段不够用”这两个问题,并放一份按单元测试 → 集成测试 → E2E 顺序、从廉价手段开始尝试的方针文档。

→ 眺めなくなったもの 確かめない技術 第1回:スクリーンショットを撮らない技術

Playwright screenshot verification ladder (unit → integration → E2E) verification declaration file + PreToolUse hook

设置了要求先写声明的环节,却数不出有多少次执行是跳过声明直接跑的

在截图或 E2E 之前先写一个声明文件(例如 tmp/visual_verification.md),说明“要验证什么”,把它是否存在作为 PreToolUse hook 的执行条件,没有声明文件就不启动截图或 E2E。

→ 読まなくなったもの 確かめない技術 第2回:宣言を信じない技術

verification declaration file + PreToolUse hook Claude Code hooks (PreToolUse / PostToolUse / Stop / SubagentStop) PreToolUse hook (Bash matcher)

代码明明没有改动,同一批测试却又跑了一遍,白白等待

给测试的包装脚本加上 --last 选项,重新显示上一次的日志,省去再次执行的需要。

→ 待たなくなったもの 確かめない技術 第3回:テストを再実行しない技術

--last (replay the previous result) mtime check expensive entry point (screenshot / E2E / production)

什么都没弄坏,却冒出一大串没见过的错误

在测试的包装脚本里获取互斥锁(利用 mkdir 的原子性),拿不到锁就不执行。

→ 生まれなくなったもの 確かめない技術 第4回:偽の失敗を読まない技術

flaky failure mkdir lock concurrent test runs

“测试都通过了”的报告里,没写清楚哪些部分根本没跑

给耗时的 E2E 打上区域名标签、默认 skip,并每次都输出没有执行的区域清单。

→ 走らせなくなったもの 確かめない技術 第5回:全部走らせない技術

E2E area (E2E=<area>) skipped-area count line pass / fail by DB record

指定了做事顺序的指示,事后没法判断有没有被遵守

想让它遵守步骤时,不要加强指示的措辞,而是改成让走过该步骤的痕迹留在成果物里(例如每打开一个文件就输出一行)。

→ 書き直さなくなったもの 動かさない技術 第1回:手順を守らせない技術

sycophancy file existence check tool_use count

设置好的 wrapper,用着用着又被换回了原始命令

想让它使用 wrapper 时,不要加强指示,而要检查是否还残留着不得不用原始命令的理由(也就是 wrapper 的功能是否有欠缺)。

→ 書き直さなくなったもの 動かさない技術 第2回:ラッパーを使わせない技術

wrapper script the raw command the model defaults to workaround after exit 2

同一个问题问了好几次,每次答案都不一样,一汇总又有东西消失了

在把多个回答汇总成一个之前,先按问题类型输出出现次数(多少次里有多少次提到)。

→ 集めなくなったもの 動かさない技術 第3回:集めない技術

one subagent run answer key

写了“如有需要请执行……”这样的条件语句,却不知道有没有触发

不写“如有需要请执行……”这类条件性指示,改用不经过这道工序就无法继续的 hook 来强制执行。

→ 書かなくなったもの 動かさない技術 第4回:役に立たない技術

rule-to-test mapping Claude Code hooks (PreToolUse / PostToolUse / Stop / SubagentStop) file existence check

回一句“再想一下”答案就会变,但不知道它是不是真的想通了

不要用“请再想一下”打回去,而是具体指出是哪个前提错了。

→ 選び直させなくなったもの 動かさない技術 第5回:選び直させない技術

sycophancy SendMessage (retry) guarded_by + marker

写了“不要靠猜测”之后,AI 变成什么都不产出就交回来了

不要只给出禁止项,还要一并写明替代的输出方式,比如“不适用时请输出‘无’”。

→ 塞がなくなったもの 動かさない技術 第6回:逃げ道を塞がない技術

escape hatch (SKIP_*= / --no-verify) hooks + automated tests + ratchet hallucination

顺利的对话继续下去,需要核对的工作量却越积越多

在任务的分界点结束会话,下一个任务用新的会话开始。

→ 続けなくなったもの 動かさない技術 第7回:セッションを続けない技術

context window input / output / cache read tokens sycophancy

产出物全都正确,但不会留在产出物里的浪费却在不断累积

在产出物齐备的那一刻,用脚本对 transcript 那一侧做一次统计。

→ 見なくなったもの 動かさない技術 第8回:成果物で判断しない技術

file existence check machine-counted numbers ([observed] / git diff --stat) Dir.glob scan

为后来者留下的知识笔记,会和实际情况脱节、变得过时

不把知识写进文档里保存,而是嵌入到自动化测试的失败信息或 hook 的中止信息里,在需要的那一刻才输出。

→ 残さなくなったもの 動かさない技術 第9回:知見を残さない技術

handoff MEMORY.md mtime check

刨根问底地追查原因,答案出来之后还在继续读

从 transcript 里统计“什么都没改动就连续进行的读取”,并在开始深挖之前用一行写清楚结束条件。

→ 深追いしなくなったもの 追わない技術 第1回:深追いしない技術

machine-counted numbers ([observed] / git diff --stat) input / output / cache read tokens Dir.glob scan

没有衡量用途,就把单价最便宜的模型定为默认选择

把同一个任务分别交给便宜的模型和贵的模型,数清楚完成所需的往返次数,以及新读取量、复用量(cache read)、写入量之后再决定。

→ 既定にしなくなったもの 追わない技術 第2回:一番安いモデルを使わない技術

rule-to-test mapping Minitest machine-counted numbers ([observed] / git diff --stat)

一旦不顺利,想到的不是改进机制,而是换更高级的模型

把同一个任务同时交给贵的和便宜的模型,把只有便宜的一方失败的地方做成检查项留下来。

→ 乗り換えなくなったもの 追わない技術 第3回:最新モデルを使わない技術

rule-to-test mapping Minitest machine-counted numbers ([observed] / git diff --stat)

本可以由主体自己完成的调查,出于保险起见交给了 sub-agent

交出去之前先看“父 agent 是不是已经掌握了这个前提”。如果已经掌握就在父 agent 里继续,只把父 agent 尚未掌握、需要大量读取的部分交给 sub-agent。

→ 渡さなくなったもの 追わない技術 第4回:サブエージェントを使わない技術

subagent (Agent tool) context window input / output / cache read tokens

不假思索地分成 4 份,同时并行跑

交给一个 sub-agent 的任务量,控制在一次回复就能返回的规模。决定成本的不是数量,而是拆分后的每一个要和父 agent 往返多少次。

→ 割らなくなったもの 追わない技術 第5回:エージェントチームを使わない技術

subagent (Agent tool) input / output / cache read tokens machine-counted numbers ([observed] / git diff --stat)

在作业进行到一半时,从外部插入“这里也看一下”的要求

等到一个工作段落结束后,再缩小范围提出追加请求。向 AI 本身询问不足之处时,一定要附上“如果已经足够,请注明已经足够”。这是为了给它留一条退路(escape hatch),不必硬凑出一个不足之处。

→ 差し込まなくなったもの 追わない技術 第6回:途中でレビューさせない技術

subagent (Agent tool) instruction priority (position / recency / system vs user) over-triggering

想通过比较来决定该用哪个模型

开始比较模型之前,先数清楚这次比较相当于多少个 hook 或自动化测试的工作量。如果能写出来的机制比这个数字还多,就先把机制建好再比较。

→ 比べなくなったもの 追わない技術 第7回:モデルを選ばない技術

input / output / cache read tokens rule-to-test mapping

以一句“没有差异”草草收场,想结束验证

用“没有差异”收场之前先数两件事:如果有结果被排除在统计之外(比如失败的 sub-agent),就放回去重新计数;如果一半以上的项目在所有条件下都是 0,就换一种课题的说法重新测量。

→ 諦めさせなくなったもの 追わない技術 第8回:諦めさせない技術

machine-counted numbers ([observed] / git diff --stat) vacuous truth

全部文章目录

按系列排列,从序论到最终回。

はじめに —— 3 つの連載を、1 冊に

  1. はじめに —— 3 つの連載を、1 冊に

バイブコーディングにおける読まない技術

  1. 読まない技術 序論 AIの出力を、もうほとんど読んでいない
  2. 読まない技術 第1回 テスト結果を読まない技術
  3. 読まない技術 第2回 メモリを読まない技術
  4. 読まない技術 第3回 単体テストを読まない技術
  5. 読まない技術 第4回 スキルを使わない技術
  6. 読まない技術 第5回 サブエージェントの出力だけは読め
  7. 読まない技術 第6回 ルールを読まない技術
  8. 読まない技術 第7回 共有メモリを整理しない技術
  9. 読まない技術 第8回 修正履歴を読まない技術
  10. 読まない技術 第9回 引き継ぎを読まない技術
  11. 読まない技術 第10回 AIに要約しろと言わない技術
  12. 読まない技術 第11回 口を挟まない技術
  13. 読まない技術 第12回 作業結果を読まない技術
  14. 読まない技術 最終回 AIの出力を、ほとんど読まなくなった

AIの意見を聞かない技術

  1. AIの意見を聞かない技術 序論 断ったはずの提案が、また来る
  2. AIの意見を聞かない技術 第1回 提案を検討しない技術
  3. AIの意見を聞かない技術 第2回 禁止を書かない技術
  4. AIの意見を聞かない技術 第3回 禁止ルールを作らない技術
  5. AIの意見を聞かない技術 第4回 サブエージェントの入力だけは、確かめろ
  6. AIの意見を聞かない技術 第5回 自動テストを書かない技術
  7. AIの意見を聞かない技術 第6回 AIの確認依頼を断る技術
  8. AIの意見を聞かない技術 第7回 AIの話を聞かない技術
  9. AIの意見を聞かない技術 第8回 ルールを整理しない技術
  10. AIの意見を聞かない技術 最終回 選択肢を選ばない技術

言わない技術

  1. 言わない技術 序論 AI に指示することが、ほとんどなくなった
  2. 言わない技術 第1回 検証を指示しない技術
  3. 言わない技術 第2回 具体的な指示を出さない技術
  4. 言わない技術 第3回 不具合詳細を書かない技術
  5. 言わない技術 第4回 計画を書けと言わない技術
  6. 言わない技術 第5回 念を押さない技術
  7. 言わない技術 第6回 サブエージェントの出力だけは、細かく指示しろ
  8. 言わない技術 第7回 AI を問い詰めない技術
  9. 言わない技術 第8回 AI にダメ出ししない技術
  10. 言わない技術 第9回 AI に考えさせない技術
  11. 言わない技術 第10回 質問に答えない技術
  12. 言わない技術 第11回 AI にレビューをさせない技術
  13. 言わない技術 最終回 何もしない技術

付録

  1. あとがき —— 私は、忘れるのが得意です
  2. 付録 A 1 ターンの解剖 —— リクエストに何が載っているか
  3. 付録 B コンテキストの寿命 —— 圧縮・キャッシュ・サブエージェント
  4. 付録 C hook の契約 —— イベント・exit code・JSON
  5. 付録 D 指示ファイル・ルール・メモリ・スキルの読み込み時点
  6. 付録 E サブエージェントの機構と測定法
  7. 付録 F 自動テストの 8 つの型
  8. 付録 G git とプロセスの機構
  9. 付録 H 画面と本番の検証のはしご
  10. 付録 I AI の性質の出典
  11. 付録 J 用語集 —— 連載の造語と技術名称
  12. 結び —— 依存はどこにあるか

はじめに —— 前巻の続きを、もう 1 冊に

  1. はじめに —— 前巻の続きを、もう 1 冊に

確かめない技術

  1. 確かめない技術 序論 AI のいうことを、もう確かめていない
  2. 確かめない技術 第1回 スクリーンショットを撮らない技術
  3. 確かめない技術 第2回 宣言を信じない技術
  4. 確かめない技術 第3回 テストを再実行しない技術
  5. 確かめない技術 第4回 偽の失敗を読まない技術
  6. 確かめない技術 第5回 全部走らせない技術
  7. 確かめない技術 最終回 その場で決めない技術

動かさない技術

  1. 動かさない技術 序論 確かめるために、プロダクトを動かすことがなくなった
  2. 動かさない技術 第1回 手順を守らせない技術
  3. 動かさない技術 第2回 ラッパーを使わせない技術
  4. 動かさない技術 第3回 集めない技術
  5. 動かさない技術 第4回 役に立たない技術
  6. 動かさない技術 第5回 選び直させない技術
  7. 動かさない技術 第6回 逃げ道を塞がない技術
  8. 動かさない技術 第7回 セッションを続けない技術
  9. 動かさない技術 第8回 成果物で判断しない技術
  10. 動かさない技術 第9回 知見を残さない技術
  11. 動かさない技術 最終回 実験しない技術

追わない技術

  1. 追わない技術 序論 新しいモデルが出ても、もう乗り換えていない
  2. 追わない技術 第1回 深追いしない技術
  3. 追わない技術 第2回 一番安いモデルを使わない技術
  4. 追わない技術 第3回 最新モデルを使わない技術
  5. 追わない技術 第4回 サブエージェントを使わない技術
  6. 追わない技術 第5回 エージェントチームを使わない技術
  7. 追わない技術 第6回 途中でレビューさせない技術
  8. 追わない技術 第7回 モデルを選ばない技術
  9. 追わない技術 第8回 諦めさせない技術
  10. 追わない技術 最終回 振り回されない技術

番外編

  1. 番外編 A-1 整理する技術 —— 記録が増えたときに、何が起きているか
  2. 番外編 A-2 指示を残す技術 —— 「調べるだけ」が通らなかった日
  3. 番外編 A-3 参照するタイミングを変える技術 —— 2,000 行の壁
  4. 番外編 A-4 導出を依頼者の言葉と分ける技術 —— 誰も言っていない条件が、memory に載った日
  5. 番外編 A-5 memory を要約しない技術 —— 整理から、要約を抜く
  6. 番外編 A-6 責務で線を引く技術 —— 仕組みが増えたときに、どれを消すか
  7. 番外編 A-7 読まれたかを確かめる技術 —— 確かめるのをやめて、読めていない形を止めた
  8. 番外編 A-8 面積で数える技術 —— 読ませた量で数えていたら、102 倍外していました
  9. 番外編 A-9 ルールを短くする技術 —— 読みに来るのは、止められた直後の人です
  10. 番外編 B-1 連載を本にする技術 —— 本単位のスイッチでは、足りなかった日
  11. 番外編 C-1 校正の方法に、先に本編を当てる技術 —— 方法を決める文が、本文と同じ地雷を踏んでいた日
  12. 番外編 C-2 仕組みと人を分ける技術 —— 検査を置いたその手で、検査の外側で 2 度転んだ日
  13. 番外編 C-3 要素ごとに観点を変える技術 —— 一様に当てた点検が、要素をまたいだところで数を落としていた
  14. 番外編 C-4 指示の揺れを、事故として残す技術 —— 事故を見て置いた仕組みは、まだ一度も鳴っていない
  15. 番外編 C-5 作業の流れを見る技術 —— 終わりにしたつもりの日に、まだ起きていたこと
  16. 番外編 C-6 作業を進める技術 —— 選ぶ場面が、1 つも残らなかった日
  17. 番外編 C-7 基準の出どころを見る技術 —— 2 分前に開いたページに、答えが書いてありました
  18. あとがき —— 本当の事実はどうでもいい話
赞助商

前往连载目录

检测到广告拦截

TypingTube依靠广告收入运营。为了维持网站运营,恳请您允许显示广告。