本番初日、株しらべのまとめ投稿は1回も出ていなかった。原因は「94行目」

この記事の現在地（2026/11/09）
・開示を集める③：正常に動いた（実行の履歴はすべて成功）
・まとめ投稿：定時には1回も出なかった。原因を直して、手動で1回出した
・次の課題：重要度がほぼ全部5点で、「厳選」になっていない

11/8に、株しらべのXを「数字だけのまとめ投稿」に作り直した（前回の記事）。11/9が、その本番初日だった。

結果から書く。定時のまとめ投稿は、1回も出なかった。

エラーは出ていなかった

開示を集める③は、ちゃんと動いていた。実行の履歴はすべて成功。速報ストックには、開示の行がたまっていた。

それなのに、まとめ投稿は出ない。速報まとめのシートを開くと、件数は0。投稿文は「SKIP」のままだった。

まとめ投稿のシナリオは、投稿文が「SKIP」なら投稿しないように作ってある。注目の開示がない時間帯に、空の投稿を出さないためだ。つまり「SKIP」は正常な動きの一つで、エラーにはならない。

だから、画面の上では何も起きていないように見える。11/8の12:32を最後に、まとめ投稿は止まっていた。

件数や一覧を作る速報まとめの式（A5・B2・B3）を開いた。速報ストックの A94:A と B94:B、つまり94行目から下しか見ていなかった。

データは2行目から入っている。94行目より上の行は、式から見えていない。だから件数は0になり、投稿文はSKIPになっていた。

直したのは参照範囲だけだ。A94:A を A2:A に、B94:B を B2:B にした。件数は92件になり、投稿文ができることを確かめた。

「SKIPなら投稿しない」という作りは、壊れていても静かなままになる。定時に投稿が出たかは、Xを開いて目で確かめる。

式を直したあと、まとめ投稿のシナリオを「1回実行」して、11/9分のまとめを投稿した。

そのうえで、前回の締め（B1）を 2026-11-09 18:31:43 に進めた。

締めを11/8の12:32のままにしておくと、翌日12時台のまとめが、11/9に出た古い開示で埋まる。まとめは「前回の締めより後に入った開示」から選ぶ作りだからだ。

まとめの1行には、上方修正や増配などに「▲」、下方修正や減配などに「▼」を付けていた。

これをやめて、上は「↑」、下は「↓」にした。「◆」（その他）はそのままだ。

理由は、決算書では▲がマイナスの意味で使われるからだ。決算短信を読み慣れた人には、「▲上方修正」はマイナスの印を付けた上方修正に見える。数字で信用されたいアカウントが、記号で逆の意味を出すわけにはいかない。

速報ストックのA列（受信日時）は、「46335.33375」のような日付の通し番号で表示されている。これを「日時」の表示形式に変えた。そして「自動」に戻した。

MakeのGoogle Sheetsのモジュールは、セルの「見えている形」で値を読む。表示形式を変えると、Makeに渡る値まで変わってしまう。Makeが読む列の表示形式は、変えない。

直して出したまとめを見て、別の問題に気づいた。重要度が、ほぼ全部5点になっていた。

まとめは「重要度の高い順、同じ重要度なら受信の早い順」に上位4件を選ぶ。ほぼ全部が5点だと、実際には「5点の中で受信が早かった順の4件」になる。「厳選」になっていない。

株式分割や、営業益が+170%を超える上方修正が、受信が遅かったというだけで外れていた。

ほかにも、まだ直していない課題がある。

11/10の12時台：まとめがXに出たか、中身がその日の開示か、前回の締めが進んだかを確かめる
確かめたら：AIへの指示文に、種類の一覧（1つだけ選ばせる）、重要度を開示資料の数字だけで決める基準（5点は本当に大きいものだけ）、要点の長さの上限を足す。次に増えた行が、5項目の形のままかを確かめる
その後：まとめ投稿のシナリオにClaudeのモジュールがあれば、同じ会社の行を1行にまとめる
必要なら：同じ重要度のときは、新しい順に並べる。締めが止まって開示がたまっても、古い開示で埋まらないようにするためだ