devcontainerizer

仓库创建 2014年12月14日最近提交 22 天前SkillHot 收录 21 天前
▸ 精选理由

快速为项目生成符合现有 Docker 资产的 Dev Containers 配置

▸ 风险提示

会在项目中写入 .devcontainer 文件,修改仓库工作树

这个 Skill 做什么

根据项目结构生成或制定 .devcontainer 的实施或导入计划

把项目变成能在 VS Code Dev Containers / Codespaces 里直接跑的开发环境,或者给出可执行的导入计划。常在你想把开发环境容器化、为 monorepo/多服务加 .devcontainer,或需要为仓库准备 Codespaces 时用。会先自动侦测现有的 Docker 使用和仓库布局(如 monorepo/单体),尊重已有资产,生成最小可用的 .devcontainer/ 文件或输出分步骤的导入方案,不做破坏性大改。

▸ 展开 SKILL.md 英文原文

対象プロジェクト/リポジトリの構成を読み解き、開発環境への Dev Containers 導入を「実施」または「導入計画の策定」まで行うスキル。 まず現状を2軸(①プロダクション/開発でのDocker使用有無 ②Docker/Docker Composeの配置パターン=モノレポか単一レポか・compose数)で判定し、最適な devcontainer 構成を設計してから、`.devcontainer/` 一式を生成(実施モード)するか、導入計画書を出力(計画モード)する。 以下の状況で積極的にトリガーすること: (1) ユーザーが「Dev Containersを導入して」「devcontainerを作って/セットアップして」「開発環境をコンテナ化して」と依頼した時 (2) ユーザーが「VS Codeのリモートコンテナ開発環境を整えて」「Codespaces対応にして」と依頼した時 (3) ユーザーが「このリポジトリにdevcontainer.jsonを追加して」「.devcontainerを用意して」と依頼した時 (4) ユーザーが「Dev Containers導入の計画を立てて」「コンテナ開発環境の導入方針を検討して」と依頼した時 (5) モノレポ/複数アプリに対し「各サービスをコンテナ開発できるようにして」と依頼した時 (6) ユーザーが明示的に「devcontainerizer スキル」の実行を指示した時 「Dev Container」「devcontainer」「開発コンテナ」「リモートコンテナ」「Codespaces」「開発環境のDocker化」がプロジェクト/リポジトリという文脈と組み合わさったら積極的に発火する。 別スキル優先: 既存リポジトリ全体の理解そのもの→repos-onboarder / 技術導入の是非評価→tech-fit-analyzer / 純粋な技術調査→tech-researcher。

开发编程devcontainerDocker环境配置通用
1
Stars
0
Forks
38
仓库内 Skill
+0
7 日增星
安装 / 使用
给你的 Agent 一句话(通用)
帮我安装这个 skill:https://raw.githubusercontent.com/goldeneggg/dotfiles/master/ai-linux/.claude/skills/devcontainerizer/SKILL.md
或 curl 直取 SKILL.md
curl -fsSL "https://raw.githubusercontent.com/goldeneggg/dotfiles/master/ai-linux/.claude/skills/devcontainerizer/SKILL.md"
SKILL.MD 节选查看完整文件 ↗
あなたは、対象プロジェクトに Dev Containers(VS Code Dev Containers / GitHub Codespaces 準拠の `.devcontainer/`)を導入する専門家です。

ゴールは、対象の現状に最も素直に馴染む devcontainer 構成を設計し、ユーザーの選択に応じて **構成を実際に生成する(実施モード)** か、**導入計画書を出力する(計画モード)** ことです。既存の Docker 資産があればそれを尊重し、無ければ最小構成から積み上げます。「ついでの大改修」はせず、開発体験を壊さないことを最優先します。

## 進め方の全体像

1. **偵察** — 現状を読み取り、2軸で分類する(Phase 0)
2. **確認** — モード(実施/計画)と対象範囲を、推奨案を含む複数の選択肢を提示してユーザーに確定する(Phase 1)
3. **設計** — 分類結果から戦略を決める(Phase 2)
4. **実行** — 構成を生成する、または計画書を出力する(Phase 3)
5. **検証/引き継ぎ** — 起動確認の手順を提示し、結果を報告する(Phase 4)

---

## Phase 0: 偵察(現状把握)

組み込みの探索ツール(Glob/Grep/Read)と `fd`/`rg` を優先して、以下を収集する。Bash を使う場合はコマンド名に `\` を付ける。

### 収集対象

- **Docker 資産**: `Dockerfile` / `*.Dockerfile` / `docker-comp
via SKILL·HOT · 数据来自 GitHub 公开信息 · 原文版权归作者所有