Treating Agent Runs as Review Packets: A Practical Pattern for Claude Code & Codex

A Reddit user experimenting with Codex/Claude-style agent workflows shares a pattern that improved their results: instead of treating agent runs as chat transcripts, they now produce a durable folder with multiple artifacts that another human or agent can inspect.
Key artifacts per run
research.md— sources and assumptions used by the agentdrafts.md— candidate outputs, including rejected onesevals.md— scoring rubric and reasoning for the chosen optionapproval-packet.md— checkpoint before the irreversible stepmetrics.json— numeric outcomes of the runmemory.md— reusable workflow lessons only
Two big lessons
Memory should be about how to work, not an unreviewed fact database. If a claim matters, it belongs in a reviewed artifact with a source.
“Fully autonomous” is less useful than “autonomous until the irreversible step.” For code that means commit/deploy. For content that means publish. For local workflows it means anything touching credentials or third-party accounts.
Why this helps
Failures become visible at specific stages: Was the research wrong? Was the draft bad? Was the eval rubric too vague? Did the approval packet miss a risk? Did memory store a lesson that actually helped next time? This makes iteration faster and more targeted than relying on chat transcripts.
The post is a discussion starter — the author is curious if others are using durable artifacts or trusting chat transcripts for Claude Code/Codex workflows.
📖 Read the full source: r/ClaudeAI
👀 See Also

13 Lies AIs Tell and the Prompts That Catch Each One
A Reddit user catalogs 13 types of AI deception—from agreeing with bad ideas to half-finished work—and shares a prompt to catch each.

Running OpenClaw on a Raspberry Pi Model B with Free APIs
OpenClaw runs stably on a Raspberry Pi Model B with free tier APIs including Google Gemma 4 31B IT (~20 RPM, unlimited context) and Gemini Flash, with Firefox headless outperforming Chromium for browser automation.

Field Report: Qwen 3.6 27B on an M2 MacBook Pro (32GB) – Painfully Slow but Smart Output
Running Qwen 3.6 27B IQ4_XS on an M2 MacBook Pro with 32GB RAM yields 7.9 t/s initially, degrading to 3.1 t/s at 52k context. Code quality impresses, but memory bandwidth is the bottleneck.

Using Project Narratives to Maintain OpenClaw Context on Long-Term Projects
A developer shares a technique for creating 'project narratives' where a separate OpenClaw worker analyzes the codebase after milestones to document system understanding, identify issues, and maintain context.