本文へ移動
cccskills
無料GitHub で公開

implement

GitHub IssueまたはタスクをPlanning→実装→Review→Test→PRの全サイクルで自動実行する

インストール方法を見る

含まれるファイル(1)

  • SKILL.md5.1 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Implement: $ARGUMENTS

ステップ 0: Issue 確認と前提チェック

gh auth status 2>&1 || echo "ERROR: gh CLI が未認証です"
gh issue view $ARGUMENTS --json number,title,body,labels,milestone 2>/dev/null || echo "Issue 番号ではなくタスク説明として処理します: $ARGUMENTS"

!gh issue view $ARGUMENTS --json number,title,body,labels 2>/dev/null || echo "タスク: $ARGUMENTS"


ステップ 1: planner エージェントに実装計画を依頼

planner エージェントを起動し、以下を指示する:

Issue #$ARGUMENTS の実装計画を立ててください。 AGENT.md の出力フォーマットに従い、「実装計画」と「Issue タスクリスト」の両方を出力してください。


ステップ 2: タスクリストを Issue に書き込む

planner の出力した「Issue タスクリスト」を GitHub Issue の body に追記する。

ISSUE_NUM=$ARGUMENTS
CURRENT_BODY=$(gh issue view $ISSUE_NUM --json body -q '.body')

# planner が出力したタスクリストを TASK_LIST に設定
TASK_LIST="
## タスク

- [ ] ...
"

# Issue body にタスクリストを追記(既にタスクセクションがある場合はスキップ)
if echo "$CURRENT_BODY" | grep -q "## タスク"; then
  echo "タスクリストは既に存在します。スキップします。"
else
  gh issue edit $ISSUE_NUM --body "${CURRENT_BODY}

${TASK_LIST}"
fi

ステップ 3: ブランチ作成

# Issue タイトルからブランチ名を生成
ISSUE_TITLE=$(gh issue view $ARGUMENTS --json title -q '.title' 2>/dev/null || echo "$ARGUMENTS")
BRANCH_NAME="feature/$(echo "$ISSUE_TITLE" | tr ' ' '-' | tr '[:upper:]' '[:lower:]' | sed 's/[^a-z0-9-]//g' | cut -c1-50)"
git checkout -b "$BRANCH_NAME" 2>/dev/null || git checkout -b "feature/issue-$ARGUMENTS"

ステップ 4: 実装(planner の計画に基づきエージェントに委任)

planner の計画を確認し、タスクリストの順序に従って実装エージェントを起動する:

  • DB / API タスク → backend-dev エージェントに指示:

    Issue #$ARGUMENTS のタスクリストのうち、DB/API タスクを実装してください。[具体的なタスク内容を記載]

  • UI タスク → frontend-dev エージェントに指示:

    Issue #$ARGUMENTS のタスクリストのうち、UI タスクを実装してください。[具体的なタスク内容を記載]

  • 両方必要な場合 → backend-dev → frontend-dev の順序で実装

各タスク完了時に Issue のチェックボックスを更新する:

# Issue body を取得し、完了タスクのチェックボックスを更新
BODY=$(gh issue view $ISSUE_NUM --json body -q '.body')
UPDATED_BODY=$(echo "$BODY" | sed 's/- \[ \] DB: \[完了したタスク\]/- [x] DB: [完了したタスク]/')
gh issue edit $ISSUE_NUM --body "$UPDATED_BODY"

ステップ 5: reviewer エージェントにコードレビューを依頼

reviewer エージェントを起動し、以下を指示する:

現在のブランチの変更差分をレビューしてください。 git diff main...HEAD の結果を確認し、Critical/Major/Minor の分類でフィードバックしてください。

git diff main...HEAD --stat

Critical な問題がある場合: 実装エージェントに修正を依頼し、再レビューを実施する。


ステップ 6: tester エージェントにテスト作成・実行を依頼

tester エージェントを起動し、以下を指示する:

Issue #$ARGUMENTS の実装に対応するテストを作成・実行してください。 ユニットテスト・統合テスト(必要な場合は E2E テスト)を含めてください。

pnpm test 2>&1 | tail -30

テストが失敗した場合: 実装エージェントに修正を依頼し、再テストする。


ステップ 7: ビルド確認と PR 作成

pnpm typecheck && pnpm lint 2>&1 | tail -10

ビルドが通ったら PR を作成する:

ISSUE_NUM=$ARGUMENTS
ISSUE_TITLE=$(gh issue view $ISSUE_NUM --json title -q '.title' 2>/dev/null || echo "$ARGUMENTS")

gh pr create \
  --title "feat: $ISSUE_TITLE" \
  --body "## Summary
Closes #$ISSUE_NUM

## Changes
[実装内容の要約]

## Review Notes
[reviewer の指摘事項と対応を記載]

## Test
- [ ] Unit tests pass
- [ ] Integration tests pass
- [ ] E2E tests pass (if applicable)
- [ ] TypeScript errors: 0
- [ ] ESLint errors: 0" \
  --draft

ステップ 8: Issue にコメントで進捗を記録

gh issue comment $ISSUE_NUM --body "Implementation complete. PR created: $(gh pr list --head $(git branch --show-current) --json url -q '.[0].url')"

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

daily-report

無料日本語概要

日次レポートを生成してSlackに投稿する。コミット・PR・Issue・進捗を集計して可視化する

nogataka/sprint-team72026年3月25日 更新

retro

無料日本語概要

スプリントレトロスペクティブを実行する。KPT整理→改善アクション→CLAUDE.md/rules/agentsへの自動フィードバックで組織を進化させる

nogataka/sprint-team72026年3月25日 更新

review-pr

無料日本語概要

PRをレビューしてGitHubにコメントを投稿する。reviewerエージェントが検証し、結果に応じてapprove/request-changesを実行する

nogataka/sprint-team72026年3月25日 更新

sprint-plan

無料日本語概要

スプリント計画を実行する。GitHub Issues からバックログ整理→タスク分解→マイルストーン設定→sprint-state.md生成を自動化する

nogataka/sprint-team72026年3月25日 更新

sprint-review

無料日本語概要

スプリントレビューを実行する。GitHub Issues から完了機能サマリー・未完了分析・レポート生成・Slack通知を自動化する

nogataka/sprint-team72026年3月25日 更新

standup

無料日本語概要

デイリースタンドアップレポートを生成してSlackに投稿する。GitHub Issues から進捗を取得する

nogataka/sprint-team72026年3月25日 更新

nogataka のスキルをすべて見る

このスキルの問題を報告する