Example brief used for this template
Hypothetical creation brief for this authored edition, not a historical prompt transcript. The sample answers describe the actual example rendered here.
- Purpose and audience
- Specify a feature through states, transitions, validation, and recovery behavior.
- Working context
- This fictional specification covers approving a handover entry. Approval means the owner has reviewed the reference and its context; it does not automatically change file sharing.
- Example records
- State: Draft · Meaning: Entry is being prepared · Allowed next step: Submit for review
State: In review · Meaning: Owner is checking the entry · Allowed next step: Approve or return to draft
State: Approved · Meaning: Reference and context were checked · Allowed next step: Reopen when content changes
State: Archived · Meaning: Entry is retained for history · Allowed next step: Restore to draft
- Content decisions
- Main flow: The author supplies a title, purpose, reference, and update owner. The reviewer checks the content and either approves it or returns it with a concrete reason.
Validation and recovery: A missing reference prevents submission and should be explained beside the field. If the reference becomes unavailable after approval, show that condition and preserve the entry for repair.
Permission boundary: Approval is a content state, not authorization to publish or grant access. The implementation must use the actual platform’s permission model and make any separate sharing action explicit.
- Format and interaction
- spec layout; section navigation and expandable detail where useful; matching portrait document PDF.
- Sharing and provenance
- A hypothetical example informed by Claw Me’s small-team and Agent workflows. These are not Pete’s actual clients, finances, travel plans, research results, or commitments. Keep the real adaptation private until the owner chooses to share.