daily-log

05-29の開発日記

今日は決算ビートの監視ページを大きく作り替えた一日だった。朝、自分が並べたカードを見ながら手が止まった。「売上ビート率」「YoY」「翌日株価」が並んでいるのに、結局この銘柄を今買うべきか割高なのかが一目で分からない。そこで指標を全部入れ替えると決めて、直近株価 + NTM EPS + フォワードPER の3軸へ刷新し、最終的に成長率 × フォワードPER の散布図ページまで通した。並行して、毎朝の /make-diary を並列化できるか調べ、投資記事を2本ファクトチェック付きで仕上げ、Claude Code が溜め込む状態ファイルを締め出し、家族旅行アーカイブの行程ガントまで更新した。判断は自分が拾い、実装はサブエージェントとスクリプトに丸ごと回す形で回した。

今日のタイムライン

タイムライン

今日やったこと

1. 決算ビートモニタリングの大改修

監視ページを3日がかりで作り替えた。まず銘柄を13→20へ広げ、表示を「セクター大見出し」から「モニタリング区分(tier)の大見出し+セクターはカードのタグ」へ逆転させて親子構造を作り直した。次に通年売上/EPSガイドの軌跡チャート・8四半期つないだEPSビート率・Koyfin内部APIから引いた直近終値を足した。最後に指標そのものを「直近株価 + NTM EPS + フォワードPER」へ刷新し、Koyfin→Turso で次4QのNTM EPSを取り込み、成長率×フォワードPERの散布図ページまで通した。

主な成果:

  • 監視銘柄を20まで拡張し、tier(3区分)の親子構造へ表示を逆転
  • 通年ガイダンス軌跡・EPSビート率・直近株価を可視化
  • NTM EPS を Koyfin から取り込んで Turso に格納し、フォワードPER散布図を実装
  • MU で内訳を画面併記して検算、純粋関数を切り出して20件超のテストを pass

詳細: 決算ビートモニタリングを13→20銘柄へ拡張し、3区分の親子構造へ作り替えた / ビートモニタリングに通年ガイダンス・EPSビート率・直近株価を足した日 / ビートモニタリングをフォワードPER軸に刷新 — Koyfin→TursoでNTM EPSを取り込み散布図まで実装


2. 毎朝の /make-diary を並列ワークフロー化できるか調査

毎朝走らせている /make-diary が「日記生成」「Xポスト案」「決算チェック」の3系統を順番に流しているだけだと気づき、Workflow で並列化できるか調べさせた。結論は「全部は無理。後半でChromeを1個奪い合うため」で、5分のログ同期の裏に決算系を先行させる「絞ったWF」に着地した。試作スクリプトをサンドボックスでスモークテストし、13分・74万トークンという実測値を掴んで本番採否は翌朝に持ち越した。あわせて、その日のパイプライン(日記→決算取り込み→決算ビートのXサーチ)も実際に1本で回した。

主な成果:

  • Chrome を奪い合う後半は並列不可と判断し、sync 待ちに決算系を前倒しする設計に
  • 計画を Codex に2回レビューさせ、エージェント欠落を黙って落とさないログ出しを追加
  • 9セッションを8カテゴリに分けてサブエージェントを並列派遣し、毎朝1本で完結する運用に固定

詳細: 毎朝の /make-diary を並列ワークフロー化できるか調査して試作スクリプトを検証した / 毎朝の日記生成と決算データ取り込みを1コマンドのパイプラインで回した記録


3. 投資記事を2本、ファクトチェック付きで仕上げた

朝に見た一枚の図解から「なぜほとんどの人は10倍株を食べられないのか」を記事化した。行動ファイナンス論文5本を引いたので、原文リンクの確定・Codexでのファクトチェック・5分で失効する署名付きURLの見抜き・縦長SVG図解の作り直しまで詰めた。もう1本は、記憶にあった「Rubinのメモリ消費が4倍」の表が既出か調べ、「VR200」がコンテンツ全体で0件だったことから未掲載と確定し、著作権に配慮して表をMarkdownで打ち直し、既存のSoCAMM記事(数量の話)と接続して記事化した。

主な成果:

  • 論文の実在性・書誌整合・要旨とのズレを別々に潰し、事実と自分の解釈を文章上で分離
  • 著者公開PDFに差し替えて全論文を無料で読める状態にし、図解は svg-diagram スキルで作り直し
  • 製品名Grepで二重投稿を回避、特異な数値($2,001,600)で当たりを引いて未掲載を即断

詳細: 10倍株を取り逃す理由の記事を、論文ファクトチェックとSVG図解付きで仕上げた話 / NVIDIA次世代ラックのメモリ部材費+435%の表を記事化した日 - 既出調査から検算まで


