Review a product requirement, PRD, brief, or meeting note before design or development; expose missing decisions, contradictions, edge cases, dependencies, and validation gaps without inventing business rules.
中文简介正在准备中。当前显示原文说明。
UI/UX、标志、幻灯片、图像生成(7292 个)
Review a product requirement, PRD, brief, or meeting note before design or development; expose missing decisions, contradictions, edge cases, dependencies, and validation gaps without inventing business rules.
中文简介正在准备中。当前显示原文说明。
显式授权一个已经由 Codex Flight Control 封存、用户可见且 hash 精确匹配的本地维护计划。仅当用户原样输入 `$flight-maintain` 并依次提供 plan_id 与 plan_hash 时使用;不能用自然语言同意、模型判断或 UI 点击替代。
中文简介正在准备中。当前显示原文说明。
显式启用或关闭一个受治理 Run 的本地 Codex App Server continuation。仅当用户使用精确命令 `$flight-connect-host` 并依次提供 run_id、thread_id 与 ENABLE 或 DISABLE 时使用;不能把自然语言同意、Lead 判断、UI 操作或已有 credential 当作启用授权。
中文简介正在准备中。当前显示原文说明。
匠Methodでビジネス企画をモデリングする際に使用。ステークホルダーモデル、価値デザインモデル、価値分析モデル、要求分析ツリーの知識を提供。
中文简介正在准备中。当前显示原文说明。
価値デザインモデルのコンセプトを作成(Phase 2-2)
中文简介正在准备中。当前显示原文说明。
価値デザインモデルの意味の作成(Phase 2-4a)
中文简介正在准备中。当前显示原文说明。
価値デザインモデルの言葉を作成する(Phase 2-3)
中文简介正在准备中。当前显示原文说明。
価値デザインモデルのビジョンを作成(Phase 2-1)
中文简介正在准备中。当前显示原文说明。
デザインの良い点・悪い点を分析し、改善点と改善のための問いを生成
中文简介正在准备中。当前显示原文说明。
価値デザインモデルのデザインの作成(Phase 2-4c)
中文简介正在准备中。当前显示原文说明。
価値デザインモデルのDrawIO形式のファイルを作成する。
中文简介正在准备中。当前显示原文说明。
デザインを作る時の観点を説明する
中文简介正在准备中。当前显示原文说明。
検証結果に基づいてデザインを洗練・修正する
中文简介正在准备中。当前显示原文说明。
価値デザインモデルを作る時の観点を説明する
中文简介正在准备中。当前显示原文说明。
ヒアリング駆動でデザイン仕様書(DESIGN.md)を作るスキル。 「コーポレートサイト作りたい」「LP のデザイン考えて」「ポートフォリオの世界観決めたい」 「ファンタジーゲームみたいな公式サイト作りたい」など、用途・雰囲気・世界観の相談時に使用。 静的 HTML クイズで意図を抽出し、Intent / Colors / Typography / Animations を含む DESIGN.md を生成。 既存 DESIGN.md からの HTML モック生成や、URL からの抽出には使用しない(後者は design-extractor の役割)。
中文简介正在准备中。当前显示原文说明。
任意のURLから動的レンダリング済みのHTML/CSS/JSを取得し、 アニメーション情報を含むデザイン仕様(VANILLA.md と INTERPRETED.md の 2 段階)を自動生成するスキル。 VANILLA.md は推測なしの生抽出、INTERPRETED.md は VANILLA を唯一の入力とした意味付け解釈。 以下の状況で使用: - 「このURL抽出して」「このサイトの仕様取ってきて」 - 「このサイトのデザイン情報取ってきて」 - 「このURLからアニメーション情報抜き出して」 - 「design-extractorで解析して」 - URLと「抽出」「解析」「VANILLA」「INTERPRETED」等のキーワードが同時に来たとき 以下には使用しない: - 「既存ファイルを編集したい」 - 「このデザインを実装して」(実装タスク) - 「アニメーションを作って」(生成タスク)
中文简介正在准备中。当前显示原文说明。
運用設計コンサルタントとして、対象業界の調査とヒアリングに基づきITIL 4・SRE・DevOpsベストプラクティスの運用設計書を作成する。新規サービスの運用設計、既存システムの運用改善、運用移管の準備に使用する。Do NOT use for ソフトウェアの機能要求の定義(requirement-managementを使用すること)。
中文简介正在准备中。当前显示原文说明。
【非推奨】設計書を永続化しない運用へ移行したため非推奨。設計は実装時にPR本文とGitHubコメントへ記載し、要求の管理は requirement-management を使用すること。既存の docs/sdd/design/ を保守・参照する場合にのみ使用する。アーキテクチャ設計、コンポーネント定義、API設計、データベーススキーマのMarkdown文書を作成・編集する。Do NOT use for 新規プロジェクトの設計(設計はPR本文に記載すること)。
中文简介正在准备中。当前显示原文说明。
要求・ユーザーストーリー・理由・用語・要求間の関係をYAMLレジストリで管理し、追加・変更・廃止のたびに要求間の整合性と矛盾を機械的に検証する。要求の追加/変更/削除、矛盾チェック、トレーサビリティ確認、ユーザーストーリーと受入条件の管理が必要な場合に使用する。設計は実装時にPR本文・GitHubコメントに書くだけで永続化しない運用を前提とする。requirements-defining / software-designing / sdd-document-management の移行先。Do NOT use for 設計書の作成・永続化(設計はPRに書く)。
中文简介正在准备中。当前显示原文说明。
IPA非機能要求グレード2018(可用性・性能拡張性・運用保守性・移行性・セキュリティ・システム環境)の記入済み要件を入力として、運用設計書を生成する。非機能要件定義が完了しているプロジェクトの運用設計フェーズで使用する。Do NOT use for 非機能要件の定義自体(requirement-managementを使用すること)。Do NOT use for 業界調査やヒアリングから始める運用設計(operations-designを使用すること)。
中文简介正在准备中。当前显示原文说明。
Use when the user wants to design, preview, or customize an Obsidian vault theme — including choosing styles, comparing color schemes, adjusting typography, or generating CSS snippets. Triggers on keywords like "Obsidian theme", "color scheme", "CSS snippet", "appearance".
中文简介正在准备中。当前显示原文说明。
Domain knowledge for using PrintKK print-on-demand API tools effectively. PrintKK is a print-on-demand platform that lets sellers create custom products, manage designs, upload images, and fulfill orders via API. Use this skill whenever the user wants to interact with PrintKK — browsing products, creating designs, placing orders, managing images, or building integrations with the PrintKK API. Also trigger when the user mentions "PrintKK", "print on demand", "POD fulfillment", custom product design workflows, or wants to automate their PrintKK store operations.
中文简介正在准备中。当前显示原文说明。
xp-harness の skill / agent に関する作業 (新規作成 / 設計 / 改修 等) で必ず発火させる、skill 設計の流儀 (構造 / 境界原則 / description の書き方) と判断軸。
中文简介正在准备中。当前显示原文说明。
要件が固まった機能・変更について、アーキテクチャ・ER・シーケンス・論理設計までを対話で固める「基本設計フェーズ」のスキル。docs/working/<title>/要件定義.md が既にある状態で「設計を進めて」「basic-design」と言われたら必ず発火させる。要件定義が終わって設計フェーズに入りたい依頼、データモデルや API 設計や画面遷移の議論、コンポーネント分割や責務分離の相談、「どう作るか」の構造的な設計が必要な場面で使う。
中文简介正在准备中。当前显示原文说明。