2026年8月4日の開発日記 - 守ってくれているつもりの仕掛けが、止まっていた
2026年8月4日の開発日記
主な作業機を Mac に移してから数日たっていた。バックアップ一式を macOS でも動くように移す作業に手を付けたところ、設定ファイルの中のパスが旧マシンのまま残っていることに気づいた。
つまり、再帰削除のガードも、日次のバックアップも、鮮度の監視も、この数日間まったく動いていなかった。7月末に一度ファイルを消している身としては、気づいた瞬間に血の気が引く類の発見だった。しかも失敗は静かで、エラーらしいエラーは出ていなかった。
今日のタイムライン

今日やったこと
1. Macへの移行でバックアップを作り直し、止まっていた安全機構を戻した
スクリプトをOSごとに分けず、冒頭で判定して両方に対応する形にした。移行先には外付けSSDが無いので、送出先はクラウド1系統に変えた。2系統前提のままだと、片方が永久に成功しないので進捗の基準が前に進まない。
同じ流れで、日記生成のコマンドも macOS で回る範囲に絞った。株価取得や各国統計の取り込みは旧マシンの環境に依存しているので、そこは動かさないと決めた。
主な成果:
- バックアップ一式を両OS共用の1本にまとめ、OS差分は冒頭で吸収する形にした
- 設定のパスが旧マシンのままで、安全機構3つが動いていなかったのを見つけて直した
- 日記生成のコマンドを、macOSでは実行しない範囲を明示する形に整理した
- 利用状況が一目で分かるよう、ステータスラインに表示を足した
詳細: Macへの移行でバックアップを作り直したら、削除ガードが動いていなかった
2. 積み残しの一覧化から始める進め方を、一日通して回した
朝いちばんに「昨日の積み残しは何だったか」を一覧にしてもらってから着手する。この日はその型を一日通して使った。区切りごとに一覧を作り直し、最後は粒度を分けてコミットして終えた。
途中、扱いにくい形式のファイルが出てきたり、処理が止まっていたりしたが、そのつど一覧に戻って次を決めた。
主な成果:
- 着手前に積み残しを一覧化し、その日の順序を決めてから動いた
- 止まっていた処理を見つけて再開させた
- 一日の終わりに、意味のまとまりごとに分けてコミットした
詳細: 積み残しの一覧化から始めて、粒度を分けたコミットで締める一日
3. 専門書をスキル化するときの線引きを決めた
蔵書データベースに入れてある専門書を、手順として使える形に落とす作業を始めた。どこまでを一般的な知識として書き出し、どこからを個別の判断に委ねるか。この線引きを先に決めないと、際限なく膨らむ。
並行して、自分の事業サイトの掲載内容も詰めた。実際にあった事例を載せる方針にした。
主な成果:
- 書籍の内容を工程に落とすとき、どこまでを型にするかの基準を決めた
- 事業サイトの掲載内容を、実際の事例をもとに詰めた
- ローカルで表示を確認しながら直した
詳細: 専門書をスキル化するときの線引きと、事業サイトの掲載内容の詰め方
4. 3Dスキャンの書き出し形式を比べた
実物のある大型模型を図面に起こしたい、という用途から、スマートフォンのスキャンアプリで作れる圧縮形式と、別方式で書き出せるメッシュ形式を比べた。見た目の再現に強い方式と、寸法を扱う方式は別物だった。
詳細: 3Dスキャンの書き出しはスプラットかメッシュか、図面に起こす用途で比べた
5. 検索まわりの話題を、事実確認してから記事にした
7月28日の仕様更新でAIによる自律的な検索最適化が現実になった、という話題を追った。実際にどこまでが仕様で、どこからが解釈なのかを確かめて公開記事にまとめた。
詳細: 「7月28日のMCP更新でAIの自律SEOが現実になった」は本当か
今日の試行錯誤
| # | テーマ | 試したこと | 結果 | 気づき |
|---|---|---|---|---|
| 1 | 移行後の環境 | 移行できているものとして使い続けた | 失敗 | 安全機構3つが数日間止まっていた |
| 2 | 移行後の環境 | 設定の中のパスを実際に確かめた | 成功 | 旧マシンのパスが残っていた |
| 3 | バックアップの構成 | OSごとにスクリプトを分ける案を検討した | 却下 | 片方だけ直して差が開く |
| 4 | バックアップの構成 | 1本にまとめ、冒頭でOS差分を吸収した | 成功 | 直す場所が1か所で済む |
| 5 | 送出先 | 2系統のまま動かした | 失敗 | 外付けSSDが無く、進捗の基準が前に進まない |
| 6 | 送出先 | クラウド1系統に変え、判定条件も直した | 成功 | 有効な系統だけで判定する形にした |
| 7 | 日記生成の移植 | 全ステップをそのまま動かそうとした | 失敗 | 旧マシン依存のステップが落ちる |
| 8 | 日記生成の移植 | 実行しない範囲を明示した | 成功 | 切り分けの時間を使わずに済む |
| 9 | 3Dスキャン | 見た目の再現が良い方式を第一候補にした | 見直し | 寸法を扱う用途には向かない |
今日の学び
- 環境を移したら、まず「守ってくれているはずの仕掛けが本当に動いているか」を確かめる。動いていないことは、平常時には何の症状も出さない
- フックの失敗は止めてくれない。エラーが出ていても処理はそのまま進むので、目に見えていても見過ごす
- 前提が変わったら、判定条件も一緒に変える。2系統を前提にした条件は、1系統になった瞬間に永久に満たされなくなる
- 「動かさない」と明示することも移植のうちだった。動くかどうか順に試すと、切り分けだけで時間が溶ける
明日やること
- 移行後の環境で、ガードが実際に止めるかを試して確かめる
- 専門書のスキル化を、決めた線引きに沿って進める