一键导入
create-ao-issue
Agent Orchestrator 用の GitHub Issue を正しいフォーマットで作成する。Goal, Acceptance Criteria, Target Files, Dependencies, Constraints を含むテンプレートに従う。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Agent Orchestrator 用の GitHub Issue を正しいフォーマットで作成する。Goal, Acceptance Criteria, Target Files, Dependencies, Constraints を含むテンプレートに従う。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Audit the entire codebase for compliance with .claude/rules/ conventions. Use when: (1) running '/audit-rules', (2) asked to check whether the whole codebase follows project conventions, (3) running a periodic convention sweep before a major release. Partitions source files by rule category, launches convention-reviewer and test-reviewer agents in parallel (audit mode), aggregates findings, auto-fixes all fixable violations, verifies with lint/test, and opens a PR. Accepts an optional category argument to scope to one partition (e.g. '/audit-rules domain').
Review and auto-fix code changes against project conventions by diffing the current branch against the default branch (main). Use when: (1) asked to review current changes, (2) running '/review-diff', (3) after completing a feature implementation and wanting to catch issues before creating a PR. Reviews all changed files against .claude/rules/, detects common AI coding mistakes (gomock.Any() misuse, missing ForUpdate, missing Preload, direct field assignment, wrong method ordering, etc.), and automatically fixes all issues found. Does NOT require an existing PR.
Bidirectionally sync .claude/ content (skills, rules, agents, commands, CLAUDE.md) between this project and the rapid-go template. Use when: (1) running /sync-claude-config, (2) you want project-local Claude-config improvements pushed upstream to rapid-go and upstream improvements pulled down, (3) coordinating changes across multiple rapid-go-derived projects. Requires rapid-go added via `claude --add-dir <rapid-go-path>` before running.
Fetch unresolved GitHub PR review comments and automatically fix the code. Use when: (1) running '/fix-review-comments', (2) asked to "fix review comments", "address PR comments", "respond to review", or similar. Can target the PR for the current branch, or a specific PR number (e.g. '/fix-review-comments 123'). Skips already-resolved threads and discussion-only comments that require no code change.
Create API layer components for a new entity. Includes usecase interactors (internal/usecase/), proto definitions (schema/proto/), gRPC handlers (internal/infrastructure/grpc/), and DI registration. Use when adding CRUD endpoints or Step 3 of CRUD workflow (after add-domain-entity).
Create domain layer components: models, repository interfaces, marshallers, and implementations. Use when: (1) adding domain model in internal/domain/model/, (2) creating repository interface in internal/domain/repository/, (3) implementing repository with marshaller in internal/infrastructure/{db}/. This is Step 2 of CRUD workflow (after add-database-table, before add-api-endpoint).
| name | create-ao-issue |
| description | Agent Orchestrator 用の GitHub Issue を正しいフォーマットで作成する。Goal, Acceptance Criteria, Target Files, Dependencies, Constraints を含むテンプレートに従う。 |
| argument-hint | [issue-title] |
| disable-model-invocation | false |
| allowed-tools | Bash(gh *) |
Agent Orchestrator (Claude Code) が自動処理できる形式で GitHub Issue を作成する。
/create-ao-issue BoT デバイス登録APIの実装
以下の形式で Issue を作成する。ユーザーとの対話で各セクションを埋める。
## Goal
何を実装するか具体的に書く。曖昧な記述は Agent の精度を下げる。
## Acceptance Criteria
- [ ] 完了条件1 (テスト可能な具体的条件)
- [ ] 完了条件2
- [ ] `make test` が通る
- [ ] `make lint.go` が通る
- [ ] **実装完了後に `/review-diff` を品質ゲートとして実行し、指摘が 0 件になるまで修正する**(spec / convention / bug / security-perf reviewer の並列レビュー)
## Architecture / Layer Impact
変更が影響するレイヤーを明記する(Agent がスキル選択の判断に使う)。
- [ ] Migration (`db/mysql/migrations/` or `db/postgresql/migrations/`)
- [ ] Domain Model (`internal/domain/model/`)
- [ ] Repository (`internal/domain/repository/` + `internal/infrastructure/{db}/repository/`)
- [ ] Usecase (`internal/usecase/`)
- [ ] Proto (`schema/proto/`)
- [ ] gRPC Handler (`internal/infrastructure/grpc/internal/handler/`)
- [ ] DI (`internal/infrastructure/dependency/dependency.go`)
## Target Files / Scope
- `internal/domain/model/xxx.go` (create/modify)
- `internal/usecase/admin_xxx_impl.go` (create/modify)
- `schema/proto/bot_drive/admin_api/v1/api_xxx.proto` (create)
## Dependencies
なし (or: Blocked by: #123, #124)
## Constraints
- 既存のテストを壊さない
- レイヤー依存関係に従う (Infrastructure → Usecase → Domain)
- (その他の制約)
priority:high / priority:medium / priority:lowCRUD 実装の場合、以下のスキル順序を Constraints に記載する:
## Constraints
- 実装順序: `add-database-table` → `add-domain-entity` → `add-api-endpoint` のスキルワークフローに従う
- 各ステップ後に `make migrate.up` / `make generate.buf` / `make generate.mock` を実行
gh issue create \
--title "$ARGUMENTS" \
--label "ao-agent,priority:{priority}" \
--body "$(cat <<'EOF'
{body}
EOF
)"
Blocked by: #123, #124 の形式で書くpriority:mediumadd-database-table → add-domain-entity → add-api-endpoint の順序を明記するmake test と make lint.go の通過を必ず Acceptance Criteria に含める/review-diff は「実装完了後の品質ゲート」として位置づける。Acceptance Criteria の最後に置き、「実装完了後に実行し、指摘が 0 件になるまで修正する」と明記する。これにより AO Agent が実装→テスト→品質ゲートの順序で動く/review-diff は AO Agent の実装完了後に必ず実行する 品質ゲート である。
- [ ] **実装完了後に `/review-diff` を品質ゲートとして実行し、指摘が 0 件になるまで修正する**
- db/mysql/migrations/YYYYMMDDHHMMSS_create_xxx.sql (create)
- db/mysql/constants/xxx.yaml (create)
- internal/domain/model/xxx.go (create)
- internal/domain/repository/xxx.go (create)
- internal/infrastructure/mysql/repository/xxx.go (create)
- internal/infrastructure/mysql/internal/marshaller/xxx.go (create)
- schema/proto/bot_drive/admin_api/v1/api_xxx.proto (create)
- schema/proto/bot_drive/admin_api/v1/model_xxx.proto (create)
- schema/proto/bot_drive/admin_api/v1/api.proto (modify)
- internal/usecase/input/admin_xxx.go (create)
- internal/usecase/admin_xxx.go (create)
- internal/usecase/admin_xxx_impl.go (create)
- internal/infrastructure/grpc/internal/handler/admin/xxx.go (create)
- internal/infrastructure/grpc/internal/handler/admin/marshaller/xxx.go (create)
- internal/infrastructure/dependency/dependency.go (modify)
上記すべてを合わせる。