Menu
Docker コンテナへのアクセス方法を判定し、適切な接続コマンドを提供する。DinD/DooD 環境の自動検出、bind mount の注意点と代替手段、curl / Playwright MCP での接続例を扱う。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
| name | docker-container-access |
| description | Docker コンテナへのアクセス方法を判定し、適切な接続コマンドを提供する。DinD/DooD 環境の自動検出、bind mount の注意点と代替手段、curl / Playwright MCP での接続例を扱う。 |
| when_to_use | Docker / コンテナへのアクセス・localhost 接続不可・DinD/DooD 環境判定が必要なとき。Triggers: 'docker access', 'container connect', 'localhost not working', 'DinD', 'DooD', 'Docker接続', 'コンテナアクセス', 'curl container' |
| allowed-tools | ["Read","Bash","Glob"] |
ローカル開発環境がDocker開発コンテナ上で動作している場合、他のDockerコンテナへのアクセス方法が通常と異なります。このスキルでは、環境を判定し、適切なアクセス方法を選択するためのガイドラインを提供します。
環境判定 → アクセス方法
────────────────────────────────
ホスト環境 → localhost:port
DinD環境 → localhost:port
DooD環境 → container-name:port または IP:port
ファイル共有（DooD環境）
────────────────────────────────
Dockerfile COPY → 推奨（ビルド時にコピー）
名前付きボリューム → 推奨（永続化が必要な場合）
docker cp → OK（一時的なコピー）
bind mount → NG（ホストのパスを参照）
# 自分がコンテナ内か確認
[ -f /.dockerenv ] && echo "コンテナ内" || echo "ホスト環境"
# DooD判定
ls -la /var/run/docker.sock 2>/dev/null && echo "DooD環境" || echo "DinDまたはホスト"
| 環境 | 説明 | コンテナへのアクセス |
|---|---|---|
| ホスト | 通常のDocker環境 | localhost:port |
| DinD | コンテナ内に独立したDockerデーモン | localhost:port |
| DooD | ホストのDockerソケットを共有 | container-name:port |
詳細は以下のファイルを参照してください：
| ファイル | 内容 |
|---|---|
01-environment-detection.md | 環境判定の詳細、判定スクリプト |
02-dood-access.md | DooD環境でのアクセス方法、bind mount注意点 |
03-troubleshooting.md | トラブルシューティング、ベストプラクティス |
| 症状 | 原因 | 解決策 |
|---|---|---|
localhostで接続できない | DooD環境 | コンテナ名を使用 |
| bind mountしたファイルが見えない | DooD環境 | docker cpまたは名前付きボリューム |
| コンテナ間で通信できない | 別ネットワーク | 同じネットワークに接続 |
修正を複数ブランチに適用する際のブランチ戦略。featureブランチへの先行commitとcherry-pickによる短命branchへの適用手順。環境別branch（qa/staging/epsilon等）への修正適用時に参照する。
DeepWiki (Devin MCP) のドキュメント内容を対象リポジトリの Markdown ファイルとして転載する。セクション構成維持・番号付きファイル分割・GFM 準拠補正・日本語翻訳 (オプション) まで自動処理。
PRのレビューコメントを確認し、優先度に応じてコード修正を実行する。サブエージェント (general-purpose) 起動にも対応。--defer-nit / --severity-min で対応範囲を制御。
実装プランファイル作成・更新の手順。実装開始時およびPR作成時にissues/配下の実装プランの有無を確認し、なければ会話履歴・git log・git diffから生成する。複数ファイル変更・新規機能追加・DBマイグレーション伴う変更が対象。
調査レポート作成のルール。否定的結論のエビデンス要件、残課題の記載フォーマット、ハルシネーション防止のための裏取り原則を扱う。DB調査に限らずコードベース調査・仕様調査一般に適用。
ログを追加・修正する際のガイドライン。ログレベルの選択基準、ループ内ログの制御、エラー蓄積パターン、機密情報の扱いを扱う。言語/FW非依存の原則。