DEV Community

Luna
Luna

Posted on • Originally published at builderlog.net

A Prompt Is Not a Workflow: Use These Three Records Instead

A prompt can produce an answer. A workflow must produce the right artifact, under the right boundary, with a person able to decide whether it is safe to use.

That difference explains why many promising AI experiments never become normal work. The first result looks impressive, but the operator still has to remember which inputs are allowed, check every claim from scratch, decide who can approve it, and reconstruct what happened after delivery.

The fix is not a larger prompt library. Start with three small records.

Record 1: The One-Workflow Brief

Describe one finished artifact—not an entire business transformation.

TRIGGER
What event starts the work?

ALLOWED INPUTS
What material may be used, and what must never be included?

FINISHED ARTIFACT
What exact file, message, page, or decision must exist?

ACCEPTANCE CHECKS
Which three observable checks must pass?

HUMAN OWNER
Who reviews the result and authorizes any external action?

EVIDENCE RULE
Which sources or supplied facts may support claims?

STOP RULE
When must the work pause instead of guessing?
Enter fullscreen mode Exit fullscreen mode

This turns “help me with marketing” into something testable: “When a product update is approved, create one customer email from the approved release notes, using no customer data, with every feature claim traceable to the notes, for the product owner to approve.”

Record 2: The Human Review Gate

Do not hide review inside the same production pass. Check the exact final version under four headings.

Claims

  • Is every factual claim supported by an allowed source or supplied fact?
  • Are current facts dated?
  • Are inference and opinion labeled?
  • Is missing information marked UNKNOWN rather than completed with a plausible guess?

Privacy and rights

  • Does the artifact exclude passwords, credentials, customer identifiers, and confidential material?
  • Is every input owned, licensed, public, or permitted for this use?
  • Are private operating details absent from the public result?

Scope

  • Does the result match the artifact defined in the brief?
  • Are exclusions and limitations visible?
  • Has a small revision quietly become a new deliverable?

Action

  • Is the destination, recipient, price, or account correct?
  • Has a named person reviewed the exact final version?
  • Do financial, legal, destructive, or irreversible actions remain human-controlled?

The gate ends in exactly one decision: APPROVE, REVISE, or STOP.

Record 3: The Completion Receipt

“Done” should point to something observable.

TASK:
COMPLETED AT:
ARTIFACT OR URL:
VERSION:
ACCEPTANCE CHECK 1: PASS / FAIL
ACCEPTANCE CHECK 2: PASS / FAIL
ACCEPTANCE CHECK 3: PASS / FAIL
EVIDENCE USED:
HUMAN DECISION: APPROVE / REVISE / STOP
OPEN LIMITATIONS:
NEXT SAFE ACTION:
Enter fullscreen mode Exit fullscreen mode

A receipt does not prove time savings, accuracy, revenue, or business impact. It proves what was produced, which checks passed, who decided, and what remains unresolved.

A Worked Example

Suppose a solo operator wants to compare two newsletter platforms.

The brief allows current vendor pricing pages and the operator's required-feature list. It excludes subscriber data, account credentials, private revenue, and unsupported review claims. The artifact is a one-page comparison with current prices, five required features, unknowns, and one recommendation—or INSUFFICIENT EVIDENCE.

During review, one price is traced only to a third-party summary. That claim fails the evidence rule and is replaced with the vendor's current pricing page. One export-format detail remains unavailable. The final receipt records the completed comparison but does not authorize migration. The next safe action is one bounded compatibility question to vendor support.

The work can finish honestly without pretending every unknown disappeared.

Run the 15-Minute Test

Pick one task you expect to repeat this week.

  1. Spend five minutes completing the brief.
  2. Produce or inspect one draft.
  3. Spend five minutes running the separate review gate.
  4. Spend five minutes writing the completion receipt.

If you cannot name the artifact, owner, evidence rule, and stop condition, the task is not ready to become a workflow. If the three records make the work easier to inspect and repeat, you have a useful operating unit that can be tested before adding more tools.

The free AI Execution Starter Pack contains these templates, a worked synthetic example, and a practical license as plain Markdown. It requires no signup and uploads no private data.

For a larger system, the $19 AI Solo Operator System adds role routing, context handoffs, an AI-fit decision pack, a measured workflow pilot, six real-work playbooks, and product-validation worksheets. It is an instant download, not consulting or a result guarantee. At publication, it has zero verified sales.

The three-record rule: Brief the work. Review the exact result. Close it with a receipt. Add tools only after that loop works.


Want the full setup? The 30-minute tutorial installs the charter + both watchdogs from scratch.

Top comments (0)