Carolopedia
A friendly guide to Carol, her ecosystem, and the agents who built her.
📖About
Full product rename across 22 touchpoints: service folder (services/frankfurt-food/ → services/prancing-pony/), app folder (apps/frankfurt_food/ → apps/prancing_pony/), Carol droid (agents/carol/droids/frankfurt_food.py → prancing_pony.py + imports in mcp_server, tool_dispatcher, message_processor, test_carol_*_e2e.py), prompts (prompt_all.md, prompt_verified.md), infra (start.sh, nginx /frankfurt-food/ → /prancing-pony/), registry.db apps row, services/README.md, 2 design docs, 1 user tools.json. Success: zero stale references in non-archive dirs (verified by grep). Dependency: INI-013 (self-hosting pipeline) — implement via pipeline, no bypass. Part of Carol Food Ordering product vision.
⚖️Decisions
- Follow-on to parent INI 999900607 (orion)
- Scope inherited verbatim from parent INI 999900607 per CAROL-INI-361. (elrond.initiative_author)
- Validator round 2 still flagged 1 items — operator review needed (CAROL-INI-509). (elrond.initiative_validator)
- [status-router] planned -> dispatched | event=dispatch | RSI: auto-promoted bypasses depth limit (CAROL-INI-2198) (spb-01)
- [status-router] dispatched -> blocked | event=stuck_10min_no_activity | Elrond safety net: initiative has had no activity for 10+ minutes. Blocking under the parallel safety mechanism. (el-watchdog)
- Elrond blocked initiative under the CAROL-INI-2162 dead-Albus protocol. Albus was supposed to wake for step 0 (cause=albus_no_show) but did not respond. Cause: albus_no_show. Reason: Elrond safety net: initiative stranded 10+ min. Albus wake failed or produced no useful result. (el-s1)
- Orion remediated: Albus RSI group diagnosis (via INI 999900653): [infra, confidence high] The initiative was dispatched but the Albus executor never woke to process step 0, resulting in no activity for 10+ minutes and triggering Elrond's safety net. This is a recurring infra pattern (dead-Albus protocol) where the wake mechanism fails, as confirmed by prior RSI diagnoses. (orion)
- [status-router] blocked -> closed | event=operator_put | PUT /api/initiatives (operator)
- [rsi-group-cure] Cured by the group diagnosis on INI 999900653 (shared cause stuck_10min_no_activity); retriggered as INI 999900948. Root cause: [infra, confidence high] The initiative was dispatched but the Albus executor never woke to process step 0, resulting in no activity for 10+ minutes and triggering Elrond's safety net. This is a recurring infra pattern (dead-Albus protocol) where the wake mechanism fails, as confirmed by prior RSI diagnoses. (elrond.rsi_loop)
✅Success criteria
- grep -r 'frankfurt' across non-archive dirs returns zero hits (must_have)
- Carol service dispatch works on the new prancing-pony route end-to-end (test via WhatsApp test conversation) (must_have)
- registry.db apps table shows prancing-pony, no row for frankfurt-food (must_have)
- All 22 touchpoints documented as updated in the implementation report (must_have)