📖About

Carol's Org page shows 28 (full registry); Apps gateway shows 20 (active AI only). Neither matches the canonical definition of 'Carol agent', causing drift. Decision (Ninad 2026-05-01): Ninad (Chairman/admin) and Orion (CLI tool) are NOT agents and must be excluded from agent counts. Add an explicit is_agent flag to registry.agents on both VMs; both surfaces read the same query (is_agent=1 AND status='active'). After alignment Carol count = 22, BB count = 12 (excludes Orion).

⚖️Decisions

• Ninad and Orion are NOT Carol agents. Ninad is the human Chairman/admin; Orion is the CLI tool that operates the system. Both excluded from agent counts and the canonical agent metric. — User locked: 'Ninad is not an agent, and Orion is CLI, both should be excluded as well from the count of agent metrics.' (Ninad)
• Use explicit is_agent column rather than inferring from is_board=1 AND department=''. — The not-an-agent reason is structural (admin / CLI tool), not a side effect of board membership. Inferred rule would silently miscount a future board-only member who IS an agent. (Ninad)
• Single canonical query — WHERE is_agent=1 AND status='active' — read by every surface that shows an agent count. New policy P.01.01.01.08 codifies this. — Two surfaces showing different numbers caused the drift. SST + single rule prevents recurrence. (Ninad)
• 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)

✅Success criteria

• SQL on both VMs: SELECT COUNT(*) FROM agents WHERE is_agent=1 AND status='active' returns 22 on Carol, 12 on BB. (must_have)
• Carol gateway page renders Agents=22 in the count badge. (must_have)
• Carol org page renders Agents=22 (same). (must_have)
• Policy P.01.01.01.08 returned by GET /api/policies/P.01.01.01.08 with non-empty description. (must_have)
• Regression diff vs prior run: 0 NEW FAILURE. (must_have)