菜单
This skill should be used when the user asks to "research technology", "investigate best practices", "analyze external dependencies", "evaluate architecture patterns", or "gather technical information". Conducts comprehensive technology research using WebSearch/WebFetch.
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/sizukutamago/blueprint-plugin --skill research命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
Run the full workflow pipeline. Use when the user wants to "run blueprint workflow", "automate spec to docs", "orchestrate pipeline", "run the full pipeline", "execute blueprint", "start blueprint", "run complete design-to-code pipeline", "spec to implementation", "end to end development", "resume pipeline", "continue from where I left off", "force rerun all stages", "build full-stack app from scratch", "design and implement screens with API", or "create full-stack app with UI". Also use when the user says "パイプラインを実行", "仕様から実装まで", "一気通貫で開発", "設計から実装を自動化", or "フルスタックアプリを作る". Automates /requirements → /spec → /test-from-contract → /implement → /generate-docs with Review Gates (Requirements / Contract / Test / Code / Doc) between each stage. Supports --resume (continue from checkpoint) and --force (rerun all stages).
Define requirements through structured user interviews using Double Diamond pattern and EARS-inspired notation. This skill should be used BEFORE /spec — use /spec when you already know what to build and need I/O boundary contracts, use /requirements when you need to figure out WHAT to build first. Use when the user wants to "define requirements", "gather requirements", "create user stories", "interview for requirements", "identify personas", "define MVP scope", "create acceptance criteria", "structure requirements", "start a new project", "plan a new app", "figure out what to build", or "scope out a product". Also use when the user says "要件定義", "ユーザーストーリー", "要件をまとめる", "ヒアリング", "ペルソナを定義", "MVPを決める", "受け入れ基準", "何を作るか整理", "新しいプロジェクトを始めたい", "アプリのアイデアがある", "何を作るか決めたい", "プロダクトの要件を整理", or "機能を洗い出したい". Make sure to use this skill proactively when the user describes an app idea or project concept without existing contracts or specs.
Analyze accumulated blueprint usage logs and generate improvement PRs for the plugin itself. Use when the user wants to "improve blueprint plugin", "analyze blueprint logs", "self-improve", "check improvement opportunities", "generate improvement PR", "review plugin usage patterns", "blueprint-improve", or "show blueprint stats". Also use when the user says "blueprint改善", "ログ分析", "自己改善", "改善PRを出す", "プラグインを改善する", "使用パターンを分析", or "ログの統計を見せて". This skill reads usage logs from ~/.claude/blueprint-logs/ and identifies recurring patterns, common errors, and user correction frequencies to propose concrete improvements to the blueprint-plugin's core specs, skills, and templates.
正在显示 SKILL.md
基于 SOC 职业分类
| name | research |
| description | This skill should be used when the user asks to "research technology", "investigate best practices", "analyze external dependencies", "evaluate architecture patterns", or "gather technical information". Conducts comprehensive technology research using WebSearch/WebFetch. |
| version | 1.0.0 |
技術調査プロセスを実行するスキル。 WebSearch/WebFetchを活用して最新情報を調査し、research.mdに記録する。 技術選定、外部依存調査、アーキテクチャパターン評価に使用する。
| 条件 | 必須 | 説明 |
|---|---|---|
| 調査対象の明確化 | ○ | 調査すべき技術/パターン/依存関係 |
| docs/requirements/user-stories.md | △ | 要件がある場合は参照 |
| ファイル | テンプレート | 説明 |
|---|---|---|
| docs/00_analysis/research.md | {baseDir}/references/research.md | 調査結果 |
1. 調査目的の明確化
- 調査対象の特定
- 調査スコープの定義
2. 要件分析（Requirements Analysis）
- 機能要件からの技術要件抽出
- 非機能要件（パフォーマンス、セキュリティ、スケーラビリティ）
- 技術的制約と依存関係
3. 技術調査（Technology Research）
- WebSearchで最新情報を検索
- WebFetchで公式ドキュメントを取得
- ベストプラクティスと業界標準の調査
4. 外部依存調査（External Dependencies Investigation）
- 公式ドキュメント・GitHubリポジトリ確認
- API仕様・認証方式の検証
- バージョン互換性確認
- レート制限・使用制約の調査
- セキュリティ考慮事項
5. アーキテクチャパターン分析
- 関連パターンの比較（MVC, Clean, Hexagonal等）
- 既存アーキテクチャとの適合性評価
- ドメイン境界とチーム責務の特定
6. リスク評価
- パフォーマンスボトルネック
- セキュリティ脆弱性
- 統合複雑性
- 技術的負債
7. 調査結果のまとめ
| 項目 | 調査内容 |
|---|
| 外部API | ドキュメント、更新情報 |
| セキュリティ | 認証/認可のベストプラクティス |
| パフォーマンス | ボトルネック対策、最適化手法 |
| 依存関係 | 最新バージョン、マイグレーションパス |
| 項目 | 調査内容 |
|---|---|
| アーキテクチャ | 特定ユースケースのパターン |
| 業界標準 | データフォーマット/プロトコル |
| コンプライアンス | GDPR, HIPAA等の要件 |
| スケーラビリティ | 想定負荷への対応方法 |
1. 公式ソース優先（ドキュメント、GitHub）
2. 最近の記事・ブログ（直近6ヶ月）
3. Stack Overflowで一般的な問題確認
4. 類似のOSS実装を調査
| ツール | 用途 | 必須 |
|---|---|---|
| WebSearch | 最新情報検索、ベストプラクティス調査 | ○ |
| WebFetch | 公式ドキュメント、API仕様取得 | ○ |
| Grep | 既存コードベースのパターン検索 | △ |
| Glob | プロジェクト構造調査 | △ |
| Read | ファイル内容確認 | △ |
| 項目 | 説明 |
|---|---|
| Key Insights | アーキテクチャ、技術選定、契約に影響する洞察 |
| Constraints | 調査中に発見した制約 |
| Recommended Approaches | 推奨アプローチと選択したアーキテクチャパターン |
| Rejected Alternatives | 却下した代替案とトレードオフ |
| Domain Boundaries | コンポーネント・インターフェース契約に影響するドメイン境界 |
| Risks & Mitigations | リスクと軽減策 |
| Gaps | 実装時に追加調査が必要な項目 |
| エラー | 対応 |
|---|---|
| WebSearch失敗 | 代替キーワードで再検索 |
| WebFetch失敗 | URLの正確性確認、キャッシュ版を試行 |
| 情報が古い | 公式ソースの最新版を確認 |
| 矛盾する情報 | 複数ソースでクロスチェック |