2026年9月13日の開発日記

朝は金融の仕組みを図で説明する記事から入り、そのまま年金サイトを本番に出して検索エンジンに登録するところまで進めた。 午後はクラウド会計のAPIをひたすら叩いて、どこに壁があるのかを実測している。

この日いちばん繰り返したのは「使えないと思っていたが、探し方を間違えていただけだった」という発見だった。 APIの認証も、一括削除も、次年度繰越も、ないと思っていたものが全部どこかにあった。

今日のタイムライン

14セッション、5プロジェクト。作業時間の内訳は、教材・API検証まわりが最も長く、次いで日記チェーン、年金サイト、Chrome拡張、書籍ナレッジベースの順になった。

今日やったこと

1. M&Aのレバレッジとショートスクイーズを図で説明する

朝いちばんに、M&Aで借入を使うと株主のIRRが上がる仕組みを記事にした。 続けて、外部の解説記事を題材にショートスクイーズをSVG6枚で読み直している。

図は一度で通らなかった。空売りは先に売って後で買い戻す取引なので、時間の流れが見える形のほうがいい。 そう考えて図1をシーケンス図に差し替えさせ、さらに「1万株を貸す」だけでは担保300万円が何に対する担保なのか読めないので、単価と総額を入れさせた。

主な成果:

• M&Aの借入で株主のIRRが12.5%から22%に上がる仕組みを公開
• ショートスクイーズの構造を6枚の図で読む記事を公開
• ある決済系の米国株について、直近決算のビート状況を調べた

詳細: 図1を2回突き返した朝

2. 年金サイトを本番公開して検索エンジンに載せる

論の詰めから公開作業まで、朝のうちに一気通貫させた。

第3号被保険者の資格を子の有無と数で決める案を投げたところ、骨格は裏が取れるが設計案はサイトの方針と正面から衝突する、という助言が返ってきた。 骨格を本論に、設計案を補論に振り分ける形で決着させている。 調べさせた範囲では、1985年の第3号導入に「育児」を理由に挙げた記録は見つからなかったので、暗黙のトントンという読みは仮説として置き直した。

主な成果:

• Cloudflare Pages へデプロイし、独自ドメインを接続
• noindex を解除して公開状態にし、favicon を生成スクリプトつきで追加
• sitemap.xml をサーバールートで生成し、Search Console にプロパティ追加とサイトマップ送信まで完了
• private リポジトリへ push

詳細: 年金サイトを本番公開し、Search Console に載せるまでの一日

3. クラウド会計APIの限界を実測する

「無料プランだとAPIも叩けないのでは」という疑いから始めて、結局その日のうちに401件の仕訳を投入するところまで行った。

わかったことを順に並べると、認証は普通に通る、無料プランでも読み取りも登録も削除も通る、ただし仕訳は50件で止まる、その50件は会計年度ごとにリセットされる、となる。 トライアルを始めたら壁を越えたので300件を流したが、171件目で接続が切れた。 投げ直して401件を失敗ゼロで通したあと、ボトルネックが自分の投げる間隔ではなく相手の応答時間だったと気づいた。

そして最後に結論がひっくり返る。一括削除を内部API経由でやると36秒で、APIを1件ずつ回す22分の約37倍速かった。

主な成果:

• API認証を取得し、事業者・会計年度・勘定科目の準備まで自動化
• 403仕訳の全件投入と、繰越4回による5年度分の期首残高の接続
• 次年度繰越は公開APIになく内部APIにあることを確認し、ドキュメントへ反映
• 税抜経理でも入力は税込で内税分離されるため、投入の手間は税込経理と変わらないことを1円単位で検証

詳細: クラウド会計APIの限界を1つずつ測った日

4. 自炊した入門書を節単位に組み直す

途中で止まっていた取り込み処理の続きを片付けた。 チャンクがページ単位の234個から節単位の109個になり、図218枚は全て残った。

途中で「この本が蔵書一覧に出てこない」と思って質問したが、実際には出ていた。399冊中118番目で、一覧が登録日の新しい順に並ぶためだった。 3ヶ月前にも同じ本を別経路で取り込んでいて、その登録日が残っていたのが原因になる。 一覧の並びを更新日順に変える案と、この本だけ登録日を書き換える案を示され、前者を選んだ。

