Adversarial Implementation

Deliver the living end goal in PR #181 through current document logic, WorkflowRun identity, an implicit transactional Workspace, deterministic local and external effects, enforceable read-only Agent authority, supervised composition, explicit continuation, and certification. Authoritative implementation order and child map: taras/executable.md#218. Merged architecture/spec decision: taras/executable.md#358. Evidence PRs #350, #353, and #362 remain unmerged POCs; production work is tracked by focused child issues.

Navigation Menu

Adversarial Implementation

Commit Workspace mutations and journal results atomically

Reject secrets before journal persistence by default

Bind projected content resources to the component invocation scope

Add contextual workflow runs with pinned commits

Store WorkflowRuns and filtered journals in SQLite

Add named Repository and Worktree composition

Add a deterministic PullRequest workflow effect

Add Stage execution and cross-process manual continuation

Add shared external Git-host effect reconciliation

Add deterministic local Git workflow effects

Add provider-neutral Issue read and upsert workflow effects

Certify the adversarial implementation workflow end to end

Run workflow Agents through XMD-mediated observations

Align error vocabulary with the architecture.md registry

💥 Build the error propagation and partial output rules

💥 Build the error propagation and partial output rules

💥 Scope engine state to the operation that owns it

💥 Scope engine state to the operation that owns it

Namespace Markdown props under the props binding

Define the local Workspace host topology

Spike: bundle workerd into the compiled XMD host

Spike: host Cloudflare DOFS directly in Deno with SQLite and FUSE

Spike: run Cloudflare Worker Shell and Worker JavaScript natively in Deno

Spike: make Worker Shell effects transactional with the workflow journal

📝 Specify retained workflow Workspaces

List view