adr

このPC（CachyOS / niri Wayland）のデスクトップアプリを agent が操作・確認する手順。ネイティブアプリのボタンを押す、設定画面を変える、ウィンドウの中身を見る、キー入力やクリックを送る、画面を撮る、など GUI…

30分を超えて回し続ける処理（計測スクリプト、clip ladder 等の時系列サンプリング、deploy 後の数時間監視、ログの定点観測）を始める前に必ず使う。iiyama（このPC）は持ち歩き、蓋を閉じるとスリープするので、run_in_background や nohup で iiyama…

会話の内容から GitHub Issue を作成する。「issue立てて」「issueにして」「とりあえずissue立てておいて」で起動。ready（実装者に渡す粒度）と draft（あとで詰める）の2モード。

対話なしで完結する仕事を iiyama（このPC）で回すか自宅の worker（mouse / vaio）に任せるかを決め、任せるなら `autopilot` CLI のキューに積んで流す。ready Issue の /issue-to-pr・/issue-to-merge、autopilot・urgent…

PDF の中身を読み取る手順。論文・仕様書・帳票・請求書・スキャン資料など、ローカルの PDF でも Web 上の PDF URL でも、読む・調べる・引用する・要約する必要が出たら参照すること。表を崩さない抽出、テキストが取れない PDF（スキャン）への切り替え、長い PDF を全文読みせず辿る方法を含む。

GitHub Issueを読み、設計→実装→PR作成→独立レビュー→mergeまで人間の確認なしで自走する。設計判断もすべて委任したい時に使う。実装後にPRをレビューしてから自分でmergeしたい時は /issue-to-pr を使うこと。

plan mode で生成された設計プランを GitHub Issue にコメントとして投稿する

親子関係のあるGitHub Issueを新規作成する。「サブイシューを作って」「親イシューと子イシューを作成」で起動。

作業を中断して別の機械か次のセッション、または別プロジェクトへ引き継ぐ（`/handoff take` で受け取る）

Chrome DevTools MCP の接続確認・トラブルシューティング（CachyOS / Wayland 環境）

PRを経由せず main ブランチへ直接 commit + push する。キャッシュ/週次ログ/memory/docs等の機械的変更に加え、src/・config/ の「簡単な修正」（typo/ログ文言/軽微な定数・バグfix等、型チェックが通りテスト/レビュー不要なもの）も対象。設計判断・依存変更・広範なロジック…

GitHub Issueを読み、設計→実装→PR作成まで一気通貫で実行する