// This skill should be used when the user asks to "dev-context", "プロジェクトコンテキストを生成", "プロジェクトを分析", "generate project context", "analyze project", "コンテキストを更新". プロジェクトの技術スタック・テストフレームワーク・コーディング規約・アーキテクチャを自動分析し、コンパクトなコンテキストファイルを生成する。
IPA「安全なウェブサイトの作り方 改訂第7版」「安全なSQLの呼び出し方」「ウェブ健康診断仕様」「セキュリティ実装チェックリスト」「安全なウェブサイトの運用管理に向けての20ヶ条」に基づき、ソースコードを静的に検査して脆弱性候補を検出する。発見した問題には IPA 原典の出典 (文書名・章・ページ・URL) を必ず付与する。
ipa-security-check をはじめとするセキュリティ診断ツールが出力したレポートを読み込み、各検出項目を優先順位付きの dev-debug 依頼リストに変換する。対象プロジェクトの言語・FWを問わず汎用的に使える。コードベースを直接読んでアーキテクチャ判断を行う。
This skill should be used when the user asks to "dev-debug", "テストが失敗する", "ビルドエラーを直して", "デバッグ", "debug failing tests", "fix build error", "エラーを修正", "コンパイルエラー", "環境の問題を解決". テスト失敗、ビルドエラー、環境問題など様々なエラーパターンをカテゴリ別に診断し、最小コンテキストで修正する。
This skill should be used when the user asks to "dev-impl", "タスクを実装", "テストファースト実装", "implement task", "実装を開始", "クイック修正", "quick fix", "dev-impl auth 001". TDDをガードレールとしたテストファースト実装を行う。通常モード（Plan+タスク指定）とクイックモード（直接指示）に対応。
This skill should be used when the user asks to "dev-init", "技術スタックを選定", "新規プロジェクト初期化", "initialize tech stack", "プロジェクトをセットアップ", "setup project", "scaffold project", "プロジェクト作成", "tech stackを決める". インタラクティブなヒアリングでプロジェクトの技術スタックを決定し、dev-context互換のコンテキストファイルを生成する。承認制でプロジェクトスキャフォールディングも実行可能。
This skill should be used when the user asks to "dev-navigate", "どこから始めれば", "何を使えばいい", "スキルを選んで", "ナビ", "navigate", "which skill", "how to start", "開発の進め方", "何から始める". 開発者がやりたいことをヒアリングし、最適なtsumikiスキルとその実行順序をナビゲーションする。
| name | dev-context |
| description | This skill should be used when the user asks to "dev-context", "プロジェクトコンテキストを生成", "プロジェクトを分析", "generate project context", "analyze project", "コンテキストを更新". プロジェクトの技術スタック・テストフレームワーク・コーディング規約・アーキテクチャを自動分析し、コンパクトなコンテキストファイルを生成する。 |
プロジェクトの技術スタック、テストフレームワーク、コーディング規約、アーキテクチャパターンを自動分析し、後続のdev-plan/dev-impl/dev-verify/dev-debugスキルが参照するコンパクトなコンテキストファイル（Memory Bank）を docs/dev/context.md に生成する。
本スキルは以下のワークフローの最初のステップ:
dev-context → dev-plan → dev-impl → dev-verify
↘ dev-debug (必要時)
docs/dev/context.md は後続スキルの共通基盤:
500行以内のコンパクトなファイルにまとめ、後続スキルのコンテキスト消費を最小化する。
Explore サブエージェントを複数並列で起動し、プロジェクト情報を収集する。以下の4領域を並列に探索する:
package.json, Cargo.toml, go.mod, pyproject.toml, build.gradle, pom.xml 等サブエージェント設定: subagent_type: Explore, model: haiku（高速・低コスト）
サブエージェントの結果を統合し、追加情報を取り込む。各ファイルの読み込みには行数上限を設け、コンテキスト消費を制限する:
model: haiku）で全文を読ませ、コーディング規約・テスト方針・ビルド手順の 要約のみ 取得するlimit: 100 で 先頭100行のみ 読み込む（概要は通常先頭にある）limit: 50 で読み込み、追加規約を抽出するdocs/dev/context.md を生成する。references/context-template.md のテンプレートに従い、500行以内に収める。
出力前に docs/dev/ ディレクトリが存在しない場合は作成する（プロジェクトルートの絶対パスを使用）:
mkdir -p "$(git rev-parse --show-toplevel)/docs/dev"
既存の docs/dev/context.md がある場合は上書きする。差分がある場合はユーザーに通知する。
生成したコンテキストファイルの各セクションに確信度を付与する:
docs/dev/plans/ 配下のファイルには影響を与えない$(git rev-parse --show-toplevel) でルートを取得）references/context-template.md — context.md のテンプレートと各セクションの記述ガイド