Jeden Skill in Manus ausführen
mit einem Klick

Jeden Skill in Manus mit einem Klick ausführen

skill-creator

Sterne0

Forks0

Aktualisiert22. Mai 2026 um 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

Installation

Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.

In Manus ausführen

Quelle

daishiman

daishiman/UBM-Hyogo

GitHub-Repository öffnen Creator-Repositorys ansehen

Download

In Manus ausführen

Verwandte BerufeSOC

Basierend auf der SOC-Berufsklassifikation

SoftwareentwicklerInformatik- und Mathematikberufe·SOC 15-1252

Datei-Explorer

100 Dateien

SKILL.md

readonly

Mehr aus diesem Repository

gleiches Repository

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"