毎朝の統計チェーンが韓国の旬報を取りこぼした。公表は朝9時、実行は6時59分

朝の /make-diary はフルチェーンで完走した。 統合日記と詳細記事3本ができ、決算と統計のデータ更新までコミットに入っている。 外部サービスの認証が2件切れていて、そこにぶら下がるステップだけが動かなかった。

Codex にレビューさせたら指摘が4件出てきた。 いちばん重いのは実行主体の取り違えで、日記の中で「誰がやったか」が入れ替わっていた。 該当の3箇所を直させた。

ここまで見て、チェーンは回っていると思っていた。

台湾勢の8月分

台湾セミコンダクター（TSMC）が月次売上を出しているはずだと思って、更新されているか確認させた。 今朝のチェーンで2026年8月分が入っていた。 前回の更新が8月11日なので、ちょうど1か月ぶりに新しい月が乗った形になる。 台湾勢は毎月10日ごろに前月分を開示するので、間隔としても正常だった。

ただし最初の報告は「新しい月が入ったのは TSMC と PSMC の2社」だった。 今回のコミットで実際に値が変わった対象を洗い出させたら、MediaTek も入っていた。 正しくは3社で、見落としの訂正が出てきた。

完了報告に載せる URL

報告の形をここで変えた。 チェーンを回して更新したページ、特に個別企業と統計は、完了報告で全部 URL を出してほしいと指示した。 データファイル名の羅列では、どこがどう反映されたのかを自分で確かめられない。

データファイルと描画ページの対応を調べさせ、その対応表を make-diary の手順書に恒久ルールとして書かせた。

「今回の韓国統計、取れてましたっけ」

午後になって、DRAM がむちゃくちゃ強いらしいという話が耳に入った。 今回の韓国統計は取れていたか、と聞いた。

8月分の月次は取り込み済みだった。 入っていなかったのは、今日（9/11）公表の9月1〜10日速報と、8月分の DRAM 品目別確報の2つだった。

本番の韓国半導体輸出ページを開くと、8月の最後が取れていない。 チャートも更新されていない。 中途半端に見える原因は3つあって、いずれもローカルで直させた。

公表時刻とチェーンの実行時刻

では速報はそもそも取れないのか。 関税庁の1〜10日速報（半導体合計）は、今日の朝9時頃にはもう公表されていた。 今朝の日記チェーンが走ったのは 06:59 である。 公表の2時間ほど前に取りに行っていたことになる。 取得に失敗したのではなく、その時点でまだ公表されていなかった。

旬での公表だと分かって、それなら Twitter で拾うか、翌日のチェーンに任せるしかないと判断した。

品目別の旬をどこから取るか

半導体合計は関税庁から取れる。 取れないのは品目別（DRAM 等）の旬のほうで、こちらは公式統計に存在しない。 X 経由でしか拾えない。

x-search で探させたら、証券会社の暫定値（TRASS ベース）の品目別を絶対値つきで投稿しているアカウントが見つかった。 X から数字を引く以上、検索結果の要約だけで SSOT に入れるわけにはいかない。 投稿本文を Chrome で目視確認させてから追記させ、コミットまで進めた。

本番へのデプロイ2回

コミットとデプロイを指示した。 デプロイは2回になった。

1回目は 15:32 に本番ヘルスチェックを通過した。 途中で /blog/_payload.json が数十秒 500 を返したが、新しいビルドへ切り替わる最中の一時的なもので、その後は 200 に戻っている。 本番の韓国半導体輸出ページは「直近33ヶ月、最新月 2026-08」に切り替わり、旬報チャートに9月の緑のバー（$16.5B）が立った。

2回目は 15:33 に始めた。 プリレンダーが 2,924 ルートで約7分、そこからアップロードと本番ヘルスチェックで3分ほどかかり、15:50 前後に完了した。

途中、完了を待つ監視が rclone の情報ログを誤検知して止まった。 張り直した。 終わったあとは /procs で走りっぱなしのプロセスを掃除した。

朝のデプロイと、来なかった完了通知

同じ型の止まり方が、この日の朝にもあった。

折り紙風の図を撮った写真を貼って、代行記事にまとめてもらった。 加法定理の図形的証明を今日付の記事にして、ブラウザでの描画確認までさせている。

粒度を適切に分けて全部コミット、デプロイもと指示した。 コミットは4件に分かれた（記事と図、計画書の書き戻し、make-diary の手順追記、_redirects）。 デプロイは 07:03 に始まり、07:12 に終わっていた。

終わっていたのに、報告が来ない。 「これまだ終わってないんですか？」と聞いて、初めて完了が出てきた。 完了待ちの監視から通知が来ず、報告だけが止まっていた。 そのあとセッション上限に当たって、11時のリセット待ちになった。

午後に監視が rclone のログで止まったのと、形は同じである。 作業は終わっている。 終わったことが自分に届かない。

学びメモ

• 統計が「取れていない」ときは、取得に失敗したのか、まだ公表されていないのかを先に分ける。チェーンの実行時刻と公表時刻を並べれば片が付く
• 官庁が出さない粒度（品目別の旬）は X から拾うしかない。ただし検索結果の要約ではなく、投稿本文を目で見てから SSOT に入れる
• 完了報告には更新したページの URL を載せる。データファイル名では反映先を確認できない
• 「何社更新された」のような数え上げは、報告をそのまま受け取らない。2社と言われて、洗い直したら3社だった
• 長い処理は、処理そのものより完了の通知のほうが落ちやすい。今日は監視の誤検知と通知の未着で2回止まった

明日以降

• 旬報の公表は朝9時頃なので、当日中に入れるなら9時以降に取り直す。それが嫌なら翌日のチェーンに任せる
• 品目別の旬は公式統計に無いので、当面は X 経由の手当てを続ける
• 朝のチェーンで動かなかった認証切れ2件を直す