Skip to content

STD-PRD-001: Capability Governance

1. Context

In an AI-driven system, Capabilities (CAP-XX) are the atomic units of value. They replace vague "User Stories" with rigorous, enforceable functional definitions. This standard governs how we define, register, and evolve them.

2. The Standard (The Floor)

  • [MUST] Atomic Definition: Every feature MUST map to a unique Capability ID (CAP-[DOMAIN]-[ID]) in the Registry.
  • definition must include: Data Touched, Security Posture (RLS/Authz), and Audit Requirements.
  • [MUST] Registration First: You MUST register a Capability in generated/capabilities.json (via the CLI or JSON edit) before writing the implementing code.
  • [MUST] Binary State: A Capability is either Planned, Experimental, Stable, or Deprecated. "Mostly working" is not a valid state.
  • [MUST] The Roadmap: The "Roadmap" is simply the aggregate list of Planned capabilities with target dates.

3. Best Practices (The Path)

  • [SHOULD] Future Capabilities: Define capabilities 2-3 steps ahead (e.g., CAP-AI-005 [Planned]) to guide architectural decisions today.
  • [SHOULD] Traceability: Tag all Tests, Docs, and Pull Requests with the @cap ID they implement.

5. Version History

Version Date Author Change
1.0 2026-01-25 AI Established to support Agentic Product Management

Version History

Version Date Author Change
0.1.0 2026-01-26 Antigravity Initial Audit & Metadata Injection