Project-local init
Apsara starts inside the repo, keeps config where the work lives, and avoids the disconnected AI chat problem.
Private alpha for project-first agentic coding
Build with an agent that stays inside the repo
and keeps you in control.
Apsara turns the current CLI and backend spine into a stronger product story: workspace-scoped tools, reviewable diffs, quieter internal activity, and persistent context that feels built for real codebases instead of generic AI chat.
Repo-bound
Project-local init and config stay with the codebase.
Diff-first
Meaningful edits pause for human review before they land.
Session-aware
The workflow keeps durable context instead of resetting every time.
Product View
See the agent loop as a product, not just a prompt box.
This is the part worth showing. Project-local startup, bounded tools, hidden internals on demand, and a review step before edits land all turn the agent loop into something developers can actually trust.
apsara session
Why it feels better
More bounded than chat. More legible than autopilot.
The system does real work, but it never asks the developer to stop caring about scope, review, or authorship.
Approval gate
The developer reviews the diff before meaningful writes touch the repo.
Quiet internals
Tool chatter stays hidden until /details is explicitly opened.
Legible progress
The workflow surfaces what changed, why it changed, and what still needs a decision.
Trust grows when every step has a boundary.
That means workspace scoping, review gates before writes, and internal activity that stays available without taking over the entire interface.
Capabilities
What already makes Apsara useful today
The value is not speculative. These are the real behaviors that make the current CLI and backend feel more trustworthy than a generic AI tab.
Workspace-scoped tools
Search, reads, writes, and line replacement stay bounded to the allowed root instead of wandering across the machine.
Diff-first approvals
Meaningful changes stop at a review gate so the developer keeps the final say before edits apply.
Hidden internals on demand
Tool activity stays quiet by default, while /details gives power users the exact work trail when they want it.
Durable backend spine
FastAPI, Postgres persistence, usage tracking, and SSE streaming give the agent loop a real foundation.
Persistent sessions
Conversation history and usage events stay durable so the workflow remains accountable across runs.
How It Works
A workflow that mirrors how developers already work.
Orient the repo, delegate the legwork, and keep authorship through review. The product gets out of the way without becoming vague.
01
Start in the workspace
Initialize Apsara inside the repo so the session inherits the right filesystem boundary and project-local context.
02
Ask for meaningful work
Trace the code, inspect files, and draft a change while keeping raw tool noise tucked away unless it is needed.
03
Review and steer
Approve the diff, reject it, or redirect the next step while the session keeps the thread and reasoning intact.
Closing Thought
Ready to give Apsara a front door that matches the product truth?
The strongest story is already there: repo-first setup, bounded tools, quieter internals, reviewable diffs, and durable context for serious engineering work.