4. Claude Code 周りの片付けとGit整理

セッションごとに溜まり続ける security_warnings_state ファイルの正体を特定し、gitignore追加・既存19ファイルの削除・14日で消す SessionStart hook・運用メモまで一括で組んだ。さらに作業ツリーに溜まった大量の未コミット変更を、依存関係を追いながら15個の意味ある単位に分割し、何をgitignoreすべきかを判断して残骸ファイルの生成元をスキル側まで遡って潰した。

主な成果:

  • 累積する状態ファイルを締め出し、自動で掃除される仕組みに
  • 未コミット変更を15個の意味あるコミットへ分割整理
  • 残骸の生成元をスキル側まで遡って根を断った

詳細: Claude Code の累積状態ファイルを gitignore で締め出し、自動掃除する仕組みを整えた / 未コミットの変更を15個の意味あるコミットに分割整理した記録


5. 家族旅行アーカイブの更新

Astro製の家族旅行アーカイブで、宿泊・移動・観光をガント(タイムライン)へ反映した。開始日と終了日を実日程に合わせて延ばし、宿泊を均一ブロックに揃え、便変更や宿候補探しまで詰めた。あわせて、frontmatterの手入力membersと family.ts の二重管理を解消し、参加者を family 由来に一本化してスキーマを participants へ置き換えた。

主な成果:

  • 行程ガントを実日程に合わせて大幅更新、宿泊ブロックの幅を揃えて見やすく
  • 参加者を Single Source of Truth へ寄せ、二重管理を解消

詳細: 家族旅行アーカイブの行程ガントを実日程に合わせて大幅更新した話 / 旅行ページの『参加者』をSingle Source of Truthへ寄せたリファクタ


今日の試行錯誤

#テーマ試したこと結果気づき
1NTM EPS の算出取り込み時にNTM合計を固定しようとした中止四半期がまたぐと相対インデックスの意味が変わる。Codexの指摘でクエリ時(ビュー側)算出に踏みとどまった
2scatterページのルーティング/beat-monitoring/scatter[ticker].vue に吸われた設定問題ではなかったdev server の HMR が取りこぼしていただけ。フルリロードで静的ルートが正しく優先された
3取り込みログのエンコード取り込み中に print が cp932 エラーを吐いたデータは無事Turso を直接見たら commit 済み。ログの化けと処理失敗を混同しない
4make-diary 全並列化11ステップを全部並列で短縮しようとした不可と判断後半でChromeを1個奪い合う。sync 5分の裏に決算系を前倒しする方が現実的
5WFスクリプトの構文検証top-level return を node 単体で検証一度失敗→解決ランタイムが async で包む仕様。node単体検証では弾かれるだけだった
6論文DLリンクCodexが渡したDLリンクを使おうとした不採用download.ssrn.com + X-Amz-Expires は5分で死ぬ署名URL。abstractか著者PDFに差し替え
7縦長インフォグラフィックCodex(Pillow)で図解を生成いまひとつ文字主体の図は Pillow より SVG。svg-diagramスキルで作り直した
8Rubinメモリ表の既出確認広いキーワードでGrep空振り画像にしか出ない特異な数値($2,001,600)で絞ると一発で当たった
9旅行ガントの日数延長終了日を延ばしてリロード静かに崩れたnth-child の背景定義が固定数までしか無く、日数を超えた瞬間に破綻していた

今日の学び

  • NTM EPS の合計は取り込み時に固定するとずれる。四半期がまたいだ瞬間に意味が変わるので、クエリ時(ビュー側)で算出する
  • cp932 のログ化けは処理失敗ではない。ログを見て焦る前に、Turso の実体(DB)を確認する
  • 並列化の可否は「独立しているか」より「共有する外部リソース(Chrome 1個)を奪い合うか」で決まる。待ち時間に前倒しできる作業を詰める方が現実的な勝ち筋
  • 機構が動くことと、費用対効果が見合うことは別問題。実測のトークン量を見るまで採否は決めない
  • 論文を引く記事は「実在性」「書誌の整合」「要旨と主張のズレ」の3点を別々に潰す。リンクが取れた=正しい、ではない
  • 事実(論文が言っていること)と解釈(自分が橋渡しした論)は文章上で分ける。混ぜるとCodexに拾われるし読者にも嘘になる
  • 「書いた気がする」は当てにならない。製品名でGrepして0件なら未掲載と即断できる。記憶ではなく検索結果を信じる
  • 数字の検算は「画面に内訳を併記する」のが一番速い。開いた瞬間に疑える
  • 二重管理は画面の食い違いで露見する。気づいたらSSOTに寄せるところまでやる

関連記事