- Monday: review open issues, close scope creep, pick milestone work.
- Wednesday: parser fixture review and detector tuning.
- Friday: demo
prooflog proof --since mainon a real branch.
A ticket is done only when:
- code compiles
- tests pass
- fixture coverage exists for parser changes
- output is deterministic
- docs or README are updated if CLI behavior changes
- privacy implications are considered
- no new dashboard-only behavior is introduced
Every PR must answer:
- Does this improve
prooflog proof --since main? - Does this preserve raw events?
- Does this avoid false READY decisions?
- Does this keep install-to-first-report under 5 minutes?
No release unless:
cargo testpasses- snapshot tests pass
prooflog doctorworksprooflog ingest --codexworks on representative fixturesprooflog proof --since mainworks in a real repo- README demo is accurate
Track only:
- Core command usable? yes/no
- Install-to-first-report time
- Number of fixtures passing
- Number of parser unknowns
- Number of unresolved P0 tickets
- Number of real proof reports generated before review
- Number of external users who reached first report
Avoid vanity metrics:
- number of sessions indexed
- number of dashboard views
- number of possible integrations
- number of planned adapters