Task notes
Start every run with shared intent.
Outcome, constraints, acceptance criteria, and review questions live with the work before an agent starts.
Team layer for local AI agents
Use the agent each engineer prefers. Helm keeps the task, context, runtime, review, and result visible to the team.
What it does
Task notes
Outcome, constraints, acceptance criteria, and review questions live with the work before an agent starts.
Project rooms
Sessions, comments, todos, blockers, and results stay in one project timeline instead of private chat history.
Desktop routing
Helm routes work to connected desktops with the local tools, credentials, and runtime already in place.
Team context
Decisions, fixes, and review feedback become scoped context the next run can cite.
Why it exists
Engineers choose different models, editors, prompts, terminals, and local setups. That should stay flexible.
A team still needs to know what ran, why it ran, what context was used, and what standard the result had to meet.
It lets personal agents produce team-visible work without forcing everyone into the same tool.
Why Helm stands apart
01
Use Claude Code, Codex, Cursor, Amp, or the tool your team already trusts. Helm coordinates around them.
02
The desktop does the work near the repository and credentials. The web app keeps the team record.
03
Skills, checks, and review expectations attach to the run instead of living in copied prompt fragments.
04
Team memory should point back to the task, decision, review, or session that created it.
Roadmap
A teammate opens Helm and knows what is running, what is blocked, what needs review, and what the team can reuse.
Desktop
Helm Desktop detects coding agents, keeps execution near your repository, and reports capabilities back to the project room.
Private beta
For teams already using coding agents and ready to make that work visible, reviewable, and reusable.