Aiden

A durable local work engine that executes and verifies multi-step computer tasks.

Stars
★ 873
Last updated
1mo ago
License
AGPL-3.0
Primary language
TypeScript

At a glance

How it runs
CLISelf-hosted serviceMCP server
Works with
Universal · cross-platformChatGPT · OpenAI API · Claude API
Cost
Free software; you pay for model usage
Setup effort
Low · running in minutes
You'll need
Node.js ≥18npmShell / CLINetwork accessLocal filesystemMCP Server
Typical use
A maintainer of a Node.js repository can ask Aiden to snapshot the repo, diagnose failing tests, apply safe edits, rerun relevant tests and builds, and retain verification evidence.
Not a fit if
  • Users who want a GUI and will not work in a terminal TUI
  • Anyone needing full macOS desktop automation rather than API mode
Source review
65/100 · Some gaps

What does this agent do, and when should you use it?

Aiden is an autonomous work engine for computer tasks, exposed through an operator TUI, one-shot CLI mode, an opt-in daemon, channel adapters, and MCP. It represents a request as a Job and runs it through fenced Attempts with generations, leases, budgets, and cancellation state. Consequential operations are recorded as Effects, while Evidence, Verification, Verdicts, and Proof separate execution from a claim of success. Its Codebase Mode snapshots repository and VCS state before making conflict-safe changes and recording structured test, build, and diagnostic results. The runtime uses Node.js, TypeScript, SQLite, Playwright, and Chromium, with stated support for Windows, Linux, WSL, and macOS API mode.

Start the interactive Operator TUI with aiden, or submit a one-shot task with aiden -q "...". Aiden can read and write files, execute shell commands and code, manage processes, search and fetch web content, automate a browser through Playwright/Chromium, call APIs and MCP servers, and work with supported applications and channels. In Codebase Mode, it snapshots repository root and VCS state, branch, HEAD, dirty and untracked files, manifests, lockfiles, and build/test commands before mutations; each change is tied to an Attempt, source snapshot, and Effect, then read back with hashes and diffs. TestRun, BuildRun, and Diagnostic records retain commands, parsed outcomes, artifacts, failures, and verification state, while Git branch, stage, commit, fetch, pull, push, and tag actions are reconcilable Effects. With AIDEN_DAEMON=1, file watchers, webhooks, email polling, and schedules can dispatch agent turns through a SQLite-backed trigger bus.

  1. A maintainer of a Node.js repository can ask Aiden to snapshot the repo, diagnose failing tests, apply safe edits, rerun relevant tests and builds, and retain verification evidence.
  2. An operations user handling a browser-based back-office process can have it navigate supported sites, fill forms, handle tabs and dialogs, and capture outcomes.
  3. A Windows, Linux, or WSL user can use the terminal interface for file organization, system inspection, and repeatable shell procedures.
  4. A team that needs work triggered by incoming text files can enable the daemon and register a watched inbox with aiden trigger add file.
  5. A researcher who needs a saved deliverable can ask it to search, compare sources, collect findings, and produce a structured Markdown report.
  6. A user breaking down a larger job can delegate focused work to isolated sub-agents with intersected toolsets and evidence-required returns.

How do you install or deploy this agent?

Requires Node.js ≥18, npm, and authentication for the provider you choose. Install and start:

npm install -g aiden-runtime
aiden

The first launch opens setup, where you select a provider, retrieve available models where supported, and run a connection probe. To run without a global installation:

npx aiden-runtime@latest

Verify with aiden --version; use aiden doctor to diagnose providers, authentication, configuration, and environment.

How do you use this agent?

Give Aiden a complete goal in the TUI, or run:

aiden -q "Inspect this repository, explain how it works, identify the three highest-risk areas, and support the findings with repository Evidence."

Use /model to select a provider and model, or set AIDEN_DEFAULT_PROVIDER and AIDEN_DEFAULT_MODEL. For triggered background work:

export AIDEN_DAEMON=1
aiden trigger add file --path ~/Documents/inbox --label "watch-inbox" --include "*.txt"
aiden

Inspect triggered activity with aiden runs list. The daemon binds to 127.0.0.1 by default; a non-loopback bind requires AIDEN_API_KEY.

What are this agent's strengths and limitations?

