AUTONOMOUSフェーズを開始 - 対象 spec を Green State(G1) まで自律実装(MVP/Wave 1)
スキルを探す
1.4万 件 ・ 人気順
概要と使いどころ
仕様書作成を支援するテンプレートスキル。 docs/specs/ への仕様書作成時に自動適用され、 01_REQUIREMENT_MANAGEMENT.md に準拠した構造を提案する。 要件定義、機能仕様、API仕様の作成時に活用される。
LAM ハーネスの規範層をプロジェクトへ敷く初期化スキル。 plugin コンポーネントとして配れない層(.claude/rules/ と docs/internal/ と .claude/scripts/ = managed、 および CLAUDE.md 等の starter)をファイルとして配置し、.claude/harness.json に記録する。 ランタイム(Python)が無い環境では完了を拒む。 Layer 1(.claude/settings.json の permissions)は敷かず、手作業の手順として提示する。 Use when the user installs lam-harness into a project, or runs /lam-harness:init.
PR の特定レビューコメント(discussion)への対応(実装修正と返信)。PR URL に discussion の id を添えて「この指摘に対応して」と依頼された時、PR 番号と特定の指摘内容を示された時に使用。境界: PR 全体のレビューは pr-review、返信文の作成のみは ukwhatn-writing。
PR を Draft で作成する。PR テンプレートを全セクション埋め、対象 repo の既存 PR の分量に合わせて書きすぎを削る。PR 作成の依頼時、実装が一段落して PR 化する時、/create-draft-pr 実行時に使用(gh pr create を直接実行しない)。引数でベースブランチを指定できる。境界: 個別レビューコメントへの対応は pr-comment。
Herdr の指定 workspace に新しい tab(指定時は pane 分割)を作って Claude Code を起動し、remote control のセッション URL を報告する。/herdr-launch-cc 実行時、「◯◯の workspace で cc を立ち上げて」等の Herdr 上での Claude Code 新規起動依頼時に使用。HERDR_ENV=1 必須。境界: 既存 pane・agent の確認や入力送信は herdr。
Herdr(コーディングエージェント向けターミナルマルチプレクサ)の操作と、herdr CLI の構文・ID 規約・agent 状態モデル(idle / working / blocked / done)の真実源。pane・tab・workspace・terminal・command の確認や操作、別 pane での agent 起動、pane 上の agent との通信の時に使用。HERDR_ENV=1 必須。境界: pane へ委譲するかどうか・経路・モデル・指示書・結果回収の方針は context/herdr-delegation.md(本スキルは CLI のみ)。
PJ ドキュメントの同期。PJ CLAUDE.md の更新依頼、ドキュメント整理依頼、コード変更後の CLAUDE.md・README・API 仕様への反映依頼(npm script・環境変数・API 追加等)の時に使用。user-level 設定との整合性確認も行う。境界: CLAUDE.md が未整備の新規 PJ は組み込みの /init。
自分の作業ブランチの PR 提出前セルフレビュー(diff の包括チェック)。「セルフレビューして」「消し忘れがないか確認して」「diff を徹底チェックして」「変更漏れ・削除漏れを見て」等の依頼時、PR 作成前の最終確認時に使用。境界: 他者 PR のレビューは pr-review、コードベース全体は codebase-review。
バグ・エラー・テスト失敗・ビルド失敗・予期しない挙動のうち、最初の修正で直らなかった時、または原因を1行で説明できない時に使う根本原因調査の規律(根本原因調査→パターン分析→仮説検証→実装の4フェーズ)。症状への場当たり修正を防ぐ。境界: 原因特定後の修正実装は writing-code、提出前の diff 確認は self-review。
コードを書く時の実装原則(deep module 設計・seam・テスタビリティ・シーム限定 TDD・コメント規約・リーダブルコード)。新しい module・関数・エンドポイント・画面の追加、DB への書き込み、認可・入力検証の追加、既存構造を変えるリファクタを含む実装の開始時に使用。CSS・HTML・テンプレート等のフロントエンド資産も対象。既存関数内の数行修正と lint/CI 等の設定ファイルでは使わない。TypeScript/Python/Go の言語別ガイドを同梱。境界: バグ・エラーの原因調査は systematic-debugging が先、提出前の diff 確認は self-review。
コードベース全体のレビュー・監査。perf/sec/test/arch/cq/docs の6観点を並列委譲し、優先度付き issue ファイルと観点サマリをメモリディレクトリに生成する。コードベース全体の監査・定期レビュー・リリース前品質確認の依頼時、/codebase-review 実行時に使用。境界: PR 単位は pr-review、自ブランチの提出前確認は self-review。
Generate Skills from HTTP MCP servers with async job patterns (submit/status/result). Use when converting MCP specifications (.mcp.json) into reusable Skills using mcp_tool_catalog.yaml. Supports --lazy mode for context-saving generation. Also use for calling async MCP tools via JSON-RPC 2.0 with session-based polling.
日本語の概要は準備中です。原文の説明を表示しています。
Use CodeRabbit CLI to receive external code review feedback and address identified issues. Invoke this skill when the user requests CodeRabbit review, or proactively after implementing significant code changes to get feedback and improve code quality.
日本語の概要は準備中です。原文の説明を表示しています。
Gitの変更をステージしてコミットする。「コミットして」「コミットしたい」「変更をコミット」といったリクエストで使用。差分を分析し、whatとwhyを含む適切なコミットメッセージを自動生成する。
GitHub Pull Request を作成するときに使う。PRの作成、差分からのタイトル・本文ドラフト、既存PRテンプレートの適用を依頼された場合に適用する。
現在の変更内容を確認し、適切なブランチ名を提案してブランチを作成するときに使う。ユーザーが「ブランチ作って」「作業用ブランチ切りたい」「変更に合わせてブランチ名を決めて」と言ったとき、または新規作業を始める前にブランチを作りたいときに適用する。git status / diff を確認し、プレフィックス規則(feat/fix/release/epic)に従ってブランチ名を提案し、ユーザー確認後に git checkout -b で作成する。
GitHub Releaseを作成する。前回タグからの変更を集めてリリースノートを書き、タグ作成・push・gh release createを実行。「リリースして」「vX.Y.Zを切って」と言われたら使う。
指定されたGitHub PRがターゲットブランチとコンフリクトしていないかを確認し、コンフリクトしている場合はrebaseで解消してforce-pushします。PRをマージ可能な状態に整えたいときに使用してください。
Triage a single GitHub PR by PR number. Check out the PR's branch, detect conflicts with the target branch via `gh pr status` (and label the PR with `cc-resolve-conflict` if any are found), collect unresolved review comments and CI status and judge only whether each item must be fixed, then take action (add cc-fix-onetime label if fixes are needed; if release-ready, add cc-release-ready label for an Epic PR marked `cc-epic-issue` instead of merging, otherwise merge the PR).
日本語の概要は準備中です。原文の説明を表示しています。
GitHub PRの未解決レビューコメント・会話コメント・CIステータスを確認し、修正プランを作成します。
Update an existing GitHub Issue's description based on the issue number. Reads all issue comments and reflects any items not yet captured in the description. After refreshing the description, reviews it for remaining ambiguities or unclear requirements and posts any open questions as a follow-up 確認事項 comment.
日本語の概要は準備中です。原文の説明を表示しています。
直近N日(デフォルト1日)のPRレビューで繰り返し指摘されている観点のうち「実際に修正すべき」と判断できるものを集約し、リポジトリルートのCODING_GUIDELINES.mdを生成・更新したうえで、commit-push + create-prでPRを作成する。サイズが膨らみすぎないよう既存ルールとの統合・圧縮も行う。
GitHub Issueの内容を取得し、並列実行可能な単位に分解します。