codex-vscode-host-routing
Use when VS Code launches Codex from the wrong host, WSL becomes the default unexpectedly, or you need Windows to remain the canonical Codex host while still allowing explicit Linux-side tools.
- License 许可
- MIT
- 最近更新
- 2026-11-02
- Stars
- ★ 0
- Forks
- 0
01 前言 Front Matter
- name
- codex-vscode-host-routing
- description
- Use when VS Code launches Codex from the wrong host, WSL becomes the default unexpectedly, or you need Windows to remain the canonical Codex host while still allowing explicit Linux-side tools.
02 资源文件 3
- 参考文档agents/openai.yaml280 B
- 参考文档references/escape-hatches.md259 B
- 参考文档references/windows-first-routing.md314 B
03 SKILL.md 正文
Codex VS Code Host Routing
Overview
Keep Codex host routing deliberate. Separate editor host routing from tool access: Windows can remain the canonical Codex host while Linux-side agents or tools stay available explicitly.
Reference Map
- Read references/windows-first-routing.md for the default Windows-host configuration.
- Read references/escape-hatches.md for Linux-side exceptions that should remain explicit.
Required Discovery
- Identify where VS Code currently launches Codex from.
- Confirm the canonical
CODEX_HOMEand whether the extension honors it. - Check for WSL-only executable paths in user settings or skill config.
- Decide whether the user wants Linux tools available through explicit commands only.
Preferred Policy
- Default host: Windows.
- Canonical store: one Windows
CODEX_HOMEunless deliberately changed. - Linux tools: opt-in and explicit, not the default launch path.
- WSL mirrors: archive or read-only unless a migration is active.
Stop Rules
- Do not let extension host defaults repoint the canonical store silently.
- Do not hardcode WSL executables into the default Windows launch path.
- Do not assume Remote - WSL should own Codex just because the workspace is Linux-backed.
Common Mistakes
- Treating editor workspace location as the same thing as Codex runtime ownership.
- Leaving stale WSL executable settings in user settings after migration.
- Forgetting to test both CLI and extension launch paths.
04 同仓库更多 Skills
clarify-requirements
Resolve genuine pre-execution ambiguity by scanning repo context, generating 1-6 grounded options, and asking 1-3 focused questions via AskUserQuestion. NOT for mid-task use (injection risk); NOT when the goal is already unambiguous; use to disambiguate vague prompts before any file edits.
openmm-md
Run FREE, open-source, Windows-native GPU molecular dynamics via the openmm-md MCP (OpenMM + CUDA on the local NVIDIA GPU). Use for protein / protein-ligand MD when you want a free stack or are on Windows without a Schrodinger license. Covers the full workflow (prepare, solvate, minimize, equilibrate, production, analyze, mmgbsa) AND an honest decision guide vs Schrodinger Desmond, including how to run Desmond legitimately on Linux or a cloud GPU with a real license. This is a deliberately LESSER free alternative and does NOT replace the schrodinger MCP tools. Do NOT use it to pick a free tool when a validated FEP+, WaterMap, IFD-MD, or Prime MM-GBSA result is actually required.
visual-review
Take screenshots of web pages and UI using Playwright for visual review and iteration
status
Diagnostic status report — shows metaswarm installation state, project setup, and potential issues
start
Use when starting work on any task, when the user mentions metaswarm, or when the user wants to begin tracked development work
setup
Interactive project setup — detects your project, configures metaswarm, writes project-local files