Pros
  • Completion is evidence-oriented: Jobs, Attempts, Effects, Evidence, Verification, Verdicts, and Proof are tracked as distinct states rather than trusting a command exit code or model response.
  • Codebase Mode snapshots repository and VCS state before writes and blocks stale bases, unsafe paths, symlink escapes, and conflicting user edits.
  • The documented model path spans 19 providers, Ollama, custom OpenAI-compatible endpoints, and ChatGPT OAuth subscription routing where supported.
  • Interactive, one-shot, daemon, channel, MCP, and browser surfaces share durable execution authority and restart/recovery protections.
Limitations
  • Adoption requires Node.js ≥18, npm, provider credentials, and a suitable model; model quality and budget materially affect complex-work outcomes.
  • It can read and write files, execute shell commands, access the web, and connect to external services, so permission scope, credentials, and backups need deliberate handling.
  • macOS support is stated as API mode, and some capabilities are explicitly described as experimental or platform-dependent.
  • The documented known issue is cosmetic activity-row artifacts during aggressive terminal resizing, although the project reports no duplicate execution or durable-state corruption.
  • Daemon, email, webhook, and browser workflows need further configuration; daemon mode is off by default.

How does this agent compare with similar options?

Key facts side by side with the most closely related agents.

Agent Source review Form / cost Stars Updated Language Full support on
Aiden This agent 65 · Some gaps CLIFree + model costs ★ 873 1mo ago TypeScript ChatGPT · OpenAI API · Claude API
Atomic Agent 56 · Major gaps CLIFree + model costs ★ 3.4k 9d ago TypeScript —
Lightpanda Browser 66 · Some gaps CLIFree ★ 41k 1d ago Zig OpenAI API · Claude API
Auto Browser 62 · Some gaps Self-hosted serviceFree + model costs ★ 922 today Python OpenAI API · Claude API

How does FollowAgents rate this agent?

FollowAgents source review · FARS-2.1
Some gaps
65/ 100 5-point scale 3.3 / 5
This review covers the source as of Aug 09, 2026. The project has shipped 5 stable release(s) since, which have not been re-reviewed. The score and verdict describe the reviewed version only. Recent releases ↓
Trust 18/29
Reliability 9/14
Adaptability 12/18
Convention 13/18
Effectiveness 9/13
Verifiability 4/8
Why each dimension lost points
Trust18 / 29 · 3.1/5

Evidence shows risk-tiered approvals, trust levels, budgets, scoped permissions, leases, and generation fencing, plus a 10-module security moat (moat/) gating tool calls, including dangerous-command classifier, SSRF-safe URL fetcher, secret/PII pre-write scanner. User confirmation via approval panels, destructive actions ask even at highest trust. Data flow transparency via tracking of Jobs, Attempts, Effects, Evidence, Verification, Verdicts, and Proof, but no detailed logs or audit trail. Sensitive data: API keys stored in local .env, OAuth tokens with 0600 permissions, but no explicit encryption or leak protection. Dependency security: npm audit CI step (high severity, continue-on-error) and overrides, but no vulnerability scan results. External effects: browser and terminal execution, but controlled via approvals and sandbox (Docker), not all external side effects specified. Rollback: /undo command and conflict evidence, but no full rollback mechanism. Source attribution: author and repo clear, but publisher unverified.

Reliability9 / 14 · 3.2/5

Self-consistency: README, package.json, and CI config consistent on version (4.19.1) and features, but skill/tool counts differ slightly (76 vs 69+). Dependency availability: dependency list complete, overrides present, but no lockfile or integrity checks. Failure messages: error recovery system (TCE) and failure-injection coverage, but no specific failure message examples.

Adaptability12 / 18 · 3.3/5

Audience and scenarios: README lists multiple use cases (codebase mode, research, browser workflows, etc.), but no detailed scenario guides. Capability boundaries: trust levels and approvals, but not all tool capability boundaries listed. Trigger precision: triggers (file, schedule, email, webhook), but no precise trigger condition docs. Environment fit: supports Windows, Linux, WSL, macOS API mode, but no detailed system requirements.

Convention13 / 18 · 3.6/5

