defract vs kiro

kiro gives you the spec.
defract gives you the lifecycle it kicks off.

kiro is a solid spec-driven IDE — it forces a requirements doc, a design artifact, and a task list before any agent writes a line of code, and that discipline is real. defract starts where the spec ends: a full pipeline with a visual design stage, implementation agents, and a gated review before anything ships. local-first, no credits, your own anthropic key.

open beta · macos · apple silicon + intel

they share one thesis. both kiro and defract believe the same thing: write the plan before you write the code. that shared conviction puts them in a different category than parallel runners like Conductor or the native Agent Teams — both are structured tools. the difference is where each one stops. kiro produces spec artifacts and drives implementation from them. defract takes that same starting point and adds a visual design stage, specialist review agents, and a gate before any code ships.

where they diverge

three things defract does
that the spec alone doesn’t.

01

a visual design stage, not just a design.md

kiro’s spec pipeline includes a design artifact — a design.md describing the intended UI and behavior in prose. that is a real checkpoint. defract’s design stage produces something different.

before any implementation agent starts, defract produces a visual design artifact — a rendered UI reference the agent actually works from, not ambiguous prose. the gap between “a dashboard with an activity feed” and something an agent can implement without inventing layout decisions is where output quality breaks down. a visual reference closes that gap in a way a markdown doc does not. this is the stage that surprised us most in how much it reduced drift.

02

review that closes the loop on the spec

kiro generates the plan and drives implementation. defract adds a gate after implementation — one that checks the output against the original story before anything progresses.

specialist review agents

a security reviewer (OWASP-anchored), a refactor reviewer (dead code, naming, over-engineering), and a generic reviewer each evaluate the work — not just the diff, but in the context of the original story.

gated before it ships

code only progresses once the agents sign off and you approve. kiro’s pipeline ends at implementation — there is no review gate between the spec and the merge.

03

local-first, bring your own key

kiro routes your code context through aws bedrock for inference — a credit-based model, with content stored on aws infrastructure. defract runs the opposite model.

defract is local-first: PTY transcripts and your codebase context never leave your machine. you pay anthropic directly for whatever inference you use — no intermediary credits, no interaction caps, no cloud storage of your proprietary code. for teams on anything sensitive, that is a meaningful operational difference, not a footnote. it also means your costs scale with what you actually build, not a per-seat credit tier.

side by side

the honest comparison.

defract kiro
unit of work a story shipped to production a spec-driven implementation session
lifecycle stages story → design (visual) → architecture → implementation → review → release requirements.md → design.md → tasks.md → implementation
design stage visual design artifact — rendered UI reference before any agent starts design.md — a text description of planned behavior
code review specialist agents (security · refactor · generic); gated merge on sign-off no built-in review gate; implementation ends the pipeline
memory / context persistent codebase memory — compounds with every shipped story steering files — markdown knowledge files you maintain manually
data handling local-first — PTY transcripts never leave your machine cloud-routed — code context through aws bedrock; content stored on aws infrastructure
economics bring your own anthropic key — pay anthropic directly, no interaction caps credit-based — free (50 interactions/mo) · pro $19/user/mo · pro+ $39/mo
parallel worktrees yes no parallel worktree support
environment dedicated desktop app — not an IDE IDE built on Code OSS (VS Code ecosystem)
platform macos (windows · linux in v1) macos · windows · linux · web
availability open beta — download now generally available

where kiro is ahead today

we’ll be direct: kiro is cross-platform — macos, windows, linux, and a web IDE — while defract is macos-only in the current beta. if your team is mixed-platform, that matters now. kiro is also generally available with enterprise-grade features already shipping: IAM and SSO authentication, usage dashboards, team credit pooling, and cost controls. it lives in a VS Code-compatible environment, so your existing extensions and muscle memory carry over. the spec artifacts (requirements.md, design.md, tasks.md) land in your repo as readable markdown — useful for async teams and for documentation independent of the tool.

the tradeoff kiro makes is scope: it stops at implementation. the visual design stage, the specialist review gate, and the local-first data model are where defract runs a fundamentally different system. if those gaps are not your current bottleneck, kiro is worth evaluating on its own terms.

the spec is the start.

download the open beta and run a story through the full pipeline — visual design, implementation, review, ship.