一键导入
quick-issue
確認不要で手早く GitHub Issue を起票する。grill-me/to-plan/to-issues の正式フローを経由せず、思いついた要望・課題・バグをその場で軽量に Issue 化したいときに使う。「quick-issue」「issueを起票して」「issueを作って」と指示されたとき。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
確認不要で手早く GitHub Issue を起票する。grill-me/to-plan/to-issues の正式フローを経由せず、思いついた要望・課題・バグをその場で軽量に Issue 化したいときに使う。「quick-issue」「issueを起票して」「issueを作って」と指示されたとき。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
いま進行中のセッションの会話の流れを5項目で要約し、コンテキストスイッチから戻った人間が状況を思い出すのを助ける。「catchup」「ここまで要約して」「どこまでやったか」「文脈を思い出したい」と指示されたときに使う。
CDK実装の一気通貫オーケストレーションワークフロー。CDK実装→コードレビュー→レビュー指摘修正→CI実行→CI指摘修正を人間への確認なしに自律実行する。CLAUDE.md の開発フロー Step 7(CDK実装)で使用。Issue番号を引数に指定すること(例: /cdk-dev 15)。frontend/backend実装には使用しない。
アプリケーション実装の一気通貫オーケストレーションワークフロー。実装(テスト変更を含む場合はTDD、含まない場合は直接実装)→コードレビュー→レビュー指摘修正→CI実行→CI指摘修正→設計書整合性チェック→設計書修正を人間への確認なしに自律実行する。CLAUDE.md の開発フロー Step 6(frontend/backend実装)で使用。Issue番号を引数に指定すること(例: /code-dev 15)。CDKには使用しない。
統合設計ワークフロー。GitHub IssueをもとにIssueを読み込み設計書(docs/design/)を更新し、自動レビューと修正まで実行する。仕様駆動開発のStep 4で使用。Issue番号を引数に指定すること(例: /design 15)
AWS CDK実装専用コマンド。GitHub IssueからCDK実装・テスト・CDK合成まで自動実行する。CDKインフラの実装を依頼されたときに使用すること。
AWS CDK インフラコードを詳細にレビュー。/cdk-review コマンドが呼ばれたとき、またはユーザーが CDK コードのレビューを依頼したときに使用する。cdk/ ディレクトリ内の TypeScript ファイルを対象に、型安全性・CDK ベストプラクティス・プロジェクトルール準拠を自動チェックする。
| name | quick-issue |
| description | 確認不要で手早く GitHub Issue を起票する。grill-me/to-plan/to-issues の正式フローを経由せず、思いついた要望・課題・バグをその場で軽量に Issue 化したいときに使う。「quick-issue」「issueを起票して」「issueを作って」と指示されたとき。 |
正式な開発フロー(/grill-me → /to-plan → /to-issues)を経由せず、確認なしで即座に GitHub Issue を1件起票するスキル。スライス分割・依存関係の整理・ユーザーへの確認は行わない。手早く起票することが目的。
正式フローでまとまった作業を Issue 化したい場合は /to-issues を使うこと。本スキルは単発の軽量起票専用。
--assignee @me を付与する。引数または直前の会話コンテキストから、起票したい内容を読み取る。情報が薄くても起票を止めず、読み取れた範囲でタイトルと本文を組み立てる。
docs/reference/glossary.md)の語彙に寄せる。下記テンプレートに沿って本文を作る。「タスク一覧」は読み取れる範囲でチェックボックスに分解する(不明なら最小限の1〜2項目でよい)。設計書の更新が必要そうなら、その更新タスクも含める(CLAUDE.md 仕様駆動ルール)。
## この変更が必要な理由なぜこの Issue が必要なのかを WHY 中心に記述する。解決する課題・背景・もたらす価値を書く。実装の詳細(HOW)ではなく目的に焦点を当て、別セッションの実装者が判断に迷ったとき優先順位を自力で決められる状態を目指す。
実装を完了させるために必要なタスクをチェックボックス形式で列挙する。実装者はこのリストを1つずつ確認し、完了ごとに gh issue edit でチェックを更新する(CLAUDE.md の厳守ルール)。設計書の更新が必要な場合は、その更新タスクも必ず含めること。
gh issue create を1コマンドで実行する。本文はヒアドキュメント or --body-file で渡す。
gh issue create \
--title "<タイトル>" \
--assignee @me \
--body "$(cat <<'EOF'
## この変更が必要な理由
...
## タスク一覧
- [ ] ...
EOF
)"
--label で付与する(指定がなければ付けない)。/quick-issue <起票したい内容>
例:
/quick-issue ログイン失敗時のエラーメッセージが英語のままなので日本語化したい