ワンクリックでManusで任意のスキルを実行

skill-creator

スター0

フォーク0

更新日2026年5月22日 14:33

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

インストール

Codex または Claude でインストールこの Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。

Manusで実行

ソース

daishiman

daishiman/UBM-Hyogo

GitHub リポジトリを開く Creator のリポジトリを見る

ダウンロード

Manusで実行

関連職種SOC

SOC 職業分類に基づく

ソフトウェア開発者コンピュータ・数学職·SOC 15-1252

ファイルエクスプローラー

100 ファイル

SKILL.md

readonly

このリポジトリの他の Skills

同じリポジトリ

aiworkflow-requirements

daishiman/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

2026-06-170

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

2026-06-170

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

2026-05-300

int-test-skill

daishiman/UBM-Hyogo

`@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」等が発動条件。

2026-05-230

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.

2026-05-140

skill-fixture-runner

daishiman/UBM-Hyogo

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

2026-04-280

name	skill-creator
description	スキルを作成・更新・プロンプト改善するためのメタスキル。最初のアクションは必ず 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
allowed-tools	["Read","Write","Edit","Bash","Glob","Grep","Task","AskUserQuestion"]

Skill Creator

スキルを作成・更新・プロンプト改善するためのメタスキル。

変更履歴

Version	Date	Changes
v2026.05.11-task15-e2e-mock-testid-drift	2026-05-11	task-15 admin dashboard and members 実装サイクル feedback を反映。`references/patterns-pitfall-testing-ui.md` に (1) e2e mock の二重実装は state drift を生む (standalone mock を single source of truth とし HTTP control endpoint で一本化、Server Component `fetch()` は `page.route()` で捕捉できない事実を明記)、(2) page-object と実装 testid の drift 防止 (`data-testid` 命名は機能 prefix + kebab、page-object と実装の同 commit 配備、`scripts/verify-testid-parity.mjs` CI gate) の 2 entry を追加。
v2026.05.01-phase12-skill-feedback-sync	2026-05-01	Phase 12 `skill-feedback-report.md` の改善提案を既存 skill reference へ最小反映する運用を追加。ADR / topology drift task では重複候補検索、base case 別差分マトリクス、doc-only grep、NON_VISUAL evidence を優先して反映する。

Anchors の詳細（全 7 件）は references/anchors.md を参照（description には主要 3 件のみ記載）。

必須：最初の実行ステップ

このスキルを呼ばれたら、最初のアクションは必ず AskUserQuestion である。

インタビュー深度を確認する（quick / standard / detailed）
深度が確定したら agents/discover-problem.md を読み込み Phase 0-0 を開始する
problem-definition.json が存在しない場合は AskUserQuestion で問題定義を収集する

ユーザーの回答なしに生成を開始してはならない。create / update / improve-prompt モードも、最初に深度確認の質問を行ってから着手する。

例外（読み取り監査のみ）: 既存スキルの作成・更新・改善生成を行わず、ユーザーが対象範囲を具体指定し、かつ SubAgent などへ read-only audit を依頼するだけの場合は AskUserQuestion を省略してよい。監査結果を受けて実ファイルを編集する段階では、ユーザー指定済みの範囲に限定し、create / update / improve-prompt の対話フローを開始した扱いにしない。

設計原則

原則	説明
Problem First	機能の前に本質的な問題を特定する
Collaborative First	ユーザーとの対話を通じて要件を明確化
Domain-Driven Design	ドメイン構造を明確化し高精度な設計を導く
Clean Architecture	層分離と依存関係ルールで変更に強い構造
Script First	決定論的処理はスクリプトで実行（100%精度）
Progressive Disclosure	必要な時に必要なリソースのみ読み込み
`.claude` Canonical	Skill updates target `.claude/skills/...`; `.agents/skills/...` is mirror/runtime compatibility and must be diff-validated when present

クイックスタート

モード	用途	開始方法
collaborative	ユーザー対話型スキル共創（推奨）	AskUserQuestionでインタビュー開始
orchestrate	実行エンジン選択	AskUserQuestionでヒアリング開始
create	要件が明確な場合の新規作成	`scripts/detect_mode.js --request "..."`
update	既存スキル更新	`scripts/detect_mode.js --skill-path <path>`
improve-prompt	プロンプト改善	`scripts/analyze_prompt.js --skill-path <path>`

ワークフロー概要（Collaborative）

Phase 0-0: 問題発見 → problem-definition.json
Phase 0.5: ドメインモデリング → domain-model.json
Phase 0-1〜0-8: インタビュー → interview-result.json
[分岐] multiSkillPlan: Phase 0.9 design-multi-skill → multi-skill-graph.json
リソース選択: select-resources.md → resource-selection.json
Phase 1: 要求分析 → Phase 2: 設計
[条件] skillDependencies: Phase 2.5 resolve-skill-dependencies → skill-dependency-graph.json
Phase 3: 構造計画 → Phase 4: 生成
[条件] externalCliAgents: Phase 4.5 delegate-to-external-cli → external-cli-result.json
Phase 5: レビュー (quick-validate) → Phase 6: 検証 (validate-all)

Runtime ワークフロー（IPC 駆動: plan → review → execute → verify → improve → reverify → handoff）の状態遷移・IPC チャネル一覧・submitUserInput セマンティクス・verify→improve 閉ループ・SDK 正規化・Session Persistence などの詳細は references/runtime-workflow.md を参照。

設計タスク（Phase 1-3 中心）向けの並列 SubAgent 戦略・Phase 12 再監査ショートカット・P43 対策・ベストプラクティスは references/orchestration-design-tasks.md を参照。

リソース一覧

カテゴリ	詳細参照
agents/	references/resource-map.md#agents
references/	references/resource-map.md#references
scripts/	references/resource-map.md#scripts
assets/	references/resource-map.md#assets
schemas/	references/resource-map.md#schemas

主要 entrypoint references（SKILL.md 200 行制約のため本体に含めず references/ に退避）:

ファイル	役割
references/anchors.md	全 7 件の設計アンカー（description には主要 3 件のみ）
references/runtime-workflow.md	Runtime ワークフロー状態遷移・IPC チャネル・submitUserInput・verify→improve ループ・SDK 正規化・Session Persistence
references/orchestration-design-tasks.md	設計タスク向けオーケストレーション・並列 SubAgent 戦略・Phase 12 再監査・P43 対策・ベストプラクティス
references/fixture-conventions.md	テストフィクスチャ `.fixture` 拡張子規約・loadFixture ヘルパー仕様（Codex / Claude Code skill discovery 排除のため）
references/resource-map.md	agents / references / scripts / assets / schemas の全リソースカタログ

主要エントリポイント（agents）

用途	リソース
問題発見	agents/discover-problem.md
ドメインモデリング	agents/model-domain.md
インタビュー	agents/interview-user.md
リソース選択	agents/select-resources.md
要求分析	agents/analyze-request.md
スクリプト生成	agents/design-script.md
オーケストレーション	agents/design-orchestration.md
クロススキル依存関係解決	agents/resolve-skill-dependencies.md
外部CLIエージェント委譲	agents/delegate-to-external-cli.md
マルチスキル同時設計	agents/design-multi-skill.md
フィードバック記録	scripts/log_usage.js
Phase 12 再監査同期	assets/phase12-system-spec-retrospective-template.md

機能別ガイド（references/）

機能	参照先
問題発見フレームワーク	references/problem-discovery-framework.md
ドメインモデリング	references/domain-modeling-guide.md
Clean Architecture	references/clean-architecture-for-skills.md
プロンプト生成ポリシー	references/prompt-generation-policy.md
スクリプト/LLM分担	references/script-llm-patterns.md
クロススキル参照パターン	references/cross-skill-reference-patterns.md
skill-ledger 規約	references/skill-ledger-conventions.md
外部CLIエージェント統合	references/external-cli-agents-guide.md
スクリプト生成	references/script-types-catalog.md
ワークフローパターン	references/workflow-patterns.md
オーケストレーション	references/orchestration-guide.md
実行モード選択	references/execution-mode-guide.md
ドキュメント生成	references/api-docs-standards.md
Phase 12 spec-to-skill sync	references/update-process.md, assets/phase12-task-spec-recheck-template.md, assets/phase12-system-spec-retrospective-template.md
Phase 12 再監査	references/update-process.md, references/output-patterns.md, references/patterns-success-.md, references/patterns-failure-.md, references/patterns-pitfall-*.md
自己改善サイクル	references/self-improvement-cycle.md
ライブラリ管理	references/library-management.md

その他カテゴリ別（基礎設計 / ヒアリング / 統合 / 実行運用）の追加リファレンスは references/resource-map.md を参照。

追加リファレンス（網羅インデックス）

フィードバック（必須）

実行後は必ず記録：

node scripts/log_usage.js --result success --phase "Phase 4"
node scripts/log_usage.js --result failure --phase "Phase 3" --error "ValidationError"