skills/clionegohan/pr/SKILL.md
PR作成Skill。仕様レビュー用または実装レビュー用のPRを作成。/spec や spec-workflow から呼び出される。
npx skillsauth add aiskillstore/marketplace prInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
SDDワークフローにおけるPR作成を担当するSkill。 仕様策定・実装それぞれのフェーズで適切なPRを作成します。
/pr コマンドで明示的に呼び出し/spec Skill から自動呼び出し(仕様策定完了時)spec-workflow Skill から自動呼び出し(実装完了時)spec: {アクションタイトル}
例: spec: ユーザー認証機能の仕様策定
impl: {アクションタイトル}
例: impl: ユーザー認証機能の実装
┌─────────────────────────────────────────────────┐
│ 1. 変更確認 │
│ - git status で変更内容を確認 │
│ - git diff で差分を確認 │
│ │
│ 2. コミット確認 │
│ - 未コミットの変更があればコミット │
│ - コミットメッセージを生成 │
│ │
│ 3. リモートへプッシュ │
│ git push -u origin {branch-name} │
│ │
│ 4. PR内容生成 │
│ - タイトル: 規則に従って生成 │
│ - サマリー: 変更内容の要約 │
│ - テストプラン: 検証項目 │
│ │
│ 5. ユーザー確認 │
│ 「このPRを作成しますか?」 │
│ │
│ 6. PR作成 │
│ gh pr create │
│ │
│ 7. 完了通知 │
│ PR URLを表示 │
└─────────────────────────────────────────────────┘
| パラメータ | 必須 | 説明 | 例 |
|-----------|------|------|-----|
| type | Yes | PRタイプ | spec or impl |
| action-id | No | アクションID(ブランチ名から自動取得可) | 001-01-01 |
| base | No | ベースブランチ(デフォルト: main) | main |
## Summary
- {アクションID} の仕様を策定
- {生成したファイル一覧}
## 変更内容
- specs/phases/{id}.md: フェーズ定義
- specs/tasks/{id}.md: タスク定義
- specs/actions/{id}.md: アクション定義
## レビュー観点
- [ ] ユーザーストーリーが明確か
- [ ] ACがEARS記法で記述されているか
- [ ] 依存関係が整理されているか
- [ ] スコープが適切か
🤖 Generated with [Claude Code](https://claude.com/claude-code)
## Summary
- {アクションID} を実装
- {実装した機能の概要}
## 変更内容
- {変更ファイル一覧}
## Test plan
- [ ] 全ACのテストが通過
- [ ] TDDサイクルを遵守
- [ ] スコープ外の変更なし
## AC確認
- [x] {AC1}
- [x] {AC2}
- [x] {AC3}
🤖 Generated with [Claude Code](https://claude.com/claude-code)
ユーザー: /pr
Claude: 現在のブランチ: impl/001-01-01-user-auth
以下のPRを作成しますか?
タイトル: impl: ユーザー認証機能の実装
ベース: main
## Summary
- 001-01-01 を実装
- ログイン/ログアウト機能
## Test plan
- [ ] 全ACのテストが通過
...
ユーザー: OK
Claude: ✅ PRを作成しました
URL: https://github.com/user/repo/pull/123
[/spec Skill 内部]
→ ファイル生成完了後に /pr を発火
→ type: spec
→ 仕様レビュー用PRを作成
[spec-workflow Skill 内部]
→ 実装完了・AC全チェック後に /pr を発火
→ type: impl
→ 実装レビュー用PRを作成
# 変更確認
git status
git diff
# コミット(必要な場合)
git add .
git commit -m "..."
# プッシュ
git push -u origin {branch-name}
# PR作成
gh pr create --title "{title}" --body "{body}"
Claude: コミットする変更がありません。
対応案:
1. 作業を続ける
2. 既存のコミットでPRを作成
どれを選択しますか?
Claude: このブランチには既にPRが存在します。
URL: https://github.com/user/repo/pull/123
対応案:
1. 既存のPRを更新(追加コミットをプッシュ)
2. 既存のPRを閉じて新規作成
どれを選択しますか?
Claude: GitHub CLIが認証されていません。
以下のコマンドで認証してください:
gh auth login
development
Apple Human Interface Guidelines for content display components. Use this skill when the user asks about charts component, collection view, image view, web view, color well, image well, activity view, lockup, data visualization, content display, displaying images, rendering web content, color pickers, or presenting collections of items in Apple apps. Also use when the user says how should I display charts, what's the best way to show images, should I use a web view, how do I build a grid of items, what component shows media, or how do I present a share sheet. Cross-references: hig-foundations for color/typography/accessibility, hig-patterns for data visualization patterns, hig-components-layout for structural containers, hig-platforms for platform-specific component behavior.
tools
Automate HelpDesk tasks via Rube MCP (Composio): list tickets, manage views, use canned responses, and configure custom fields. Always search tools first for current schemas.
testing
Expert Haskell engineer specializing in advanced type systems, pure functional design, and high-reliability software. Use PROACTIVELY for type-level programming, concurrency, and architecture guidance.
tools
GraphQL gives clients exactly the data they need - no more, no less. One endpoint, typed schema, introspection. But the flexibility that makes it powerful also makes it dangerous. Without proper controls, clients can craft queries that bring down your server. This skill covers schema design, resolvers, DataLoader for N+1 prevention, federation for microservices, and client integration with Apollo/urql. Key insight: GraphQL is a contract. The schema is the API documentation. Design it carefully.