Menu
OrbStack がホストの Docker runtime として常に利用可能である前提で、Docker Compose 開発環境にアクセスする方法。OrbStack 特有の自動 DNS・自動 port forwarding を活用し、dnsmasq や ports: 公開の手間を省く。Docker Compose 上の Rails/Node 等のサーバーにローカルからアクセスする場面、マルチテナントアプリのサブドメインルーティングを検証する場面で使用する。
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Basé sur la classification professionnelle SOC
WHEN: the user wants a critical review by the `code-critic` agent. The skill gathers the agent's required Invocation Contract inputs (review target, intent, layer), dispatches the agent via the Agent tool, and drives the **address-then-resubmit** loop until the agent returns an `Approved` verdict or the user explicitly defers what is left.
WHEN: PROACTIVELY when the change introduces or modifies design (new abstraction, new boundary, new module, contract change, security-sensitive interaction, refactor that reshapes responsibility). INPUT: File paths/directory + intent of the change. OUTPUT: Design-level critical issues — contract gaps, architectural misalignment, over-/under-engineered abstractions, security-designed-in failures, systemic problems hidden behind local fixes — with root causes and structural fixes. Implementation defects (logic bugs, races, resource leaks) are out of scope; route those to critic-implementation-review.
WHEN: PROACTIVELY when reviewing code that implements an already-settled design (bug fixes, feature implementation against an agreed shape, optimizations inside an existing module). INPUT: File paths/directory + the design contract being implemented. OUTPUT: Implementation-level critical defects — logic errors, race conditions, resource leaks, concrete security bugs, error-handling gaps, performance problems on real-sized inputs, contract drift between signature and behavior — with concrete fixes. Design-level concerns (abstraction quality, contract shape, architectural fit) are out of scope; route those to critic-design-review.
PRのライフサイクル全体をゲート付きで管理する。PR作成、レビュー対応、マージ、ポストマージまでの一連のワークフローを強制する。PRを作りたい、レビュー対応したい、マージしたい、といった場面で使用する。
Five Whys分析で問題の根本原因を特定し、本質的な解決策を導出する。問題の原因分析、根本原因の特定、なぜなぜ分析、トラブルシューティング、障害分析、インシデント振り返り、ポストモーテムなど、「なぜこの問題が起きたのか」を深掘りして解決策を考えたい場面で使用する。ユーザーが問題の原因について悩んでいたり、表面的な対処ではなく根本的な解決を求めている場合にも発動する。
WHEN: PROACTIVELY after completing a substantial task (PR merge, feature implementation, bug fix, investigation)—invoke WITHOUT waiting for user request. SKIP for trivial/instant tasks (typo fix, single-line change, quick question answer, config tweak). Also invokable manually via /slack-notify. Sends a completion notification to Slack via Incoming Webhook. Does nothing if CLAUDE_SLACK_NOTIFY_WEBHOOK_URL is not set.
| name | orbstack-dev |
| description | OrbStack がホストの Docker runtime として常に利用可能である前提で、Docker Compose 開発環境にアクセスする方法。OrbStack 特有の自動 DNS・自動 port forwarding を活用し、dnsmasq や ports: 公開の手間を省く。Docker Compose 上の Rails/Node 等のサーバーにローカルからアクセスする場面、マルチテナントアプリのサブドメインルーティングを検証する場面で使用する。 |
docker compose / docker コマンドはすべて OrbStack backend で動くOrbStack は compose で起動したコンテナに自動で DNS を割り当てる。設定不要、dnsmasq 不要、/etc/hosts への追記不要。
<container-name>.<project-name>.orb.local
container-name: compose.yaml の service 名（例: app, worker）project-name: docker compose -p <project> で指定したプロジェクト名、もしくは compose.yaml 冒頭の name: フィールド例: docker compose -p caravan で app service を起動した場合 → app.caravan.orb.local
任意のサブドメインを前置しても同じコンテナに解決される。マルチテナントアプリで tenant 名を subdomain に載せる用途にそのまま使える。
<anything>.<container>.<project>.orb.local
<tenant>.<container>.<project>.orb.local
例: tenant twogate へのアクセス → twogate.app.caravan.orb.local
OrbStack は EXPOSE されたコンテナポートを自動で localhost に forward する。compose.yaml に ports: セクションを書かなくても http://localhost:<port> で届く（ポートが重複した場合は後勝ち等の挙動があるので、複数 project を並行起動するなら orb.local ホスト名経由が安全）。
http://localhost:3000 でも可http://app.<project>.orb.local:3000 を使うcurl -I http://localhost:<port> で確認*.app.<project>.orb.local で代替できるports: を追加する PR を作る前に、OrbStack 前提なら不要ではないか再検討# コンテナ直接
curl -s -o /dev/null -w "%{http_code}\n" http://<container>.<project>.orb.local:<port>
# サブドメイン経由（マルチテナント）
curl -s -o /dev/null -w "%{http_code}\n" http://<tenant>.<container>.<project>.orb.local:<port>
*.orb.local は解決されない。CI 用設定をこの機能に依存させない。name: フィールドと -p フラグが両方ある場合、-p が優先される。