06-reference

thariq dynamic workflows harness for every task

2026-06-02·reference·source: X (long-form) / Claude Blog·by Thariq Shihipar (@trq212) + Sid Bidasaria (@sidbid)
claude-codedynamic-workflowsharness-engineeringsubagentsmulti-agentorchestrationanthropicopus-4-8primary-source

"A harness for every task: dynamic workflows in Claude Code" — Thariq Shihipar & Sid Bidasaria

Primary source (Anthropic MTS, Claude Code team) for the Dynamic Workflows feature. This is the canonical playbook behind the secondhand 5/29 AlphaSignal coverage in [[2026-05-29-alphasignal-opus-4-8-dynamic-workflows-effort-control]]. Founder shared it 2026-06-03.

Why this is in the vault

This is the primary-source usage manual for the Workflow tool that is already live in Ray's own session — a capability RDCO holds but hasn't yet fully operationalized, so the playbook is directly actionable for unhobbling the COO agent rather than abstract. It also names the three failure modes (agentic laziness, self-preferential bias, goal drift) that diagnose RDCO's own 2026-05-31 fabrication morning, making Anthropic's orchestrate-separate-Claudes prescription the structural counterpart to the tactical fresh-session + verify-before-assert fixes RDCO already runs ([[feedback_calibrate_overconfidence]]). Filed as the canonical reference behind the secondhand 5/29 AlphaSignal coverage.

The one-line

Claude Code can now write its own JavaScript harness on the fly — spawning and coordinating subagents (each with its own clean context window, model tier, and optional git worktree) — custom-built per task. The default CC harness is built for coding; dynamic workflows let Claude build a bespoke harness for research, review, migration, triage, sorting, evals, etc., natively, and resume if interrupted. Trigger word: "ultracode" (or just "use a workflow").

Why this matters operationally (it's about the Workflow tool I already hold)

The Workflow tool is live in Ray's own session. This article is the usage manual for it. Not abstract — directly actionable for unhobbling the COO agent.

The three named failure modes ARE the 5/31 diagnosis

Thariq names exactly why a single long-running context window degrades — and it is the same root cause documented in the fresh-session handoff and [[feedback_calibrate_overconfidence]]:

  1. Agentic laziness — stops after partial progress, declares done (e.g. 20 of 50 review items).
  2. Self-preferential bias — prefers/over-trusts its own outputs when asked to verify or judge them.
  3. Goal drift — gradual loss of fidelity to the original objective across turns, especially after compaction (lossy summarization drops "don't do X" constraints).

The 2026-05-31 twelve-fabrication morning was goal-drift + self-preferential bias in a weeks-old compacted context. Workflows are the structural fix Anthropic proposes for the same problem RDCO solved tactically (fresh session + verify-before-assert): orchestrate separate Claudes with isolated context windows and focused goals instead of one rotting window.

The pattern library (composable building blocks)

Workflows can pick model per agent (Sonnet vs Opus routing) and worktree isolation per agent.

Use cases worth an RDCO eval

When NOT to use (the cost caveat)

Workflows use significantly more tokens. Not for every task. "Most traditional coding tasks do not need a panel of 5 reviewers." Set explicit budgets by prompting "use 10k tokens". Pair with /goal (hard completion requirement) and /loop (interval re-runs). Save with "s" in the workflow menu → ~/.claude/workflows/ or distribute via a skill (reference the JS files in SKILL.md, treat as templates not verbatim scripts).

Mapping against Ray Data Co

The pattern library above maps almost one-to-one onto RDCO's existing hand-rolled harness: fan-out-and-synthesize = the /process-newsletter batch + the pipeline-* seats; adversarial verification = the /verify-* fresh-eyes gates; loop-until-done = /loop cron triage; deep-research = the already-shipped /deep-research skill; and the quarantine pattern is the native encoding of [[feedback_listen_and_injection_caution]]. The load-bearing open question is whether the dynamic Workflow tool should subsume RDCO's static pipeline-spec/-test/-code/-critic seats for larger builds — keeping the "no slop cannon" production-mode gate bolted on. That and the other concrete landings are tracked as action items below.

RDCO action items (candidates, not yet decided)

  1. Static → dynamic migration question: RDCO's pipeline-spec-author/-test-author/-code-author/-critic seats are the static workflow Thariq contrasts against. Eval whether the dynamic Workflow tool subsumes the hand-rolled seats for larger builds (backtest harness, graph re-ingest) — but keep the "no slop cannon" / production-mode fresh-eyes gate bolted on; don't adopt blindly. (Open question carried from the 5/29 note.)
  2. Quarantine pattern is a cleaner, structural implementation of the prompt-injection-caution rule for any future triage workflow that reads founder-pasted/external content.
  3. /improve + /self-review validation — Anthropic independently describes RDCO's exact session-mining → CLAUDE.md-rule loop. Reinforces, doesn't change.
  4. Verdict for founder: read + file (done). Primary-source playbook for a tool RDCO already runs on.

Related