You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Last reviewed: 2026-06-17
Review trigger: New front-door docs, supersession links, or validation command changes.
This is the curated front door for TeaAgent documentation. It is intentionally
not an exhaustive file list. Use it to find the current source of truth, then
follow dated evidence documents only when you need the reasoning trail.
Reading Model
TeaAgent docs are organized as three shelves:
Shelf
Purpose
Reader rule
Current truth
Stable files that describe what to trust or do now.
Read these first; update them when behavior, status, or gates change.
Active work
Ticket indexes, plans, and ledgers that still drive execution.
Read only when choosing or verifying current work.
Historical evidence
Dated audits, reviews, surveys, completed plans, and reasoning packages.
Active indexes and work-item ledgers use the canonical states in
Document State Model. When updating a
ledger row, map legacy labels instead of introducing new synonyms:
Legacy label
Canonical state
OPEN
Active
DONE / Complete / Closed
Fixed
Pending
Proposed
In Progress
Active
PARTIAL
Partially fixed
Stale
Superseded
Roadmap tables may keep horizon-specific wording (In Progress, Pending) but
governance ledgers should prefer the canonical set above.
Evidence-to-workstream trace for the June 6 critique package, including proof gates and validation commands.
Historical Reference Plans
The following plans are historical evidence from earlier passes. They have
supersession notes linking to current work. Use them for reasoning trail, not
for current status.
Dated analysis, reviews, surveys, audits, and work logs are evidence snapshots.
Stable entry points and ledgers own current truth.
If a dated document contradicts a stable current source, prefer the stable
source and add a supersession note if the contradiction could mislead.
Supersession notes follow the convention defined in
Documentation Operating Model:
> Supersession note, YYYY-MM-DD: This file is historical evidence. For current status, use <new-source>. The relevant item is now <State> because <short evidence>.
Test counts, full-suite claims, dependency audit results, and competitor
observations must include a date, command, and commit or they should be
treated as stale.
When adding a new document, link it from one active front door or explicitly
mark it as archived evidence.
Validation
After governance-sensitive documentation edits, run: