k5-mot Devcontainer Dev
Workflow
- 現状調査では
references/inspection.mdを読み、.devcontainer/devcontainer.json、post-create scripts、言語別manifest、lockfile、workspace設定を確認する。 - 設計または改善提案では
references/design.mdを読み、ランタイム、CLI、エディタ拡張、port、cache、monorepo検出、project dependenciesの責務を切り分ける。 - 変更後の検証では
references/validation.mdを読み、構文チェック、軽量セットアップ確認、重い処理を避けた検証方針を選ぶ。 - devcontainer由来の生成物やcacheを
.gitignoreに反映する場合は、references/full.gitignoreをtemplateとして既存.gitignoreへmergeする。
Operating Rules
- ユーザーが「提案して」と依頼した場合は、設定変更を直接適用する前に不足点と選択肢を提示する。
- devcontainer側で全ツールをグローバルインストールする前に、プロジェクト依存で解決すべきものか確認する。
- UI/E2Eテストの環境確認では Playwright を前提にする。
- Node.js系は pnpm を優先し、pre-commit hooks は pre-commit を使う。Husky は採用しない。
- monorepoでは root workspace と package単体の二重installを避ける。
- ユーザーが明示しない限り、レビューやひな型作成だけでコミットしない。
Expected Output
- 対応済み、未対応、任意改善を分けて報告する。
- 未対応項目は「devcontainerに入れるべきもの」と「プロジェクト依存に入れるべきもの」を明確にする。
- 変更した場合は、触ったファイルと実行した検証を簡潔に報告する。