Augment Code
Augment Code – Developer AI for real work
4.6•10 reviews•539 followers
Augment Code – Developer AI for real work
4.6•10 reviews•539 followers
Experience the AI platform that truly understands your codebase. Our developer AI helps teams code faster, make smarter decisions, and unlock collective knowledge. Try free today.
This is the 3rd launch from Augment Code. View more
Intent
Launching today
Intent is a developer workspace built for agent-driven development. Define a feature as a spec, and a team of agents coordinates the work (from implementation to verification) inside an isolated workspace with built-in code, terminal, and git.
Free
Launch Team
Excited to hunt Intent by Augment Code today.
Intent is a developer workspace where agents coordinate and execute work end-to-end.
This isn’t a coding assistant. It’s an agent-driven development system.
Instead of prompting one agent at a time, you define a spec and a coordinator breaks it into tasks, delegating to specialists (implement, verify, debug, review) running in parallel.
This adds up to:
• Specs that stay alive as work progresses
• Built-in verification loops, not just code generation
• A full workspace (editor, terminal, git)
If you’ve been exploring agentic dev but didn’t want to build the orchestration layer yourself , this is definitely worth a look.
Product Hunt
@curiouskitty Thanks for your question, it’s a good one.
Under the hood, Intent gives each task its own workspace backed by a git worktree + branch, so agents get an isolated checkout but share a single .git history for cheap branching and instant sync. The Coordinator turns your spec into a plan with explicit task dependencies, then runs specialist agents in waves: independent tasks in parallel, dependent ones after predecessors land, all staying aligned via a living spec that updates as work is done. On the back end, Intent has full git workflow built in (branching, commits, PRs, merge) plus auto-rebase/conflict surfacing, so you can stack or fan out branches without becoming the human traffic cop, you just review grouped changes per task/agent and ship.
Otto Radio
We use Intent on the daily to build apps and sites for our portfolio companies. designers, developers, and more in the same workspaces is the new workflow. the handoff can finally die.
This sounds cool, tell me, how I can trust on quality of this agent for work?
@avinashvagh1 Totally fair question. A few concrete reasons teams trust Intent here:
It runs on Augment Code, which is SOC 2 Type II and ISO/IEC 42001 certified, with public security docs (no NDA needed).
Your code is never used for training, and the architecture is non-extractable with a Proof-of-Possession API, so it can’t exfiltrate code or leak across tenants.
You keep control via CMEK, encryption in transit/at rest, and continuous third-party pen-testing.
On quality: Intent is spec-first, with a coordinator + specialist agents + verifier that work in isolated git worktrees, so every change shows up as normal diffs you can review like any PR.
Public refs if you want to dig deeper: Trust Center trust.augmentcode.com and Security & Privacy augmentcode.com/security .
How well does it handle larger, messy codebases in practice, where context and dependencies aren’t always clear?
@becky_gaskell Thanks for asking, this is exactly where Augment Code shines.
We’re built to handle very large, complex codebases: monorepos, legacy monoliths, and even “spaghetti” code with lots of cross-cutting dependencies. Under the hood, we use our own Context Engine rather than a basic “embed + vector search” stack, which lets us reason over millions of lines of code with much higher fidelity than typical RAG-style tools.
If you’re dealing with a big or messy codebase you are at the good place.
Running agents one at a time while keeping track of what each one did is exhausting as a solo dev. The coordinator layer is the thing that's been missing.
the isolated workspace approach is smart. removes the "works on my machine" problem entirely when agents are doing the building. how do you handle dependencies that need specific system configs or external APIs during the build process?
@piotreksedzik In Intent, each workspace is an isolated git worktree + its own shell environment, so you treat it like a real dev box: you (or your team) define per-repo setup commands that run when a workspace spins up (e.g., installing system deps, running npm install/poetry install, seeding local DBs, etc.).
Agents then build and run inside that configured environment, not a generic sandbox, so anything that depends on specific system packages, tools, or build steps is handled by your setup script rather than brittle per-agent hacks.
For external APIs and services, workspaces are just normal terminals: you can bring in your own .env/secrets, point agents at staging/prod endpoints, and even wire MCP integrations for tools like Jira, Sentry, etc... Agents call into those the same way a human would from that shell and browser surface.
So instead of trying to virtualize every possible system config inside the agent, Intent standardizes the workspace bootstrap: once the workspace’s setup script has created the right system env + API wiring, any agent you run there sees the same, reproducible environment, which is why the “works on my machine” problem goes away when agents are doing the building.