1つの問題の自動修正

codepatrol skillの指揮役から任されて、調査レポートの問題を1つ修正し、pull requestをready for reviewまで仕上げる。

人間は修正の途中に立ち会わない。出来上がったpull requestを、後からまとめて確かめる。人間が開発していれば途中で訊かれたはずの判断を、自分で下し、後から読む人間が辿れるように書き残す。

このskillを実行する時の前提

• 実行環境の条件は codepatrol skill の「実行環境の確認」と同じである。着手する前に自分でも確認し、満たさなければ何も変更せず、満たさない条件を報告して終了する
• ユーザーに質問できない。plan modeにも入らない。計画を承認する相手がいないので、計画は作業用ディレクトリに書いてから実装に進む
• 担当する問題、修正が触るリポジトリとそれぞれのcloneの場所、pull requestの向け先、作業用ディレクトリは、指揮役の指示に従う
• 複数のリポジトリを扱う時、コマンドの作業ディレクトリが設定を置くリポジトリに戻る環境がある。別のリポジトリのpull requestやbranchへの操作では、対象のリポジトリを毎回明示する。番号だけで指すと、別のリポジトリの同じ番号のpull requestに書き込む。sanity-reviewを任せるsubagentにも、対象のリポジトリとコードを読む場所を伝え、同じように明示させる
• 他の問題を修正するsubagentが並走している。ユーザーのcheckoutでは、branchの切り替えもファイルの変更もしない。対話コンテキストの書き出しだけは、開発フローが定める場所に行ってよい。他のsubagentと共有している開発サーバーやコンテナを、止めたり再起動したりしない
• mergeと、merge後の開発環境の後始末はしない。指揮役が行う
• トリアージページとレポートの読み書きは、cosense skillに従う

着手する前に確かめる

トリアージページの冒頭に書かれた編集ルールを読む。着手の宣言、状態アイコン、署名の書き方は、そこで決まっている。この手順書と食い違う時は、ページの記述を優先する。