130 件 ・ 関連度順
概要と使いどころ
Master SaaS orchestrator for greenfield MVP launch (0 to 1) and legacy application SaaS transformation (1 to N) / Master orkestrator SaaS untuk peluncuran MVP dari nol (0 ke 1) dan transformasi aplikasi menjadi SaaS (1 ke N).
日本語の概要は準備中です。原文の説明を表示しています。
划分 MVP 范围、明确非目标范围时使用。适用于第一版功能定义、范围控制、需求收敛。优先使用 MoSCoW 四级分类 + 非目标范围明示。
日本語の概要は準備中です。原文の説明を表示しています。
Use when starting a new project. Genesis finds real production failures from similar GitHub repos, then builds a working MVP immediately - not just documents. Two modes: fast-mvp (5 min research cap, builds right after) and deep-research (full analysis). Success = user can run the project. Triggers on: "genesis init [vision]", "I want to build X", "scaffold", "new project", "set up project", "start building", "create a tool", "make a CLI", "bootstrap", "בנה פרויקט", "צור פרויקט", "התחל פרויקט".
日本語の概要は準備中です。原文の説明を表示しています。
用生物演化逻辑（遗传变异+自然选择）应对不确定性，通过MVP启动→市场反馈筛选→变异创新→积累优势的循环来迭代产品或团队。适用于目标不明确、环境变化快、无法提前规划的场景。不适用于目标明确、路径清晰的确定性项目（用计划更高效）。计划与演化是阴阳互补：计划=阳（效率），演化=阴（应对不确定）。关键触发信号："不确定用户要什么"、"市场变化太快"、"计划赶不上变化"、"先跑起来再说"。
日本語の概要は準備中です。原文の説明を表示しています。
MVP 开发专家团测试工程师（严过关）。负责测试策略制定、功能验证、P0 缺陷归零门禁、端到端测试。交付前确保所有验收标准通过。 触发词：由 mvp-dev-team-lead 主理人调度执行 Phase 4 测试任务时激活。不直接面向用户。
日本語の概要は準備中です。原文の説明を表示しています。
MVP 开发专家团架构师（高见远）。擅长技术选型对比矩阵、系统架构设计、RESTful API 设计、DB Schema 设计、技术可行性验证。 触发词：由 mvp-dev-team-lead 主理人调度执行 Phase 1 调研或 Phase 2 设计细化任务时激活。不直接面向用户。
日本語の概要は準備中です。原文の説明を表示しています。
MVP 开发专家团运维工程师（卜宕机）。负责自动化部署（CloudBase/Docker）、环境验证、健康检查、回滚策略、交付包组装。确保每次部署可验证、每次交付可追溯。 触发词：由 mvp-dev-team-lead 主理人调度执行 Phase 4 部署任务时激活。不直接面向用户。
日本語の概要は準備中です。原文の説明を表示しています。
MVP 开发专家团前端工程师（贾思敏）。负责 Token 化 UI 实现、Lucide 图标、微交互、11 项视觉自查。以 "pro max" 级别精益求精的态度交付前端代码。 触发词：由 mvp-dev-team-lead 主理人调度执行 Phase 3 开发任务时激活。不直接面向用户。
日本語の概要は準備中です。原文の説明を表示しています。
MVP 开发专家团后端工程师（贝洛奇）。负责 RESTful API 实现、JWT 认证、RBAC 权限、数据库操作、自检循环（lint→type-check→test→fix，最多 3 轮）。 触发词：由 mvp-dev-team-lead 主理人调度执行 Phase 3 开发任务时激活。不直接面向用户。
日本語の概要は準備中です。原文の説明を表示しています。
MVP 开发专家团产品经理（许清楚）。擅长竞品研究、用户画像、PRD 撰写、RICE 评分。 触发词：由 mvp-dev-team-lead 主理人调度执行 Phase 1 调研任务时激活。不直接面向用户。
日本語の概要は準備中です。原文の説明を表示しています。
MVP 开发专家团 UI/UX 设计师（颜好看）。擅长 67 种 UI 风格、161 色调色板、57 种字体配对。输出完整设计系统 Token 和页面设计提示词。 触发词：由 mvp-dev-team-lead 主理人调度执行 Phase 1 调研或 Phase 2 设计细化任务时激活。不直接面向用户。
日本語の概要は準備中です。原文の説明を表示しています。
scope.md をもとに Next.js アプリを projects/<name>/apps/ に実装する対話スキル。MVP を一括生成したあと「完了」で終わらず、想定ユーザー1人になりきって触る → 1サイクル1改善のチューニングを回し続けて体験を磨く。/scope-design の後、/verify-project の前に実行する。/build-app で明示起動。
MVP analysis, product analysis, app teardown, analyze this app, what does this app do, product breakdown, feature analysis
日本語の概要は準備中です。原文の説明を表示しています。
Especialista em lançar produtos SaaS pequenos e focados rapidamente - a abordagem indie hacker para construir software lucrativo. Aborda validação de ideias, desenvolvimento de MVP, precificação, estratégias de lançamento e crescimento para receita sustentável. Lance em semanas, não meses. Use quando: micro saas, indie hacker, small saas, side project, saas mvp.
日本語の概要は準備中です。原文の説明を表示しています。
Use when starting a new .NET/Blazor/Angular MVP project in an empty repository.
日本語の概要は準備中です。原文の説明を表示しています。
アプリケーションに LLM API(OpenAI / Anthropic / Gemini 等)を組み込む際のコスト最適化・セキュリティ・運用の必須パターン集。 「AI機能を付けて」「AIで読み取り」「画像認識」「PDFから抽出」「OCR」「自動分類」「レコメンド」「AI連携」「OpenAI APIを使う」 「チャットボット」「LLMを組み込む」などの文脈で、新規アプリ・既存アプリを問わず必ず使用する。 ユーザーが「AI」と明示しなくても、非構造データ(画像/PDF/自由文)からの情報抽出・分類・判別の要件が含まれるなら必ずこのスキルを読むこと。 AI機能のコスト見積・APIキー管理・利用量ダッシュボードの設計・レビューでもトリガーする。 実測グラウンディング付きの費用試算が必要な場合は Skill llm-cost-simulator を併用。 既定スタック(社内業務アプリ、mvp-first)の必須スキルではない optional 群。上記の AI 要件が要件定義で明示された場合、 または app-orchestrator の要件フラグ「AI機能あり」で指示された場合のみロードする。
アプリ・Webサービス・業務ツールの制作を、証拠分析→確定的な初稿→要件定義→体験設計→機能分解→実装→品質ゲート→リリース判定の手順ゲート制で進めるスキル。質問で要件を埋めるのではなく、依頼文・既存コード・資料・ログから最有力案を選び、動く成果物を先に出して差分で改善する。ユーザーが「アプリを作りたい」「ツールを作って」「〜を自動化したい」「システム化したい」「要件定義」「仕様を決めたい」「UI/UXを設計して」「体験を良くしたい」「機能を洗い出して」「MVPを決めたい」「品質チェック」「リリースしていいか判断して」などと言ったら必ず使用する。外部データの取込・マスタ・締め処理を伴う業務システムでは references/data-lifecycle.md も併用する。新規・既存を問わずアプリの制作・改善・リニューアルで使用する。
価値提案（誰に/何のために/なぜ勝てる）をレビューし、曖昧さ・矛盾・証拠不足を洗い出して、メッセージとMVPを磨くために使う。
End-to-end Android indie idea workflow — feature-build phase only (no monetization). Phased — discover (if no idea) → generate 2 candidates → refine scope (offline/online, sharing, MVP vs full, core-value features) → risk/reward/tradeoff analysis when scoping down → emit idea brief. Use for greenfield app concepts, new feature ideation, idea discovery, or pre-design discovery before writing a design document. Triggers — new app idea, feature concept, indie dev brainstorm, validate idea, refine idea, what should I build, find an app idea, idea pipeline, I have no idea, help me find an app idea, scope down, MVP scoping, core value features.
日本語の概要は準備中です。原文の説明を表示しています。
Use when planning or building a SaaS MVP from scratch. Provides a structured roadmap covering tech stack, architecture, auth, payments, and launch checklist.
日本語の概要は準備中です。原文の説明を表示しています。
Expert in launching small, focused SaaS products fast - the indie hacker approach to building profitable software. Covers idea validation, MVP development, pricing, launch strategies, and growing to sustainable revenue. Ship in weeks, not months. Use when: micro saas, indie hacker, small saas, side project, saas mvp.
日本語の概要は準備中です。原文の説明を表示しています。
AUTONOMOUSフェーズを開始 - 対象 spec を Green State(G1) まで自律実装（MVP/Wave 1）
開発前に製品の狙いを検証し、企画の実行判断、利用開始時のつまずき、機能の優先順位を整理します。根拠と次の行動を含む企画書やロードマップにまとめます。
Use when asked to ship a SaaS MVP, audit application security, build an AI agent, run browser QA, or design a domain model with multiple skills and verified checkpoints.
日本語の概要は準備中です。原文の説明を表示しています。