packages/kilo-docs/pages/contributing/features/template.md
{% callout type="info" title="Status" %} Proposal - replace this sentence with concise status detail. Use Partial only when page clearly separates shipped behavior from roadmap. {% /callout %}
Every proposal page must include visible Status callout near title. Use one lifecycle label:
| Status | Use when |
|---|---|
Proposal | Design only; no matching implementation exists |
Partial | Some pieces shipped; page separates current behavior from roadmap |
Historical | Page remains for design history; implementation shipped elsewhere or changed materially |
Superseded | Another proposal or implementation reference replaced page |
For Partial pages, add separate current implementation and roadmap tables. Do not mix shipped behavior with tentative schema, endpoints, commands, or rollout claims.
Describe problem and proposed solution. State intended outcome and boundaries. Keep scope small enough to ship and evaluate.
List minimum requirements needed for proposed solution.
List work intentionally excluded from this proposal.
For Partial proposals, list shipped capabilities with evidence scope. Remove this section for design-only proposals.
| Capability | Status | Notes |
|---|---|---|
| Example capability | Current | Describe verified current behavior |
List tentative behavior separately from current implementation.
| Capability | Status | Proposed behavior |
|---|---|---|
| Example capability | Planned | Describe intended change |
Document proposed architecture and implementation decisions. Mark tentative schema, endpoints, commands, and vendor integrations as proposed until verified.
List work items that can become GitHub issues.
Describe relevant security, privacy, data-handling, and SOC 2 considerations.
List ideas intentionally deferred beyond current proposal.