Information architecture: README, docs/ directory, CHANGELOG.md, but no full architecture docs. Install notes: npm install and npx commands, but no detailed install steps or troubleshooting. Naming stability: version numbers stable, but no naming convention docs. Examples and FAQ: example prompts, but no FAQ. Known limitations: known issue (terminal resize), but no comprehensive limitations list. License: AGPL-3.0, LICENSE file present, complete. Versioning and changelog: CHANGELOG.md and version numbers, but no detailed changelog. Maintenance responsibility: author and contact, but no maintenance plan.

Effectiveness9 / 13 · 3.5/5

Output usability: evidence, verification, and verdicts, but no detailed output format specs. Marginal value: unique features (evidence tracking, recovery), but no comparison with other tools. Cost-benefit: budgets and cost tracking, but no pricing or cost analysis.

Verifiability4 / 8 · 2.5/5

Claim traceability: README claims partially supported (e.g., skill count), but no detailed evidence. Cross-source corroboration: CI and tests present, but no independent verification. Fact-inference separation: evidence and verification, but no explicit separation of facts and inferences.

Risks and how to mitigate them
  • Publisher identity unverified; treat with caution.
  • Dependency security scan results not provided, and npm audit is continue-on-error, potentially masking vulnerabilities.
  • API server defaults to unauthenticated (loopback); set AIDEN_API_KEY.
  • Skill and tool counts inconsistent across docs; verify.
  • Rollback mechanism incomplete; only /undo command provided.
Evidence confidence: Low Reviewed Aug 09, 2026 Reviewed revision f5437cf1d1fb New commits since this review; the score may not cover them
See the full review method →

Recent releases

Latest entries from the project's GitHub Releases. Notes are quoted from upstream as written, not rewritten or tested by FollowAgents.

  1. v4.21.3 Aiden v4.21.3
    Release notes excerpt
    Aiden Runtime v4.21.3 A security update for the Aiden runtime is available as the npm package [[email protected]](https://www.npmjs.com/package/aiden-runtime/v/4.21.3). Distribution qualified: npm runtime package only. The qualified archive SHA-256 is aaf11ea72dd50da889177ba2afb7aa74e2814d65ec25db69f12ae2d943cc8be5. Security …
    View on GitHub ↗
  2. v4.21.2 Aiden v4.21.2
    Release notes excerpt
    Aiden v4.21.2 Aiden v4.21.2 is the stable runtime release for Web and CLI setup, connections and input reliability. - Shared capability discovery makes existing Apps, MCP, messaging, developer tools and settings easier to find. - Model setup distinguishes local inference, API keys and supported subscription authorization. - Apps requests support protected resumable authorization, cancellation and truthful denial messages. Required approvals remain enforced. - MCP setup and removal use scoped, expiring confirmations. Provider consent, server trust and execution permissions remain separate. …
    View on GitHub ↗
  3. v4.21.1 Aiden v4.21.1
    Release notes excerpt
    Aiden v4.21.1 This release improves Workbench continuity, dependable execution and visual workflow authoring. Aiden v4.21.1 is the stable runtime release. - One-click Auto mode uses the saved autonomy policy for new Workbench tasks while required approvals remain enforced. - Retry creates a new Job while preserving the original outcome and model binding rules. - Completed work can be reopened with its recorded Artifacts, Evidence and Verification after restart. - Required Automation children expose their own outcomes and Evidence; failed required children prevent clean parent success. …
    View on GitHub ↗

FAQ

Am I locked into one model provider?
No. The repository documents 19 providers, including Anthropic, OpenAI, Groq, Gemini, Ollama, and custom OpenAI-compatible endpoints, plus ChatGPT OAuth routing where supported.
How are risky actions controlled?
The documented controls include tiered approvals, dangerous-command classification, trust levels, scoped permissions, and budgets. Destructive actions and spending still request approval at the highest trust level.
What happens if a task is interrupted or an external result is uncertain?
Generations, leases, fence tokens, cancellation protection, and Effect reconciliation are used to prevent stale work from rewriting current state; evidence and verification state are durable for recovery.
Can I use it without a background service?
Yes. Use aiden for the terminal interface or aiden -q "..." for a one-shot task. The daemon is opt-in.
View on GitHub ↗ Install ↓

Compare agents like this one

The same FARS review applied across the shortlist this agent qualifies for.

Related agents