Back to the article
1. The layers around an agent 2. Where the setup comes from 3. What a thread holds together 4. How a task moves through agents 5. Work across linked machines 6. A failure can become a repair task 7. Where the acceleration comes from The layers around an agent The harness connects decisions to executable work. The layers around an agent The harness connects decisions to executable work. Me: outcome + decisions: Brief · constraints · review Me: outcome + decisions Brief · constraints · review T3 Code: Projects · threads · work coordination T3 Code Projects · threads · work coordination Agent runtime + model: Reasoning · tool calls · implementation Agent runtime + model Reasoning · tool calls · implementation Repository + tools: Files · commands · tests · permissions Repository + tools Files · commands · tests · permissions Conceptual diagram · not live system data A harness gives the model a working environment: tools, context, permissions, and a repository. I still choose the outcome and assess the result.
Where the setup comes from Project lineage and integration are different relationships. Where the setup comes from Project lineage and integration are different relationships. pingdotgg / t3code: Upstream T3 Code pingdotgg / t3code Upstream T3 Code Yarden-zamir / t3code: Yarden Zamir’s T3 fork Yarden-zamir / t3code Yarden Zamir’s T3 fork TomCohenDev / t3code: My adaptations on that foundation TomCohenDev / t3code My adaptations on that foundation Yarden-zamir / kitshn: Separate project · linked integration Yarden-zamir / kitshn Separate project · linked integration Conceptual diagram · not live system data Solid arrows show the T3 fork lineage. The dashed connection shows Kitshn integration. Yarden Zamir’s Kitshn is a separate project, alongside his work on T3.
What a thread holds together One task has a place for context and evidence. What a thread holds together One task has a place for context and evidence. Conversation: Decisions + constraints Conversation Decisions + constraints Project + branch: Where the work belongs Project + branch Where the work belongs Task thread: Context stays connected Task thread Context stays connected Diff + checks: Evidence to inspect Diff + checks Evidence to inspect Optional worktree: An isolated checkout Optional worktree An isolated checkout Conceptual diagram · not live system data The thread connects the conversation to the project and its changes. A separate worktree is available when a task needs an isolated checkout.
How a task moves through agents Delegate a bounded question, then use its result. How a task moves through agents Delegate a bounded question, then use its result. Main agent receives the brief: Outcome + constraints Main agent receives the brief Outcome + constraints Bounded research: Return findings to the main agent Bounded research Return findings to the main agent Implementation: Use the findings · change the code Implementation Use the findings · change the code Independent review: Inspect the resulting diff + checks Independent review Inspect the resulting diff + checks Main agent resolves findings: Revise · verify · hand back for a decision Main agent resolves findings Revise · verify · hand back for a decision Conceptual diagram · not live system data This is an example workflow, not a requirement to parallelize every task. Research can inform implementation; review examines the resulting changes; the main agent resolves the findings.
Work across linked machines Access grants define what can cross the boundary. Work across linked machines Access grants define what can cross the boundary. Machine A: parent thread: Local project + task context Machine A: parent thread Local project + task context Kitshn access boundary: Shared card · grant · thread limits Kitshn access boundary Shared card · grant · thread limits Machine B: delegated work: Its own checkout + installed tools Machine B: delegated work Its own checkout + installed tools Completion reaches the parent: Continue with the returned result Completion reaches the parent Continue with the returned result Conceptual diagram · not live system data These are example machine roles, not an inventory of my hardware. The linked environment has its own checkout and tools; delegation respects the grant and calling-thread limits.
A failure can become a repair task An event starts investigation; checks still matter. A failure can become a repair task An event starts investigation; checks still matter. Selected workflow fails: CI or release event in my fork Selected workflow fails CI or release event in my fork Webhook creates a repair task: Failure context travels with the task Webhook creates a repair task Failure context travels with the task Agent investigates + proposes a fix: Concrete changes, ready to inspect Agent investigates + proposes a fix Concrete changes, ready to inspect Run checks again: If they fail, revise the proposal Run checks again If they fail, revise the proposal Review + merge process: Follow the repository’s approval rules Review + merge process Follow the repository’s approval rules Conceptual diagram · not live system data Selected workflow failures can route into a repair task in my fork. A repair proposal still needs validation and the applicable review and merge process; this is not a guarantee of automatic recovery.
Where the acceleration comes from A workflow comparison, without invented speed metrics. Where the acceleration comes from A workflow comparison, without invented speed metrics. MANUAL COORDINATION Rebuild context → pass work along: Repeat the brief and current state Rebuild context → pass work along Repeat the brief and current state Check status → decide what is next: I move each handoff forward Check status → decide what is next I move each handoff forward WITH A HARNESS + ORCHESTRATION Persistent task → bounded handoff: Context travels with the work Persistent task → bounded handoff Context travels with the work Event returns → I assess the result: Attention goes to the next decision Event returns → I assess the result Attention goes to the next decision Conceptual diagram · not live system data The change is in the handoffs: less context to reconstruct, fewer manual status checks, and a clearer point for my decisions. The lanes are conceptual, not durations or a productivity benchmark.
Trace next node Select a diagram, then trace its nodes.