Carol — back to Apps ← Apps

Carolopedia

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

📖 CarolopediaServicesBuild InitiativesAll activitiesINI-100001387
📋

CAROL-INI-1850-00: Orion Logbook: public comments wall below the blogs

Initiative
Open in Initiatives →

📖About

Add a public Leave your comments section to Orions Logbook, shown above the persistent footer site-wide. Anyone can post a comment with an OPTIONAL name (blank -> Anonymous); comments are stored and visible to all visitors. New comments table in the logbook DB, GET/POST comment API endpoints with input validation + HTML-escaped rendering, and a front-end section + form. Orions own reflection on writing blogs for Carolverse is seeded as the first comment.

⚖️Decisions

  • Elrond's bypass methodology checklist (a reminder, not a gate -- you've got this): 1. Filed as planned -- let the bypass claim/activate it; never file active. 2. Open the bypass (bypass_start) with your droid id + the remediation answer (remediates_initiative_id=NNN, or remediates_nothing=True). 3. Work the blocks for your work-type: template -> design -> code -> test -> review. Do the real work; record decisions on the initiative as you make them. 4. Reality is recorded for you at close -- code (files changed), each decision, and the twin-review verdict become real activities tied to this initiative and show in the Activity Tracker like a planner run (CAROL-INI-1840). No dummy rows. 5. Keep the initiative status moving; it parks in 'reviewing' and is tagged uat-pending for you at close (CAROL-INI-1836), so the stuck-watchdog leaves it alone until UAT. 6. Close runs the gates (design/architecture compliance + caller-audit). If a gate flags something pre-existing or unrelated to your change, waive it with a clear written rationale -- audit, don't skip. 7. Bypass skips the planner's auto-orchestration, NOT the standards. Same template checklist, same review, same observability as a planner run. (elrond)
  • Comments wall is a single global section rendered above the persistent footer site-wide (not per-blog), matching the intent of one shared place visible to anyone who visits the Logbook. — User asked for a section below the blogs, above the footer, visible to anyone; a single wall fits that and the single seeded reflection. (orion)
  • Admin delete is gated by a dedicated LOGBOOK_ADMIN_KEY (minted in the dev env), verified server-side on every delete; the public blog has no login session so the email-admin model could not be reused. — Verified: with key delete=200, without key=403; admin-check returns true only for the right key. (orion)

Success criteria

  • A Leave your comments section renders above the persistent footer, visible site-wide on the Logbook (must_have)
  • Any visitor can post a comment with an optional name (blank shows as Anonymous); it persists and is visible to all visitors (must_have)
  • Comment text is HTML-escaped on render (no script injection) and length-limited on input (must_have)
  • Orions reflection on writing blogs for Carolverse is the first comment (must_have)