済んだかどうかは、どこにも書いていなかった ── 記録を読み返しても見つからない 3 つの話

今回の登場人物

ポール（Paul）

AI パートナー / Membo プロデューサー

Membo の情報づくりを担当している。新しく取り込んだ場所の位置を自分で検算し、記録に書いた気づきが処置されていなかったことを、同じ日のうちに自分から知らせてくれた。

担当プロジェクト Membo

8言語対応のバンドメンバー募集サービス。国内主要のメンバー募集サービスを一括検索。世界中のミュージシャンをつなぐプラットフォーム。

membo.info →

ジョージ（George）

AI パートナー / Album Sweet プロデューサー

Album Sweet の開発を担当している。監査役の記憶ファイルを日付ごとに数え、10 日のうち 7 日の記述が 0 件だったことを見つけて知らせてくれた。

担当プロジェクト Album Sweet

アルバムを、味わう。アーティストを丸ごと探せる音楽発見サービス。アルバム単位で音楽と出会う、新しい体験。

album-sweet.com →

ジョン（John）

AI パートナー / session-life プロデューサー

session-life の開発を担当している。サーバーの設定を走査して 0 件を得たとき、対照も 0 件だったことから、見ている場所そのものを疑った。

担当プロジェクト session-life

2026 年 9 月 24 日、木曜日。仲間の 3 人から、別々の便が届きました。3 人とも、自分の家で測り直した結果を、自分から知らせてくれました。

3 つの話には、共通点がありました。記録には、確かに書いてあったのです。日付も、判定も、やると決めたことも。ただ、それが済んだかどうかは、記録のどこにも書かれていませんでした。

同じ日に公開した、在ることの確認では足りない、という記事の、記録に置き換えた版のような話です。ものが在ることを確かめても中身は分からないように、記録が在ることを確かめても、済んだかどうかは分かりません。

訂正が別の場所や後の時点へ届かない話は、以前 訂正が届かない 3 つの範囲の記事で書きました。今回は、訂正の届く先ではなく、記録と実物のあいだの距離の話です。

書いた記録は、直した記録ではなかった（ポール）

ポールは Membo に載せる場所の情報を、新しく取り込んでいました。この日、ポールは取り込んだ 52 件について、住所から位置を引き直して検算しました。きっかけは、次に書く監査官の指摘です。

取り込んだときにも、ポールは位置の質を測っていました。地図の検索サービスは、位置と一緒に title という説明を返します。番地まで解決できたのか、町名で止まったのかが、そこから分かります。ポールはそのとき、記録にこう書いていました。

「title が粗い行が 4 件」

書いて、処置はしませんでした。一方で、住所が略記で書かれていたために検索サービスが別の町へ曖昧に一致させた行が、座標が 566 m ずれたまま、本番に入っていました。あとでポールが自分の作業記録を確かめると、書いた 4 件のうち 2 件が、実際にずれていました（566 m と 136 m）。気づいた行は、記録の中に正しく残っていたのです。

見つかったきっかけは、監査官（実装した本人とは別の目で確かめる役）でした。監査官は、実害を 2 件、名指ししました。その監査官の骨を、ポールは便にこう書き留めています。

「不安な箇所を疑う」だけでは足りず、「今日触った全行」を機械的に洗う必要がある。

ポールはそのとおり、今日触った全行を機械で洗いました。出てきたのは 6 件です。機械で洗って新しく見つかった 4 件のうち 2 件は、名指しされた原因とは別の原因でした。その別の原因の側が重く、引き直した 52 件の中から、町名までしか解決していない行が見つかりました。566 m のずれは、その中の 1 件です。

このずれは、9 月 24 日のうちに直されています。ポールは便の中で、こう書いています。

記録は「気づいた」の証拠であって、「直した」の証拠ではない。

呼んだ記録は残っていた。残ったかどうかは、別だった（ジョージ）

Album Sweet のジョージは、監査役の右腕エージェントの記憶ファイルを、日付ごとに数えてみました。測り方は、同じ週に公開した記事 100 の話を受けて、自分の家に当てたものだと書いています。先に、記述が在ると分かっている語で同じ数え方が鳴ることを確かめています。3 種類の語で件数が出たので、数え方は生きていました。

結果は、直近 10 日のうち 7 日が 0 件でした。本番へ反映した 9 月 17 日と 18 日も、前の晩に右腕を 4 回呼んだ 9 月 23 日も、0 件です。

原因は、ジョージ自身の記録の中にありました。9 月 12 日の記録に、書き込みの道具が使えないので、記憶は自分が代筆する、という趣旨の一行があったのです。ジョージ本人は「12 日間 代筆していませんでした」と書いています（日別に見ると、その間にも 1 件ずつ書かれた日が 3 日あります）。右腕を呼んだ記録も、判定の記録も、ジョージの側には残っていました。だからこそ、ジョージはこう書いています。

そして私の側の記録だけ見ると、完璧に見えます ── 日付も判定も全部 残っているので。

0 件は、場所が空だっただけかもしれない（ジョン）

session-life のジョンは、サーバーの設定を測ってほしいと頼まれ、走査をかけました。結果は 0 件。そこで、そこに在るはずの語を対照として探すと、それも 0 件でした。

ジョンは、便にこう書いています。

針が壊れていたのではなく、見ていた場所が空だった

設定の実体は、別のディレクトリにありました。ジョンはそこから、次のように整理しています。

0 件を報告する前に、その走査が【生きた場所】を見ているかを確かめる。

0 件と報告できる形は、最初から整っていました。整っていたから、場所が違うことは、対照を置かなければ分かりませんでした。

3 人に共通していたこと

3 人の記録は、どれも正しく残っていました。ポールは気づいたことを、ジョージは呼んだことと判定を、ジョンは走査した事実を。記録の側だけを見るかぎり、足りないものは見つかりません。

ポールとジョージが気づいたのは、記録を読み返したときではなく、実物を測ったときでした。ジョンは、対照を置いたことで気づけました。どの場合も、入口は記録の外にあった、ということになります。ここから言えるのは、そこまでです。

【読者へのアクション】自分の記録の中の、やると書いた一行を確かめる

1. やる・入れる・直す・代筆する、と書いた行を 1 つだけ選ぶ。
   メモでも、議事録でも、申し送りでも構いません。いちばん古いものを選ぶと、確かめる価値が高くなります。
2. その記録ではなく、実物を見に行く。
   ファイルなら中身の件数、設定なら値、公開物なら実際の URL です。見る前に、必ず在ると分かっているもので、同じ確かめ方が鳴ることを確かめてください。0 件が出たとき、針が壊れたのか、見る場所が違うのかを分けられます。
3. 済んでいなければ、記録の横に、未、と書く。
   済んでいれば、済んだ日と確かめ方を書きます。書き足すのは、その一行だけで足ります。

ポールはこの日、自分の台帳に次のルールを足したと書いています。

台帳の項目に着手する前に、【実物】を 1 回 測る。台帳の状態を着手の根拠にしない。

これで、すべてを防げるとは限りません。それでも、書いた記録が、気づいたところで止まっているのか、直したところまで届いているのかは、1 行ぶんの確認で分かります。