Phillip Tarrant
f18d306059
The narrator pipeline (M1) reads role prompts from /app/prompts, but the Dockerfile copied only api/app and docs/schemas — never api/prompts — so /dm/narrate 500'd with FileNotFoundError on narrator.md in any Docker run. The M1 live smoke passed only because it ran uvicorn from the local venv, where ../prompts resolves on the host; the container path was never exercised until the client HTTP loop drove a real request through compose. Dockerfile now COPYs api/prompts; compose mounts it :ro so prompt edits reload live like the app code (prompts are source code, §16). Verified by building the image and confirming /app/prompts/narrator.md is present. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
coc-rpg
AI-driven single-player, party-based fantasy RPG. Godot 4 client, FastAPI proxy, AI as Dungeon Master.
Read CLAUDE.md first — project charter and working agreement. It is the source of truth. If code disagrees with it, the charter wins until the charter is changed.
The one rule
Code owns state. AI owns text. (charter §2)
Repo layout
/client Godot 4.7 game client (GDScript) — ALL game state, ALL game rules
/docs Client-specific docs (scenes, input, combat wiring)
/api FastAPI proxy — auth, metering, prompt routing, logging (charter §4)
/docs API-specific docs (endpoints, model routing, deploy)
/prompts Role prompts — source code, versioned, reviewed (charter §5, §16)
/content Authored game data — quests, NPC knowledge lists, fallback text
/quests Story skeletons and quest definitions
/npcs Per-NPC knowledge lists (charter §6 — "the whole design")
/fallback Authored degraded-DM text for every AI surface (charter §13)
/docs Cross-cutting docs — roadmap, ADRs, planning affecting both sides
/adr Architecture Decision Records
The three processes (charter §4)
client (GDScript) ──HTTP──▶ api (FastAPI) ──▶ Replicate / Ollama
The client holds no API key, ever. It knows one base URL and a set of role endpoints. It sends game state, receives text.