Learn to ship solo
Learn to ship solo — curated best practices, tutorials, and resources for building real products with AI coding tools.

Loop engineering — the practice of designing automated agent workflows instead of prompting manually — is reshaping how developers use Claude Code and OpenAI Codex in 2026.

X Article by @rlancemartin: Designing loops with Fable 5

Learn how Claude Code evolved a year after GA: why Boris Cherny favors auto mode over plan mode, how routines catch bugs early, and why phone-first coding fits his workflow—straight from Anthropic’s product lens.
Boris Cherny (Anthropic) and @_catwu reflect on internal Slack reactions to an early Claude Code demo and what changed since general availability. The piece is a product-direction interview, not a tutorial—thin on steps, rich on habits and roadmap themes.
- Internal Claude Code demos split the team on Slack—early tooling polarizes before workflows settle, which is normal for agentic coding products.
- Cherny reportedly prefers auto mode over plan mode for day-to-day work, suggesting execution-first agents beat heavy upfront planning for his use cases.
- Routines are framed as proactive: they can fix bugs before the developer notices, pushing coding assistants toward background maintenance not just chat.
- Phone has become a primary coding surface for Cherny, implying Claude Code and remote agent UX matter as much as desktop IDE integration.
- A year post-GA, the conversation centers on where Claude Code goes next—expect more automation, mobility, and less manual bug triage in the narrative.

Compare the top AI development tools and models of June 2026. View updated rankings, feature breakdowns, and find the best fit for you.
Use Huntley’s framing to treat an identity crisis like a speedrun: set checkpoints, run intentional experiments, and decide what you’re optimizing for before drift picks for you.
Geoffrey Huntley’s note at Neue Studio (shared via X) is titled Speedrunning an identity crisis. Only the title was available in the source excerpt, so this summary stays at the thematic level—a likely first-person piece on compressing career, craft, or self-definition questions in builder and creative-studio life.
- Speedrunning identity treats self-discovery as repeated timed passes with explicit goals, not a single slow unraveling.
- Skilled work stacks identity layers—role, audience, values, craft—until you need named checkpoints to see what shifted.
- Compression can reveal what you’re actually optimizing: autonomy, status, meaning, belonging, or output as public self.
- Finishing the run cleanly matters less than logging each attempt; aborted runs still teach better routing.
- When your work is your face, studio and tech contexts amplify identity pressure faster than private career moves.
Stacking Ralph goals (/goal on /goal) can stall or choke the agent timeline again—watch nested directives before you blame the model.
Geoff flags a regression in Ralph-style workflows where layered goal commands seem to jam progress on the execution timeline. The note is a field report, not a full write-up, so treat it as a signal to test your own /goal nesting.
- Nesting Ralph /goal inside /goal is a pattern people are trying again—and it may reintroduce timeline choke.
- When the agent stops making forward progress, check goal layering before swapping models or prompts.
- Ralph timelines appear sensitive to how goals are stacked; shallow or single-level goals may be safer while this behavior persists.
- This matches recurring community chatter that hierarchical goals can deadlock loops or blow context without obvious errors.
- Reproduce with a minimal two-level /goal stack if you rely on Ralph for coding automation—document whether choke is consistent.

A viral X thread boiled AI coding down to a six-word mantra about “the loop”—and most reposts couldn’t explain what loop means. Steinberger and Cherny frame different answers for builders using agents and IDEs.
Matt Van Horn’s piece unpacks a timeline-viral tweet (he used /last30days to trace it) that pits Peter Steinberger against Boris Cherny on what “loop” actually means in modern AI-assisted development.
- The debate is less slang and more architecture: whether “loop” means agent observe–act cycles, human approval gates, or iterative fix-until-green runs.
- Steinberger-leaning takes often stress tight tool feedback and autonomous iteration; Cherny-leaning takes stress controlled steps inside products like Claude Code—same word, different safety and UX assumptions.
- If your team can’t define the loop, you can’t measure it: latency per turn, failure recovery, and when a human must break the cycle.
- Viral AI-coding phrases spread faster than definitions—treat them as signals to align on workflow, not as shared vocabulary.
- For directory readers: pick tools by how they close the loop (tests, diffs, terminals, checkpoints), not by whether marketing says “agentic.”