主な成果:

• ページ単位234チャンク → 節単位109チャンクへの再構造化と全文検索インデックスの再構築
• 隠れていた図92枚が表示されることをブラウザで確認
• 蔵書一覧の並びを更新日順に変更

詳細: 自炊した入門書を節単位に組み直す（234チャンクを109に）

5. Chrome拡張に株主資本等変動計算書のタブを足す

朝はヘッダー導線に仕訳帳ボタンを足すだけの小さな作業から入った。 時間を食ったのは実装ではなく、拡張をリロードしても最初に開いていたタブに古いスクリプトが残る現象の切り分けだった。

そのあと年次推移表で株主資本等変動計算書を作れるかを調べ、決算書側が手入力だと知って「なぜ自動で作られていないのか」を考えた。 仕訳レベルでどこまでを補助科目で持つかによって、自動生成できたりできなかったりする、という理解に行き着いている。

いったん「今日はやめて明日にしよう」と決めて翌日のタスクに登録したが、直後に気が変わってその場で実装に入った。

主な成果:

• 計画書を書き、レビューを2回通し、決裁フォームで判断4件に回答
• 差額法で組んだうえ、当期の仕訳から事由を確定させ、残差ゼロを実機で確認
• 過年度対応と、会計ソフト側の決算書への書き戻しまで実装

詳細: 株主資本等変動計算書が手入力なのはなぜか

6. 教材づくりを再開する判断と、消費税対応の計画書

止まっていた教材づくりを再開しようとして、まず「後回しにした理由を書いた文書」を探させた。 そんな文書はどこにもなく、作業は4月下旬を最後に、決定の記録がないまま止まっていた。

代わりに見つかった3本の記録のうち1本が今回の方向性と食い違って見えたが、その正体は自分で思い出した。 その計画は公開チャネルの話しかしておらず、何を作るかとは無関係だった。

消費税対応の計画書は、同じ機で空いていた別のセッションへ投げて書かせた。 一度「向こうが止まっている」という判断で差し戻しが飛んだが、これは誤読で、見ていたのが反映前のタイムスタンプだった。

主な成果:

• 教材を作る判断と、公開を自社側のチャネルに寄せる判断を記録
• 音声合成の手段を、既にボイスクローンを作ってあるツールへ訂正
• 消費税対応の計画書をレビュー4巡で「実装着手可」まで持ち上げ、決裁フォームを表示

詳細: 後回しにした理由を探したら、そんな記録はどこにもなかった

今日の試行錯誤

今日の学び

• 「使えない」と思っているものは、たいてい使えないのではなく探し方を間違えている。認証も、一括削除も、次年度繰越も、この日は全部どこかにあった
• 上限は「プラン」だけで決まらない。「プラン × 会計年度」のように、二軸で効くことがある
• 画面をポチポチする前に、内部APIのドキュメントが手元にないかを探す。公開APIに無いことは、実行手段が無いことを意味しない
• 遅い原因を自分の投げ方に求める前に、相手の応答時間を測る
• チャネルの判断と、何を作るかの判断は別物。1本の計画書に書いた原則を、無関係な判断に流用しない
• 設定を入れただけでは出力されない。meta タグのような「出ているはずのもの」は、実物のDOMで確かめる
• 並列で動いているセッションの進捗は、タイムスタンプだけで判断すると誤読する

明日やること

• 韓国の品目別輸出（2026年8月分）を確報値に置き換え、同じ日に記事まで作る
• 消費税対応の計画書の決裁結果を受けて、実装フェーズに入る

関連記事

• 図1を2回突き返した朝。M&Aのレバレッジとショートスクイーズを図で説明する記事を書いた
• 年金サイトを本番公開し、Search Console に載せるまでの一日
• クラウド会計APIの限界を1つずつ測った日、最後に結論がひっくり返った
• 自炊した入門書を節単位に組み直す（234チャンクを109に）
• 株主資本等変動計算書が手入力なのはなぜか、そしてChrome拡張で自動化する
• 後回しにした理由を探したら、そんな記録はどこにもなかった