docs(v0): add platform dogfood playbook (closes #32) #51
No reviewers
Labels
No labels
agent/claude-code
agent/codex
agent/gemini
agent/hermes
agent/iskra
agent/ollama
agent/patchwarden
area:business-model
area:competitive
area:discovery
area:forgejo
area:metrics
area:product-strategy
area:v0-core
cagan-grade-approved
client:platform
dependency/blocked
dependency/blocks-others
dependency/cross-repo
dependency/needs-confirmation
domain:agents
domain:ci
domain:docs
domain:forgejo
domain:infra
domain:memory
domain:runtime
domain:signal
domain:ux
flow/architecture
flow/blocked
flow/deployed
flow/done
flow/implementation
flow/intake
flow/maintained
flow/observed
flow/ready
flow/refining
flow/retired
flow/review
judge/codex-candidate
judge/hermes-candidate
judge/low-confidence
judge/needs-refinement
judge/operator-needed
judge/p0
judge/p1
judge/p2
judge/p3
judge/park
judge/patchwarden-candidate
judge/stale-priority
kind/adr
kind/bug
kind/chore
kind/feature
kind/infra
kind/ops
kind/refactor
kind/research
kind:artifact
kind:decision
kind:dogfood
kind:epic
kind:implementation
kind:research
merge/auto
merge/manual
merge/manual-dependency-conflict
merge/manual-failing-tests
merge/manual-merge-conflict
merge/manual-missing-review
merge/manual-operator-preference
merge/manual-red-zone
merge/manual-security-sensitive
merge/manual-unclear-scope
merge/manual-unknown
mode:operator-only
mode:patchwarden-iskra-approved
mode:safe-auto
observed/erroring
observed/needs-followup
observed/pending
observed/retire-candidate
observed/unused
observed/used
priority:p0
priority:p1
priority:p2
priority:p3
ready-for-agent
review:claude-reviewed
review:codex-reviewed
review:dziadek-reviewed
review:needs-human
safety:external-write
safety:no-prod-mutation
safety:prod-impact
safety:secret-touch
size/large
size/medium
size/small
size/tiny
size/unknown
source/adr
source/agent-generated
source/manual
source/operator-chat
source/voice-note
status:blocked
status:blocked-on-discovery
status:cagan-grade-review-pending
status:codex-ready
status:merged:pending-evidence
status:needs-evidence
status:needs-operator-decision
status:operator-needed
status:parked
tier:0-anchor
tier:0-platform-substrate
tier:1-core
tier:1-iskra-value-layer
tier:2-supporting
tier:2-tools-products-modules
type:bug
type:chore
type:docs
type:feat
type:policy
type:research
wave:1-foundation
wave:2-positioning
wave:3-validation
wave:4-economics
wave:5-operating
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
pdurlej/patchwarden!51
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "claude/patchwarden-platform-dogfood-playbook"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
What
One new file:
docs/operations/platform-dogfood.md(+121 lines). Pure docs — zero src changes, zero test count change (still 133/133 green).Captures the proven vs not-proven boundary for Patchwarden's first dogfood client (
pdurlej/platform), so any cousin (claude / codex / glm / iskra / hermes / gemini) can pick up a W6d calibration PR cold without reconstructing context from chat.Structure
post-findings --execute).eligible_cleanon blocked path, three consecutive red signals = ADR-0018 trigger, Iskra disagrees = D20 operator arbitration).Why this scope (and not more)
Per codex's issue #32 spec ("concise enough for a fresh cousin to use"):
docs/architecture.mdalready covers L1-L6.docs/product/strategy.mdowns that.--helpown that.Calibration references
Platform PRs #496-#499 (W6d-automerge-calibration-2026-05-25), per codex spec in #32. The cycle notes file
pdurlej/platform:state/cycle/W6d-automerge-calibration-2026-05-25.mdis the source of truth for what actually happened in those PRs.D20 + ADR alignment
resolve-findings(D20)Test impact
None. Docs-only addition. 133/133 tests still green locally on the branch.
ADR-0017 atomic
docs/operations/), 0 src changes.base=main, no stacking.Token-accounting (agent-kanban)
Opus directly. Pure docs at Opus is slightly wasteful in theory, but the boundary content (D20 references, calibration anchors, escalation triggers) needed deep project context I had already loaded. A Sonnet sub-agent would have needed a 2-3K-token brief just to get to parity. Net: marginal, ~2% weekly Opus.
Closes #32.