Robbits-CO-LTD

bug-investigation-to-issue

報告された、または指定範囲の調査で見つかったバグ候補を、再現、期待値、実行経路、ログ・データ、コード、履歴から根本原因または故障境界まで徹底調査し、反証と重複確認を通過したものだけを 1原因1件でGitHub Issueに起票する。トリガー: バグを徹底調査してIssue化、不具合の原因を調べて起票、再現してIssueにして。広範なコード品質巡回、修正実装、 PR作成、既存Issueのcloseには使わない。

sprint-coder-real-ai-smoke

Sprint CoderのmacOS開発buildをComputer Useで実操作し、Chat UIと設定画面の視覚崩れ、Ollama必須かつClaude CLIまたはCodex CLI必須の実応答、各AIによる隔離workspace内のファイル編集とコマンド実行を受入スモークする。トリガー: Sprint Coder開発版の実AIテスト、Computer UseでChat/設定/tool-use確認、 OllamaとClaude/Codexの実機スモーク。mockだけのE2E、修正、Issue起票には使わない。

codebase-patrol

Gitリポジトリを読み取り中心で巡回し、セキュリティ、エラー処理、依存関係、文字コード、デッドコード、重複、性能、型安全性のFindingを根拠付きで整理する。明示的な起票依頼では、適格Findingを重複確認後に同じ実行内でGitHub Issue化する。起票意図がない場合はreport-onlyとし、GitHubへ書き込まない。トリガー: "codebase-patrol", "コードパトロール", "コード品質チェック", "patrol", "パトロール", "code quality scan", "コード巡回"

issue-closeout

GitHub Issueを起点にした実装の最終段階で、完了根拠、状態ラベル、Issue close、CLOSED再確認を一元管理するCodex用closeout skill。トリガー: Issue実装完了、issue close、implementedラベル、CLOSE_HOLD、PR merge後の後処理、GitHub Issueの完了報告。実装・検証・merge・deploy・E2E・人間承認の残件を判定し、close可能なら証拠コメントからCLOSED確認まで実行し、未完了なら早期closeせず保留理由を返す。

robbits-countercheck

計画、実装、レビュー、完了報告を、過去のユーザー指摘から抽出した観点で反証監査する。robbits-countercheck、反証して、忘れ物ない、漏れない、本当に完了、最終チェック、計画レビュー、過剰ではないか、実装前提を疑って、という依頼で使う。完了漏れ、途中停止、根拠不足、過剰スコープ、過剰検証、UIの違和感、人間判断の越境を読み取り中心で検出する。

root-cause-guardrail

bug/fix/E2E FAIL報告で原因未確定のまま実装しないGate。Hypothesis→Root Cause Confirmed後に最小修正へ進む。トリガー: bug, fix, regression, E2E FAIL

Testing & QA Listed

sprint-coder-e2e-patrol

sprint-coder の開発 build を Browser Use / Computer Use で実際に操作する可視 E2E を回し、独立2回再現・期待値確認・環境と成果物と操作系の健全性・秘匿・Issue/PR 重複確認をすべて通過した不具合だけを Finding として整理する巡回手順。「不具合を巡回して」「スモークテストして」「一通り触って回帰していないか見て」「E2E で見つけた問題を Issue にして」と言われたときに読むこと。Playwright の spec を実行する sprint-coder-e2e / sprint-coder-e2e-windows とは目的が違い、こちらは spec 化されていない画面を人と同じように操作して未知の不具合を探す。GitHub Issue の起票は今回の依頼に「起票して」「Issue 化して」と明示がある場合だけ行い、それ以外は report-only で止まる。実装・修正・commit・PR 作成・Issue の close / reopen は行わない。正典は .agents/skills/sprint-coder-e2e-patrol/ にあり、このファイルはその Claude Code 側の入口。

Testing & QA Listed

sprint-coder-e2e-windows

Windows（PowerShell / cmd）環境で sprint-coder の Playwright Electron E2E（tests/e2e/）を実行し、結果を pass / 既知flake / 意図的skip / 本物の失敗に判定するための手順��Windows 上で「E2E を流して」「動作確認して」「回帰していないか見て」「golden path を確認して」と言われたとき、および renderer / main / runtime-host / preload を変更したあとに動作を確かめるときは必ずこのスキルを読むこと。PowerShell での環境変数の渡し方、dev server を先に手動起動しなければならない理由、packaged / dev モードの選択、ポートとプロセスの確認・掃除（taskkill）、変更箇所から実行対象 spec を選ぶ方法、失敗の切り分けと報告フォーマットを含む。macOS / Linux 向けの手順（`VAR=value command` 形式や lsof / pkill）をそのまま貼ると Windows では動かないので、実行前に必ず参照する。

Testing & QA Listed

sprint-coder-e2e

sprint-coder の Playwright Electron E2E（tests/e2e/）を正しく実行し、結果を pass / 既知flake / 意図的skip / 本物の失敗に判定するための手順。「E2E を流して」「動作確認して」「回帰していないか見て」「golden path を確認して」と言われたとき、および renderer / main / runtime-host / preload を変更したあとに動作を確かめるときは必ずこのスキルを読むこと。実行モード（SPRINT_CODER_E2E_MODE=dev が事実上必須）、開発者の npm start を絶対に止めない前提、変更箇所から実行対象 spec を選ぶ方法、失敗の切り分けと報告フォーマットを含む。E2E を「とりあえず npm run e2e」で流すと環境起因の失敗をアプリのバグと誤読するので、実行前に必ず参照する。

release

Sprint Coder の stable/beta リリースを安全に準備する。前回の公開リリース以降の全変更からSemVerを一度だけ決定し、version更新、release PR、Windows x64のローカルAuthenticode署名、GitHub Actionsのplatform制御、macOS署名・notarization、Squirrel更新ファイル、GitHub Draft Release、asset・CI検証を扱うときに使用する。