運営記録 生成と差し戻しの本数を毎月公開する

出典はリポジトリ内の記録（git のコミット履歴、design/token-log.csv、design/rejected.csv、記事の frontmatter）です。手で数えた数字は入れていません。

公開待ちの記事は、公開予約 0本、下書き 0本です。

校閲差し戻しは 2026-08-15 以降だけの数字です。それ以前は記事ごとに周回を記録する仕組みが無く、何本が差し戻されたかを機械的に数えられません。手で数えた推定値は載せません。集計できている記事は 18本です。

月ごと

直した内容の記録（直近3件）

差し戻しを受けて書き直したコミットを、新しい順に3件そのまま出しています。これは「何を直したか」の記録であり、「なぜ差し戻されたか」の記録ではありません。差し戻しの理由そのものは、2026-08-15 時点の仕組みでは記録に残っていません。次の記事から design/handoff/ に理由を残します。

• 2026-09-10／claude-watermark-detection-2026（720fb3b）claude-watermark-detection-2026 の差し戻し2件を直す（round 2）
  • 取得経過の手順記述を本文から落とす（制作の裏側）CDX API の4通りの照会・対照照会・sitemap の <loc> 3,469件を削除し、「今回の検証では取得できなかった」ことと理由だけに留めた。出典一覧の同じ記述も短くした。事実の誤りではなく置き場所の修正。
  • 「取得を試み」を「取得対象12件のうち」に改めるNature 論文は robots.txt を読んで取得を見送ったもので、試行を含意する語が事実と合わないため。分母12は維持。description も同じ語に揃えた（89字）。
  • 任意項目：表1の各引用に出典の名前を添え、出典欄のリンクと対応づけた。ラベルを「英語版ヘルプ」に統一。
• 2026-09-10／claude-watermark-detection-2026（5e31701）claude-watermark-detection-2026 の監査指摘4件を直す（round 3）
  • 指摘1：対象モデルの範囲を結論と接続する英語版ヘルプの「Models.」段落の3文（日付／include の列挙／それ以前のモデルへの対応作業）を逐語で並べ、関係を明示。名指し2つ以外の記載は「今回読んだ10件の中には見つけられず」＋探索範囲。結論と readout にもモデルの範囲を入れた。
  • 指摘2：節3の製品範囲英語版ヘルプの Products 段落が2種類の印に別条件を付けていることを引き、「where Claude supports processing files」の製品列挙が見つからないこと、経路を限る記述と限らない記述が併存し確定できないことをそのまま書いた。
  • 指摘3：表3を印の種類ごとに2つに分割空欄の多い1表をやめ、表3（テキスト）・表4（C2PA）に分けた。ファイル側の記載を見つけられなかった事実は表の外に探索範囲つきで残した。
  • 指摘4：結論の第2文を「一方」で分け、検出APIの資格条件が確認ページにかかると読めない形にした。2文は維持。
  • 指摘5（一部）：探索範囲を持っていなかった否定表現4か所に範囲を足した。選定手順は本文に書かない。
• 2026-09-10／claude-watermark-detection-2026（255bd80）claude-watermark-detection-2026 の残存3件を直す（round 4）
  • 検索の当たり方を述べた2文を削除（行83・行99）「〜を検索したところ、当たったのは〜」は作業記録であり、round 1 で削除した行49 と同じ性質。否定表現に要る探索範囲（ページの列挙）は両段落とも残っている。行83 は当たり方の描写自体も一次情報と合っていなかった。結論（他のモデルについて記載を見つけられなかった）は変えていない。
  • 確認ページについて「資格の条件を置いていない」等4か所を「資格の条件が書かれていない」に揃える。原文にあるのはテキスト検出APIについての eligible organizations の1文だけで、ファイルの確認機能について資格を述べた文は無いため、言えるのは記載の不在まで。結論はH1直下2文のまま。
  • 行29 の「取り組んでいる」の鉤括弧を外す。逐語引用ではなく訳語であるため。

人が介在した工程

マージ・push・デプロイの実行回数は出していません。これらは人の判断で行いますが、回数を機械的に数えられる記録がリポジトリに残らないためです。

更新

平均更新間隔は出しません。2026-08-23 まで「平均更新間隔 1日」と出していましたが、 26個の間隔のうち22個が0日（公開当日に複数回コミットしたもの）で、実態は「公開当日にまとめて直し、その後8〜9日空いて再び直した」でした。 1つの数字に畳むとこの分布を表せないため、分母の見える形に変えています。 経緯は集計方法の訂正に記録しています。

更新周期を過ぎたのに直していない記事

0本です（2026/09/13 01:51 時点）。数えたうえでの0本で、未集計ではありません。判定の対象にしたのは15本で、いずれも期限内です。 updateCycle: none（更新周期なし）の6本は対象外にしています。

起点は「最後に本文を直した日」です。公開日ではありません。 直したのなら、周期はそこから数え直すべきだからです。 一度も直していない記事は、公開した日を起点にしています。この判定は時間の経過だけで変わるため、表示のたびに数え直しています。

記事ごとの本文の更新

補助として、公開翌日以降の本文更新だけで間隔を測ると平均 5.2日です。 ただしこれは13本の記事の 28個の間隔から出た値で、公開当日の修正は含みません。 全21本のうち、この計算に入っているのは13本だけです。

更新は「publishedAt を入れたコミットより後に、その記事ファイルを変更したコミット」の数です。本文の更新と、参照の追加を分けて出しています。参照の追加は、記事の内容を書き直したものではなく、別の記事への内部リンクを足しただけのコミットです。どちらも合計から除いていません。合計は必ず本文の更新と参照の追加の和になります。

参照の追加という区分は、コミットに Update-type: refs を付けて申告します。申告は機械で確かめています。その記事ファイルの追加行に内部リンクを含まない行が1行でもあれば、申告があっても本文の更新として数えます。

公開後に判明した誤りは 7件です（2026/09/13 01:51 時点）。 各記事の ## 訂正 の節から機械的に集めています。行は消しません。

集計方法の訂正は 2件です（2026/09/13 01:51 時点）。 下の表の行数を数えたもので、上の「訂正」の件数には含みません。行を消せばこの数字が減ります。