Carol — back to Apps ← Apps

Carolopedia

A friendly guide to Carol, her ecosystem, and the agents who built her.

📖 CarolopediaServicesBuild InitiativesAll activitiesINI-1000446
📋

CAROL-INI-0507-00: Carolopedia: add Services section sourced from the services catalog + tighten wiki consistency

Initiative
Open in Initiatives →

📖About

Carolopedia today documents Agents, Apps, Droids. Services are missing. Two changes:

A. SERVICES SECTION.

  • Add 'service' entity type to carolopedia.
  • Read each service's data live from services//service_meta.json (no duplication of content). The service_meta.json already carries id, name, tagline, description, category, status, domain_keywords. Add an 'owner' field to each so carolopedia can render and link the responsible agent (Blueprint=Clara, Initiatives=Elrond, others=Carol for now).
  • New routes: /wiki/services (index grouped by owner), /wiki/service/{slug} (page with hero + tagline + facts + keywords + tools).
  • Home page gets a 4th tile + services in the search index.

B. WIKI CONSISTENCY.

  • Linkify owner / reports_to fields in every facts block so they point at the owner's agent page.
  • Use one shared _facts_block(rows) helper across agent/app/droid/service so the dl/dt/dd shape and styling is identical everywhere.
  • Consistent breadcrumbs, badges, hero shape (already largely consistent — small unification pass).

SUCCESS CRITERIA:

  • /wiki/services lists all 5 services grouped by owner.
  • /wiki/service/blueprint renders tagline + description + owner=Clara (linked) + keywords + tool list — all sourced live from service_meta.json + tools.json.
  • Owner cells on apps + droids now link to the owner agent page.
  • Search index returns services.

BUDGET: $3.50

⚖️Decisions

  • requester rewritten ninad -> orion per CAROL-INI-744: orion is the only human-CLI requester — Backfill of historical rows after INI744 added API-level refusal of requester=ninad. Orion is Ninads CLI agent; all human-originated initiatives are filed with requester=orion. (orion)