2026年8月7日の開発日記

朝、Mac で PDF をクリックするとブラウザで開いてしまうのが面倒で、簡易的な閲覧アプリを自分で作ろうと思い立った。計画書ができて画面に出てきたところで、レビューを通していないことに気づいた。

調べると、ルール自体が「大規模な計画のみレビュー必須」に緩めてあった。緩めた本人は自分である。小さいから省いてよいという判断が、まさにその条件に当てはまってしまっていた。ルールを元に戻した。

この日は他にも、溜まった写真の一括処理、事業サイトの検索流入の点検、教材ページの構造の見直しが並んだ。

今日のタイムライン

今日やったこと

1. PDFビューアーの計画づくりと、レビュー運用の巻き戻し

技術スタックの候補を実測で確かめてから計画書を書かせ、判断が必要な箇所は決裁フォームにまとめて表示させた。そこでレビュー漏れに気づき、レビューを通してから読み直した。

指摘を受けて計画は変わった。配布を前提にすると、相手が有償ソフトを契約していない場合まで考える必要が出てくる。

主な成果:

• 環境を実測してから技術選定に入り、候補を絞った
• 計画書のレビューを「規模を問わず必須」に戻した
• 判断が要る点を決裁フォームにまとめ、読みながら選べる形にした

詳細: MacのPDFビューアーを自作する計画と、計画書レビューを必ず通す運用に戻した記録

2. 写真42枚をまとめてOCRした

ダウンロードに溜まった写真をまとめて読み取らせた。サブエージェントを並列で走らせ、前処理は途中で作り直した。読み取りを検算する手立てが他に無かったので、同じ画像を独立に2回読ませて一致を見る方針にした。

ただし突き合わせは終わっていない。2回目を待つ間に照合スクリプトまで用意させたところで、月の利用上限に当たってセッションが切れた。

主な成果:

• 42枚を並列で処理し、待ち時間を圧縮した
• 前処理を作り直し、読み取りやすい状態に整えた
• 独立2回読みで検算する方針を決め、照合スクリプトまで用意した（突き合わせ自体は未了）

詳細: 写真42枚をサブエージェント並列でOCR。前処理の作り直しと独立2回読みで精度を担保する

3. 事業サイトの検索流入を点検した

ブラウザの開発者ツール越しに検索コンソールを開き、どのページがインデックスされているかを見た。種別ごとのページを新設するかどうかも検討した。

夜には防犯まわりの調べものをして、既存の解説コンテンツに反映できる場所を探して入れさせた。

主な成果:

• インデックス状況を確認し、拾えていないページを把握した
• 検索順位の実測値をとって、基準の状態を記録した
• 調べた内容を既存記事の該当箇所に差し込んだ

詳細: 検索コンソールのインデックス確認から検索順位の実測まで、事業サイトのSEOを一日で点検する

4. 引き継ぎ書から再開して、教材ページを分割した

前のセッションの引き継ぎ書を読ませてから続きに入った。組み合わせの考え方が分かりにくかったので、仕組みを確かめてから、既存の教材と相互リンクする独立ページを作る方針に決めた。

主な成果:

• 引き継ぎ書を起点に、前提の説明なしで作業を再開した
• 分かりにくかった仕組みを、数えさせて確認した
• 1枚に詰め込まず、相互リンクで分ける構成に切り替えた

詳細: Claude Codeの引き継ぎ書で作業を再開し、教材HTMLを相互リンクで分割する

今日の試行錯誤

今日の学び

• 自分で緩めたルールは、緩めたことを忘れたころに効いてくる。「例外にあたるから省く」と判断したとき、その例外を作ったのが誰かを思い出したほうがいい
• レビューは品質を上げる工程というより、前提の抜けを見つける工程だった。今回は配布という前提が抜けていた
• 読み取りに検算の手立てが無いとき、二度読んで一致を見る以外に確かめようがなかった。手間は増えるが、これしか残らない場面がある
• 引き継ぎ書があると、再開のときに前提説明をやり直さずに済む

明日やること

• PDFビューアーの実装に着手する
• 検索順位の実測値を、次回と比べられる形で残す

関連記事

• MacのPDFビューアーを自作する計画と、計画書レビューを必ず通す運用に戻した記録
• 写真42枚をサブエージェント並列でOCR。前処理の作り直しと独立2回読みで精度を担保する
• 検索コンソールのインデックス確認から検索順位の実測まで、事業サイトのSEOを一日で点検する
• Claude Codeの引き継ぎ書で作業を再開し、教材HTMLを相互リンクで分割する