You'll see why Remotion hooked one builder on terminal-driven launch videos in React—and what made HyperFrames feel like a step change for the same agentic video workflow.
Matt Van Horn compares two agentic video stacks after a spring of shipping launch videos from Remotion compositions, then switching when HyperFrames showed up.
- Remotion proved you could treat launch videos as code: React compositions edited and rendered from a terminal, not only in a traditional NLE.
- A terminal-first agentic loop matters for repeatability—same repo, same components, same render pipeline across many spring launch clips.
- HyperFrames entered as a competing agentic video path after Remotion was already the default; the post is about workflow fit, not a feature scorecard.
- Switching tools after heavy Remotion use usually signals faster iteration or less boilerplate for the kinds of promos he was shipping.
- /last30days framing implies both tools were actively discussed in recent AI-coding circles—worth checking current docs before picking a stack.

Claude Code news, June 2026: see how founders can ship faster, cut dev costs, and scale workflows with AI agents without growing headcount early.

Claude Code can now spin up task-specific harnesses at runtime instead of only using the default coding setup—useful when a one-size harness doesn’t fit the job.
Thariq announces dynamic workflows in Claude Code: the agent can author a custom harness on demand for whatever you’re doing, beyond the stock coding-oriented harness.
- Dynamic workflows let Claude Code generate a harness tailored to the current task rather than forcing everything through the default coding harness.
- The default Claude Code harness is optimized for software work; dynamic harnesses are meant for other kinds of tasks that need different tooling or structure.
- A “harness” here is the scaffolding around the agent—how it’s steered, what tools and steps it uses—not just a single prompt.
- Framing is “one harness per task,” built on the fly, which pushes toward more flexible agent setups inside the same product.
- Details on how to enable workflows, APIs, and limits aren’t in this announcement snippet—treat the post as a capability headline, not a full how-to.

Matt Van Horn’s June 2026 agentic-engineering roundup builds on his viral Claude Code thread: favor voice, plan.md, and agent-first workflows over a traditional IDE. Use it as a checklist mindset—externalize plans, let agents execute, and revisit hacks often as tools change.
Matt Van Horn published an X article titled Every Agentic Engineering Hack I Know (June 2026), positioned as a broader follow-up to his widely viewed Claude Code hacks post. The excerpt frames agentic coding as plan-driven and voice-assisted rather than IDE-centric, but the full hack list was not available in the source text.
- Van Horn’s earlier viral advice distilled to: skip the IDE for many tasks—use plan.md files plus voice to steer agents instead of typing in an editor.
- The June 2026 piece rebrands the same idea from “Claude Code hacks” to “agentic engineering,” implying practices that transfer across agents and tools, not one vendor.
- Public, dated snapshots (e.g., June 2026) matter because agentic workflows and model behavior change quickly; treat hack lists as living notes, not permanent setup guides.
- Framing matters for adoption: “agentic engineering” emphasizes orchestration, planning, and verification loops rather than memorizing IDE shortcuts.
- When you only have the teaser, the actionable move is still clear—write explicit plans agents can read, run work in tight feedback loops, and measure outcomes instead of defaulting to a heavy local dev environment.
In Claude Code, say “workflow” in your prompt to get a strict multi-step orchestration plan Claude follows end-to-end—useful when many agents or stages must run in order without you micromanaging each step.
Anthropic’s cat announced a Claude Code capability where the word “workflow” triggers dynamic planning and enforced sequencing. The pitch is reliable ordering across large, multi-agent runs—not a one-off checklist you hope the model remembers.
- Trigger dynamic workflows by including “workflow” in your Claude Code prompt so the tool builds an orchestration plan instead of improvising step order.
- The orchestration plan is meant to be strictly followed, which targets the common failure mode of models skipping, reordering, or forgetting stages mid-run.
- The feature is positioned for scale: maintaining correct stage order even when coordination spans on the order of hundreds of agents.
- Treat it as orchestration infrastructure—explicit stages and dependencies—rather than a single monolithic coding answer.
- Practical pattern: name stages, inputs, and success criteria in the prompt after invoking workflow so the generated plan has clear hooks to enforce.
Anthropic’s Sid teases Dynamic Workflows for Claude Code—a pattern their team uses daily. Expect workflow definitions that adapt at runtime, not static scripts. Read the linked ClaudeDevs thread for setup and usage tips.
Sid (Anthropic) announces Dynamic Workflows inside Claude Code, a capability the internal team has relied on for months. The post is a short hook to a longer tips thread on X from @ClaudeDevs rather than a full tutorial in one tweet.
- Dynamic Workflows are positioned as a first-class Claude Code feature, not a one-off prompt hack—worth treating as infrastructure for repeated dev tasks.
- Anthropic engineers reportedly use it as a daily driver, which suggests multi-step, reusable automation over single-shot codegen.
- The author promises a dedicated tips thread for maximizing value—implementation detail likely lives in the linked ClaudeDevs post, not this opener.
- If you only have this tweet, treat it as a signal to evaluate workflow-style orchestration in Claude Code against your current agent or slash-command setup.
Learn how Claude Code’s research-preview “dynamic workflows” let you tackle complex work by prompting with “workflow”—Claude generates an orchestration script and runs many coordinated subagents in parallel instead of one linear session.
Anthropic’s ClaudeDevs announced a research-preview capability in Claude Code called dynamic workflows. You kick it off by including “workflow” in your prompt; the agent then fabricates orchestration logic and delegates to parallel subagents for heavy, multi-part coding tasks.
- Dynamic workflows are opt-in via the keyword “workflow” in your prompt—there is no separate UI gate described in the announcement.
- Claude Code generates an orchestration script at runtime rather than relying on a fixed, prebuilt multi-agent template.
- Execution model is a coordinated fleet of subagents working in parallel, aimed at complexity that strains a single agent loop.
- The feature ships as research preview, so behavior, limits, and stability may change before general availability.
- Position it for orchestration-heavy jobs (many files, steps, or branches), not as a drop-in replacement for every small edit.

