The website-builder skill suite was developed and used with Claude Code, but the skills
are plain Markdown (SKILL.md + templates), so Codex can run the same suite through a
small adaptation layer. skills/* stays the single source of truth — nothing is
duplicated for Codex.
Want to verify it works on your setup? Run through CODEX-TEST.md — a step-by-step compatibility checklist with a report-back template.
From a clone:
git clone https://github.com/karero/website-builder.git
cd website-builder
./scripts/install-codex.shFrom the handoff zip (after unzipping, from the extracted folder):
./scripts/install-codex.shWhat it does: symlinks skills/* into ~/.agents/skills/ (the equivalent of
make install-codex). Re-running just refreshes the links.
Restart Codex, open it in a fresh, empty folder for your new site, and say:
new website
or invoke the orchestrator explicitly:
$new-website
Codex runs the stack-decision interview, scaffolds the templates/astro overlay, and
sequences the rest of the website-* skills.
With a large skill set, Codex itself notes it may not surface every skill automatically when context is tight. Not a breakage — invoke any skill by name:
$og-images,$seo-audit, etc.
On a machine that also has Claude Code or Antigravity installed, the scaffold's auto-detect prefers them over Codex (order: Claude Code → Antigravity → Codex). Force Codex's copy first:
export SKILLS_ROOT="$HOME/.agents/skills"
- Codex reads user skills from
~/.agents/skills, not~/.claude/skills. The installer above handles this; thenew-websitescaffold resolves the right source via$SKILLS_ROOT, so it works regardless of which tool installed the suite. - Codex can also read repo-scoped skills from
.agents/skillswithin a project. templates/claude/settings.jsonis Claude Code-specific (its command-allowlist model). For Codex, useAGENTS.mdfor durable project instructions and Codex's own rules/config for command-approval policy. The bundledwebsite-permissionsskill is a no-op for Codex.- Project-bundled skills are copied into
.claude/skills/by default (so a Claude recipient is self-contained). The scaffold derives$PROJECT_SKILLS_DIRautomatically — if the suite was installed through Codex or Antigravity ($SKILLS_ROOT=~/.agents/skillsor~/.gemini/config/skills), generated projects bundle into.agents/skills/instead, so they're self-contained for that tool. Force it withexport PROJECT_SKILLS_DIR=.agents/skillsfor a Codex or Antigravity handoff.
This is intentionally a thin, direct skill install — not a Codex plugin. That's enough for local use. A plugin (marketplace metadata, icons, MCP/app integration) would only be worth it for app-directory distribution or team sharing later.