{"name":"yasuakiomokawa-omokawa-skills","owner":{"name":"ClaudePluginHub"},"plugins":[{"name":"yasuakiomokawa-define-acceptance-criteria-plugins-define-acceptance-criteria","source":{"source":"github","repo":"yasuakiomokawa/skills"},"description":"プランモード中にプランファイルの受け入れ条件・技術リスクを定義する時に使用。詳細は分析ファイル（`<plan>.analysis.md`）に書き出し、プランファイル末尾には品質検証サマリーのみ追記する。/mece-plan-reviewの前に実行し、MECEの検証ターゲットを定義する。","version":"0.3.0","strict":true,"keywords":["acceptance-criteria","plan-driven","qa"],"category":"testing"},{"name":"yasuakiomokawa-mece-plan-review-plugins-mece-plan-review","source":{"source":"github","repo":"yasuakiomokawa/skills"},"description":"プランファイルの受け入れ条件（AC）に対しMECE完全性検証を実施し、ユースケース漏れ・技術的対応漏れ・ACの改善点を検出して分析ファイルに記録する。プランにACが定義済みで実装前にMECE検証が必要な時に使用。事前に /define-acceptance-criteria でACを定義しておくこと。","version":"1.1.0","strict":true,"keywords":["mece","plan-driven","qa","code-review"],"category":"testing"},{"name":"yasuakiomokawa-finalize-plan-plugins-finalize-plan","source":{"source":"github","repo":"yasuakiomokawa/skills"},"description":"プランモードで設計が確定した後、実装に移る直前に使用。分析ファイルからAC・MECE結果を読み込み、プランファイルにブランチ・PR分割・QA手順を追記する。","version":"1.1.0","strict":true,"keywords":["plan-driven","branch","pr-split","qa"],"category":"testing"},{"name":"yasuakiomokawa-review-design-plugins-review-design","source":{"source":"github","repo":"yasuakiomokawa/skills"},"description":"新機能の実装開始前、ファイルやモジュールの追加時、「このコードはどこに置くべきか」と迷った時に使用。","version":"1.1.0","strict":true,"keywords":["code-review","clean-architecture","ddd","hexagonal"],"category":"utilities"},{"name":"yasuakiomokawa-review-code-quality-plugins-review-code-quality","source":{"source":"github","repo":"yasuakiomokawa/skills"},"description":"実装完了後のセルフチェック時、PRレビュー前の品質確認時に使用。RuboCop/ESLintでは検出できない設計レベルの問題を検出する。","version":"1.1.0","strict":true,"keywords":["code-review","cohesion","coupling","readability"],"category":"utilities"},{"name":"yasuakiomokawa-polish-before-commit-plugins-polish-before-commit","source":{"source":"github","repo":"yasuakiomokawa/skills"},"description":"コミット前やPR作成前に、プロジェクト規約への準拠・パターン一貫性・実装/spec 整合性 (Ruby の delegate / def 撤去後に残る dead mock の検出と削除を含む) を確認・修正したい時に使用。","version":"0.2.0","strict":true,"keywords":["code-review","linting","commit"],"category":"utilities"},{"name":"yasuakiomokawa-model-data-plugins-model-data","source":{"source":"github","repo":"yasuakiomokawa/skills"},"description":"要求文書からDBML形式のER図を生成し、SQLアンチパターンを検出。DB設計、ER図作成、スキーマ正規化、既存設計レビュー時に使用。","version":"0.1.0","strict":true,"keywords":["er-diagram","dbml","database-design","sql"],"category":"data"},{"name":"yasuakiomokawa-map-user-stories-plugins-map-user-stories","source":{"source":"github","repo":"yasuakiomokawa/skills"},"description":"設計書・プロジェクト仕様・Jira epic等からユーザーストーリーマップを作成し、タスク分解・スプリント計画まで行う場合に使用。新しいプロジェクトフェーズの計画、設計書の分析、大きな機能の実装単位への分解が必要な場合にトリガーされる。","version":"0.3.0","strict":true,"keywords":["user-stories","story-mapping","plan-driven","jira"],"category":"utilities"},{"name":"yasuakiomokawa-qa-ui-plugins-qa-ui","source":{"source":"github","repo":"yasuakiomokawa/skills"},"description":"実装完了後にChromeDevTools MCPでUI検証を行う。ACがあればAC項目ごとに画面操作・スクリーンショット・pass/fail判定。FAILなら自動修正→再QAを最大3回ループ。","version":"1.1.0","strict":true,"keywords":["qa","ui-testing","chrome-devtools"],"category":"productivity"},{"name":"yasuakiomokawa-create-jira-issues-plugins-create-jira-issues","source":{"source":"github","repo":"yasuakiomokawa/skills"},"description":"ユーザーストーリーマップやタスク分解プランからJiraチケットを一括作成する場合に使用。ストーリーマップ完成後のチケット化、プランファイルからの一括作成、計画済みストーリー・タスクのJiraへの移行が必要な場合にトリガーされる。","version":"0.1.0","strict":true,"keywords":["jira","atlassian","ticket"],"category":"utilities"},{"name":"yasuakiomokawa-set-jira-story-points-plugins-set-jira-story-points","source":{"source":"github","repo":"yasuakiomokawa/skills"},"description":"JiraキーとStory Pointsのマップデータを受け取り、Jiraチケットに一括でStory Pointsを設定する。「ストーリーポイント設定」「SP設定」「story points」などのキーワードでトリガーされる。","version":"0.1.0","strict":true,"keywords":["jira","atlassian","story-points"],"category":"utilities"},{"name":"yasuakiomokawa-translate-to-vision-story-plugins-translate-to-vision-story","source":{"source":"github","repo":"yasuakiomokawa/skills"},"description":"プロジェクト活動 (commits/PRs/README/ADR) を `~/.claude/skills-config/vision.md` のビジョン要素と照合し、対話型 draft → revise loop で Zenn 記事下書きを生成する。プロジェクト単位の物語化・キャリアブランディング・月次記事執筆時に使用。","version":"0.1.0","strict":true,"keywords":["career","branding","writing","zenn"],"category":"documentation"},{"name":"yasuakiomokawa-dry-ssot-text-plugins-dry-ssot-text","source":{"source":"github","repo":"yasuakiomokawa/skills"},"description":"Use when an AI-generated document (plan / design doc / RFC / PR description) has grown long with the same concept explained in multiple places and needs consolidation to a single source of truth while preserving navigation aids like TOC, progress tables, and checklists","version":"0.1.0","strict":true,"keywords":["writing","refactoring","documentation"],"category":"documentation"},{"name":"yasuakiomokawa-create-pr-plugins-create-pr","source":{"source":"github","repo":"yasuakiomokawa/skills"},"description":"カレントブランチをもとにConventional Commits形式のドラフトPRを作成する skill。リリースラベル定義 (~/.claude/skills-config/release-labels.md) を参照。","version":"0.6.0","strict":true,"keywords":["pr","github","conventional-commits"],"category":"deployment"},{"name":"yasuakiomokawa-purge-private-vocab-plugins-purge-private-vocab","source":{"source":"github","repo":"yasuakiomokawa/skills"},"description":"Use after generating PR description, Jira ticket, design doc, RFC, or other reader-facing text from a local plan/spec file, to detect and rewrite vocabulary that exists only in the source and would confuse readers without it","version":"0.1.0","strict":true,"keywords":["writing","vocabulary","audience","documentation"],"category":"deployment"}]}