task-specification-creator
daishiman/UBM-Hyogo
タスクを単一責務原則で分解しPhase 1-13の実行可能な仕様書を生成。Phase 12は中学生レベル概念説明を含む。
Anchors:
• Clean Code / 適用: SRP / 目的: タスク分解基準
• Continuous Delivery / 適用: フェーズゲート / 目的: 品質パイプライン
• DDD / 適用: ユビキタス言語 / 目的: 用語統一
Trigger:
タスク仕様書作成, タスク分解, ワークフロー設計, Phase実行, インテグレーション設計, ワークフローパッケージ, Cloudflare Workers, Web API設計, 外部連携パッケージ, completed-tasks 移動, task path normalization, docs-only spec_created, phase12 compliance ci gate, verify-phase12-compliance, Phase 12 canonical heading SSOT, recovery workflow, recovery-mode, since-filter, evidence-step parity gate, max-2-cycle guard, D'+0 reset, conditional-implementation, unsupported-path-gate, primary-source-snapshot-gate, verified_current_no_code_change_pending_pr, stale-claim grep, workflow-path-existence-gate, infra-diff state gate, cloudflare alert policy IaC, kv usage monitoring, runbook implementation diff, tests/fixtures dirty diff gate, fallback retirement, dual-environment coverage gate, physical deletion 2-stage, lookup contract sync, phase11 evidence existence, missing-evidence, pars
automation-30
daishiman/UBM-Hyogo
30種の思考法で多角的にエレガントさ・正しさを検証・改善するメタスキル。先入観をリセットし、4条件（矛盾なし・漏れなし・整合性・依存関係整合）を満たす状態へ導く。詳細プロンプトは references/elegant-review-prompt.md、思考法カタログは references/patterns.md を参照。
Anchors:
• 30種思考法カタログ / 適用: references/patterns.md / 目的: 多角的視点の網羅
• elegant-review-prompt / 適用: references/elegant-review-prompt.md / 目的: 実行プロンプト本体
• 先入観リセット / 適用: Phase 1 思考リセット / 目的: バイアス除去
• 4条件チェック / 適用: 矛盾なし・漏れなし・整合性・依存関係整合 / 目的: 検証ゲート
• 並列多角的分析 / 適用: 3エージェント構成 / 目的: 視点の独立性確保
Trigger:
automation-30, 30種思考法, エレガント検証, 多角的レビュー, 先入観リセット, 4条件, 品質審査, improve, elegant review, multi-perspective review, bias reset, 仕様レビュー, 設計レビュー
skill-creator
daishiman/UBM-Hyogo
スキルを作成・更新・プロンプト改善するためのメタスキル。
**最初のアクションは必ず AskUserQuestion**（インタビュー深度確認）。
**collaborative**モードでユーザーと対話しながら共創し、抽象的なアイデアから具体的な実装まで柔軟に対応する。
**orchestrate**モードでタスクの実行エンジン（Claude Code / Codex / 連携）を選択。
Anchors（主要3件・全7件は references/anchors.md 参照）:
• Continuous Delivery (Jez Humble) / 適用: 自動化パイプライン / 目的: 決定論的実行
• The Lean Startup (Eric Ries) / 適用: Build-Measure-Learn / 目的: 反復改善
• Domain-Driven Design (Eric Evans) / 適用: 戦略的設計・ユビキタス言語・Bounded Context / 目的: ドメイン構造の明確化
Trigger:
新規スキルの作成、既存スキルの更新、プロンプト改善を行う場合に使用。
スキル作成, スキル更新, プロンプト改善, skill creation, skill update, improve prompt,
Codexに任せて, assign codex, 実行モード選択, IPC Bridge統一, safeInvoke/safeOn,
Preload API標準化, contextBridge, Electron IPC pattern
github-issue-manager
daishiman/UBM-Hyogo
GitHub Issueを`gh` CLIで管理し、タスク仕様書との双方向連携・ローカル同期・スコアリング選択を実現するスキル。
Anchors:
• task-specification-creator / 適用: メタ情報・Issue構造 / 目的: フォーマット互換性確保
• gh CLI (GitHub CLI) / 適用: Issue操作 / 目的: create/list/edit/close
• Progressive Disclosure / 適用: 必要時のみリソース読み込み / 目的: コンテキスト効率化
• Idempotent Scheduled Automation / 適用: monthly branch + open PR title prefix / 目的: cron 重複起票防止
Trigger:
GitHub Issue管理, Issue作成, Issue選択, 最適タスク選定, タスク仕様書→Issue化,
reminder Issue 自動起票, post-release observation, scheduled issue automation,
D+7 / D+30 reminder, idempotent issue creation,
monthly idempotent PR, [auto-summary] prefix, auto/post-release-30day-summary,
closed issue reference, Refs-only pattern,
governance drift, branch protection drift, enforce_admins drift, lock_branch drift,
required_status_checks drift, separate-PR remediation, O-2 同 PR 修正禁止
Use when managing GitHub issues, creating issues from task specs, or selecting optimal next task.