Skip Markdown-only previews in Claude Code: have the agent emit self-contained HTML so tables, CSS, and light JS work in the terminal or a local server. You get inspectable, clickable artifacts—not flat text or huge screenshots—without a separate app stack.
Thariq (Claude Code team) argues that HTML, not Markdown, is the format that makes agent output actually usable in the terminal and browser. The piece covers a quick HTML-first workflow (template, local server, optional Vercel deploy) and why PDF, Word, and MD sit in different roles.
- Terminal rendering of Markdown is weak; agents often compensate with screenshots instead of structured, selectable output you can act on.
- Self-contained HTML gives agents semantics (tables, headings), presentation (CSS), and interactivity (links, scripts) in one artifact humans already know how to open.
- Markdown stays the right default for files people edit and version; HTML is the better target when the deliverable is something you browse, click, or demo—not a doc you maintain by hand.
- A practical loop: pip install claude-tmux, serve the project folder over HTTP, start from a single-file HTML template, then ask the agent to consolidate to index.html and package for static hosting.
- The leverage is familiarity: HTML’s 30-year ecosystem means agents can ship small web apps (dashboards, walkthroughs, linked onboarding docs) faster than spinning up a separate product UI for each idea.

Learn how the Claude Code team structures Skills—reusable agent capabilities—and applies them in real product development so your own skills stay focused, composable, and maintainable.
Thariq shares practical lessons from building Claude Code, Anthropic’s agentic coding tool, with emphasis on how the team defines and uses Skills in day-to-day work.
- Skills are treated as first-class extensions: packaged instructions and workflows the agent can invoke instead of repeating one-off prompts.
- Internal dogfooding of Claude Code surfaces which skills earn reuse versus which belong inline in a single task.
- Good skills narrow scope—one job, clear triggers, and explicit inputs/outputs—so the agent picks the right tool without prompt sprawl.
- Composition matters: smaller skills stack into larger flows rather than one mega-skill that tries to do everything.
- Building the product with the same skill model users get keeps parity between what ships and what you should copy in your own repo.


































































