A good task describes a verifiable outcome rather than an invitation to improvise without limits.
Reviewed 15 October 2026 · scope: implemented
Recorded method and findings
A packet records the objective, input versions and dates, permitted paths, acceptance commands, spend limits and stop conditions. Ownership applies to files as well as tasks. Existing modified or untracked work is preserved; a new request does not authorize removing it.
Recorded method and findings
When a worker reaches a limit, the handoff includes what changed, what passed, what failed and the next useful step. A legitimate infeasible outcome needs supporting facts. Repeated attempts need a reason to expect a different result.
Practical checklist
Use one writable owner per path. Bind acceptance to the actual artifact version. Preserve intermediate work and explain conflicts instead of cleaning them away.