Vornik async-offload companion for Codex. Delegate reviews, audits, validations, research, summarization, and project RAG memory work to a vornik daemon over MCP. 0.12.0: mirrors the claude-code 0.14.0 operator lifecycle triad — `configure-vornik` and `troubleshoot-vornik` join `report-problem`, carrying the same config-resolution hazards (fallback chain, silently skipped VORNIK_CONFIGS_DIR, cwd trap, restart-vs-reload) and the same symptom-routed diagnostic ladder. Copies are identical to the claude-code originals except that they address Codex. 0.13.0: mirrors the claude-code 0.15.0 `whoami` MCP tool — since Codex has no SessionStart hook announcing the detected repo scope (unlike Claude Code), the delegate skill now points Codex at `mcp__vornik__whoami` to check project_id / default_repo_scope / effective_repo_scope on demand, useful when the operator runs several Codex sessions a day against different projects/repos. 0.13.1: README's MCP tool list gained `whoami`. 0.13.0 wired the delegate skill's guidance but left the tool out of the advertised list — on the client that needs it most, since Codex has no SessionStart hook announcing the detected scope, which is the entire reason whoami exists. 0.14.0: mirrors the claude-code 0.16.0 `report_problem` MCP verb — the remote-daemon report path. Codex users hit this harder than most, since a Codex session is often not on the daemon host at all. Collects nothing host-side; nothing is submitted without the user. 0.15.0: mirrors the claude-code 0.17.0 `validate-install` skill — checking an install against the published reference architecture, read-only, on resolved state rather than configured state. Copies are identical to the claude-code originals except that they address Codex. Also mirrors `vornik-docs` (where the documentation lives, CLI --help before recall, and the site map). 0.15.1: mirrors the claude-code 0.17.1 VORNIK_API_URL trap in configure-vornik — the CLI's target daemon defaults to localhost:8080, i.e. pr
8 skills · 1 MCP server