Comprehensive project planning standards for plans/ directory including folder structure (ideas.md, backlog/, in-progress/, done/), naming convention (YYYY-MM-DD__identifier/), file organization (README.md for small plans, multi-file for large), and Gherkin acceptance criteria. Essential for creating structured, executable project plans.
Complete development lifecycle: brainstorm → TDD planning → ralph implementation → review → feedback loop until approved
コマンドの配置場所と優先順位（プロジェクト/ユーザー/MCP、名前空間、競合解決）を整理し、配置判断と移行方針を支援するスキル。 配置基準、優先順位ルール、移行フローを一貫して整理する。 Anchors: • The Pragmatic Programmer (Andrew Hunt, David Thomas) / 適用: 配置判断の実務 / 目的: 運用の一貫性確保 • Priority Resolution Protocol / 適用: 同名競合の解決 / 目的: 優先順位の明確化 Trigger: Use when determining command placement, resolving command priority conflicts, or migrating commands between project/user/MCP layers. command placement, priority resolution, namespace design, project vs user commands, MCP integration
問題解決を効率化するトラブルシューティングガイドの設計スキル。 診断フロー、問題分類、解決手順書を体系的に設計します。 Anchors: • 『Don't Make Me Think』（Steve Krug）/ 適用: ユーザビリティ設計 / 目的: 問題自己解決力向上 • SRE原則 / 適用: 障害対応 / 目的: トラブル診断効率化 Trigger: トラブルシューティングガイド作成時、問題診断フロー設計時、エラー説明書作成時に使用
基于speckit工作流的任务生成技能，用于根据可用设计文档生成可操作的、依赖有序的tasks.md。当需要基于spec.md、plan.md、data-model.md、contracts/等设计文档为功能开发生成详细任务列表时使用此技能。触发词包括"speckit tasks"、"生成任务"、"任务规划"、"功能任务分解"、"创建tasks.md"等。
Structured problem-solving methodology. Activates for planning, design, debugging, or complex multi-step tasks. Use for systematic analysis and evidence-based reasoning.
Use when converting PRD/requirements into JSON format for Ralph Wiggum autonomous loops. Extracts user stories, orders by dependency (schema first, then backend, then UI, then dashboard), auto-adds standard criteria (typecheck, build, lint, tests), outputs structured JSON ready for autonomous iteration.
コンテキストウィンドウの制約内で情報を最適整理するためのスキル。 トークン計測、優先順位付け、圧縮、検証の一連フローを提供する。 Anchors: • High Performance Browser Networking / 適用: 計測とレイテンシ意識 / 目的: 予算内最適化 • Designing Data-Intensive Applications / 適用: リソース制約下の設計 / 目的: 効率的な構造化 • Progressive Disclosure パターン / 適用: 段階的情報開示 / 目的: 過剰読み込みの回避 Trigger: Use when optimizing context window usage, measuring token budgets, prioritizing context elements, or applying compression techniques. context window optimization, token budget, context prioritization, compression, summarization
プロダクトバックログの作成・整理・優先順位付けを行うためのスキル。 ユーザーストーリー作成、DEEP原則の適用、健全性分析を通じて実装可能な状態を維持します。 Anchors: • Agile Estimating and Planning / 適用: 見積もりと優先度 / 目的: 計画精度の向上 • User Stories Applied / 適用: ストーリー作成 / 目的: 要件の明確化 • The Product Owner's Handbook / 適用: バックログ運用 / 目的: 価値最大化 Trigger: Use when managing product backlogs, refining user stories, prioritizing items, or assessing backlog health.
Use when receiving code review feedback before implementing suggestions, especially if unclear or questionable.
基于用户需求为当前功能生成定制检查清单的专业工具。专门用于需求质量验证，生成"英语的单元测试"，验证需求的完整性、清晰度和一致性。触发词：speckit-checklist、检查清单、需求验证、质量检查、checklist、requirements validation、质量审查、spec review
Manage FABER workflow run lifecycle - create, query, resume, rerun runs
RICE scoring framework for ruthless feature prioritization. Evaluates features against strategic objectives, customer value, and resource constraints. Produces prioritized product roadmap with clear rationale for what to build first, defer, or kill.
对spec.md、plan.md和tasks.md三个核心文档进行非破坏性跨工件一致性和质量分析。在任务生成后识别不一致、重复、模糊和规范不足的项目。触发词包括："speckit-analyze"、"speckit分析"、"文档一致性分析"、"规范分析"、"质量检查"、"工件分析"、"spec分析"、"plan分析"、"task分析"。
Analyze and resolve Sentry comments on GitHub Pull Requests. Use this when asked to review or fix issues identified by Sentry in PR comments. Can review specific PRs by number or automatically find recent PRs with Sentry feedback.
High-level MindManager mindmap operations via the mindm-mindmap CLI or python -m mindmap.actions. Use when a map must be read (mindmap, selection, grounding info), serialized to Mermaid, or created from Mermaid.
Prepare comprehensive briefings for upcoming meetings
Template and formatting guidelines for security audit reports. Provides consistent structure for findings, severity classification, ASVS mapping, and remediation recommendations.
ユーザーから与えられたタスクを単一責務の原則に基づいて分解し、 Phase 1からPhase 13までの実行可能なタスク仕様書ドキュメントを生成する。 スキル選定は仕様書作成時に動的に行う。使用するスキルはタスクの性質に応じて 現在利用可能なスキル（.claude/skills/）から選定する。 Anchors: • Clean Code (Robert C. Martin) / 適用: 単一責務の原則 / 目的: タスク分解の基準 • Continuous Delivery (Jez Humble) / 適用: フェーズゲート / 目的: 品質パイプライン構築 • Domain-Driven Design (Eric Evans) / 適用: ユビキタス言語 / 目的: 一貫した用語設計 Trigger: タスク仕様書作成, タスク分解, ワークフロー設計, 実行計画作成 Use when creating task specifications for complex development tasks.
Use when PRD/TRD contains architectural decisions to document - extracts decisions from refined requirements (architecture choices, data model decisions, API patterns, technology selections, integration strategies, reuse patterns) and generates MADR-format ADRs. One ADR per decision point. Also use when asked to document decisions, create decision records, or retrospectively capture architectural choices.
加载项目上下文，列出现有规范与变更，搜索能力与需求。用于用户询问项目状态、现有规范、进行中的变更、可用能力或需要发现上下文时。触发词包括"openspec上下文", "有哪些规范", "显示变更", "列出能力", "项目上下文", "查找规范", "规范包含什么", "展示规范"。
