UBM-Hyogo

ubm-hyogo Webアプリの正本仕様を `references/` から検索・参照・更新するスキル。`resource-map` / `quick-reference` / `topic-map` / `keywords` を起点に必要最小限だけ読む。用途は要件確認、設計・API契約確認、UI/状態管理/セキュリティ判断、`task-workflow` / `lessons-learned` / 未タスク同期。主要対象は Cloudflareデプロイ、Webアプリアーキテクチャ、インテグレーションパッケージ（packages/integrations/）、ブランチ戦略（feature/dev/main）、シークレット管理（CF/GitHub/1Password）、認証、スキルライフサイクル、UI設計、セキュリティ要件。Anchors: Specification-Driven Development, Progressive Disclosure。Trigger: 仕様確認、仕様更新、task-workflow同期、lessons-learned同期、API契約確認、セキュリティ要件確認、Cloudflare、Pages、Workers、D1、R2、r2_buckets、KV、デプロイ、認証、スキルライフサイクル、UI設計、データベース設計、RAG、検索、インテグレーション、ブランチ戦略、シークレット管理、Secrets、Variables、environment-scoped、repository-scoped、配置決定マトリクス、1Password 正本、GitHub 派生コピー、ストレージ、presigned URL、オブジェクトストレージ、legacy umbrella close-out、stale-current classification、post-release-dashboard、redaction-check、30 day gate、30day-contract、formalized contract、failure rate gate、schedule feedback、external-time-dependent、3-fence detection、DLQ、dead-letter、Cloudflare Queue 監視、observability runbook、dlq-moni

タスクを単一責務原則で分解し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

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, 仕様レビュー, 設計レビュー

`@repo/shared`パッケージのVitest統合テスト設計・実装・検証を支援するスキル。 Mockプロバイダーを使ったサービス層の契約テストが主な用途。 インターフェース契約の変更時に既存Mockとの互換性を保証し、不変条件を網羅する。 `apps/api` 配下の D1 binding 依存 repository test / Hono route contract test / `require-admin` authz matrix も対象。 Playwright runtime screenshot（in-process mock server `__test__` seed 経由で element-level PNG 撮影）パターンも canonical 化済み。 Anchors: • Contract Testing / 適用: インターフェース契約検証 / 目的: Mock→実装の互換性保証 • Vitest / 適用: テスト実行環境 / 目的: `pnpm --filter @repo/shared test:run` Trigger: 「統合テスト作成」「integration test」「MockClient」「テスト追加」「契約テスト」 「テストケース追加」「Late Chunking テスト」「IEmbeddingClient テスト」 「runtime screenshot」「Playwright mock control endpoint」「__test__ seed」等が発動条件。

スキルを作成・更新・プロンプト改善するためのメタスキル。 **最初のアクションは必ず 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を`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.

skill-creator出力フィクスチャの自動検証スキル。 ディレクトリ構造・SKILL.mdフォーマット・エージェント仕様書・JSONスキーマを5スクリプトで決定論的に検証する。 Anchors: • skill-creator / 適用: 出力仕様・品質基準 / 目的: 検証ルールの源泉 • Contract First / 適用: JSON出力スキーマ / 目的: 予測可能な検証結果 Trigger: fixture validation, skill validation, スキルテスト, フィクスチャ検証, skill-creator検証

Claude Agent SDK（@anthropic-ai/claude-agent-sdk）および直接Anthropic SDK（@anthropic-ai/sdk）を使用したエージェント統合の実装を専門とするスキル。 query() API、Hooksシステム、Permission Control、ストリーミング処理、Direct SDKパターンを支援します。 Webアプリ（Next.js / Cloudflare Workers）での統合に対応。 Anchors: • Claude Agent SDK Official Docs / 適用: SDK API、Hooks、Permissions / 目的: 公式パターンに準拠した実装 • Anthropic SDK (@anthropic-ai/sdk) / 適用: Direct SDK呼び出し / 目的: シンプルなサーバーサイド統合 • TypeScript Handbook / 適用: 型定義、ジェネリクス / 目的: 型安全なSDK統合 Trigger: Claude Agent SDKを使用したエージェント機能実装、query() APIストリーミング処理、Hooksシステム実装、Permission Control設計、MCP統合、Direct SDK統合を行う場合に使用。 claude-agent-sdk, query API, PreToolUse, PostToolUse, PermissionRequest, MCP, ストリーミング, 権限制御, @anthropic-ai/sdk, Direct SDK, Cloudflare Workers, Next.js