Dev & Engineering git-worktreescode-reviewterminal-emulationremote-developmentagent-client-protocolmodel-context-protocolgit-integrationweb-preview

Alas Agent Workspace

Run, review, and merge coding-agent work across multiple worktrees from one native Mac workspace.

FollowAgents review · FARS-2.1
Recommended
78/ 100 5-point scale 3.9 / 5
1 2 3 4 5 6
Per-dimension scores and reasoning
1Trust21 / 29 · 3.6/5

For least privilege, the nightly workflow disables persisted credentials and confines write tokens, signing secrets, cache publication, and public releases to main builds; however, the product can control SSH, Git, browsers, MCP servers, remote helpers, and phone sessions without a complete runtime permission model in the supplied files, so it scores 2. Inline permission prompts and phone-side responses support user confirmation, but confirmation behavior for merges, remote bootstrapping, worktree creation, and browser automation is not established, so it scores 2. The README identifies major SSH, HTTP/WebSocket, phone-pairing, external-MCP, and gh/glab flows, but omits retention, listener scope, and telemetry details, so transparency scores 2. CI carefully isolates tokens, certificates, keychains, and credential helpers, while application storage and transport of SSH, session, and pairing data remain undocumented, so sensitive-data handling scores 2. Concrete dependency revisions, lockfiles, toolchains, fingerprints, and cache revalidation justify 3 for dependency security. External effects are enumerated, but their authorization and confirmation policies are incomplete, so that criterion scores 2. Worktrees, stashes, Git history, merge editing, and workspace-edit undo offer recovery mechanisms, but there is no unified rollback guarantee for merges, remote operations, or agent actions, so rollback scores 2. The MIT file names an author and dependencies are attributed, but publisher identity is unverified and no broader organizational or security contact is supplied, so source attribution scores 2.

2Reliability9 / 14 · 3.2/5

The README, build harnesses, and CI are broadly aligned and include failure propagation, cache invalidation, and missing-artifact rebuilding. Self-consistency is reduced to 2 because the Rust job invokes “cargo tes” and the README's CLI/helper Rust versions differ from the workflow's 1.98.1 matrix. Dependencies are pinned and supported by recursive checkout and caching, but first builds require network access and several Homebrew/Xcode/rustup components, while support is limited to recent macOS/Xcode versions, so availability scores 2. Timeouts, noninteractive configuration, exit-code propagation, and a test proving failed builds do not launch the app support failure handling; little evidence covers user-facing error messages or recovery guidance, so failure messages score 2.

3Adaptability15 / 18 · 4.2/5

Audience and scenarios are thoroughly described across local and SSH development, parallel worktrees, terminal and native chat, review, mobile takeover, and multiple agent harnesses, earning 3. Boundaries such as macOS 15+, Xcode 26, ACP/LSP, gh/glab, and separate agent authentication are stated, but network, account, remote-platform, and degraded-mode boundaries are not systematically documented, so capability boundaries score 2. Agent detection, hooks, ACP injection, permission prompts, and workflow triggers are described, but precise detection conditions, false-trigger safeguards, and disable controls are missing, so trigger precision scores 2. Detailed platform requirements, build ordering, toolchains, architectures, Linux remote-helper support, and CI environments justify 3 for environment fit.

4Convention14 / 18 · 3.9/5

The README is clearly divided into installation, rationale, features, development, stack, and licensing, with a useful dependency-role table, so information architecture scores 3. Homebrew, DMG, source-build, submodule, and Ghostty ordering instructions justify 3 for install notes. Alas, CLI/helper components, build paths, and environment-variable naming are consistent in the supplied material, earning 3 for naming stability. Commands and feature explanations are substantial, but there is no full user walkthrough or FAQ, so examples and FAQ score 2. Platform constraints, cold-build cost, skipped CI suites, and headless hangs are disclosed, but no consolidated product-level limitations section exists, so known limitations score 2. The complete MIT text matches the README metadata, earning 3. Nightly releases record SHAs and changes, but no formal versioning policy or standalone changelog is shown, so versioning scores 1. A personal copyright holder and automated build/release path are visible, but maintenance policy, security reporting, and team ownership are absent, so maintenance responsibility scores 2.

5Effectiveness12 / 13 · 4.6/5

The product presents actionable workspace outputs through persistent terminals, diffs, comments, editing, CI evidence, merging, and mobile controls, supporting 3 for output usability. Combining agent execution, worktrees, review, feedback, and delivery in one application offers clear marginal value over disconnected terminal and Git workflows, supporting 3. Caching, parallel worktrees, and persistent sessions reduce repeated effort, but cold-build time, dependency footprint, remote/mobile service costs, and AI usage costs are not quantified, so cost-benefit scores 2.

6Verifiability7 / 8 · 4.4/5

Many technical claims trace directly to named dependency revisions, build commands, workflow steps, and harness tests, justifying 3 for claim traceability. README claims about builds, caching, CLI/helper components, and testing are corroborated across workflows and shell harnesses, justifying 3 for cross-source corroboration. The files explicitly label observed CI hangs and skipped suites, but many product capabilities remain README assertions not individually supported by the supplied implementation or tests, so fact-inference separation scores 2.

Evidence confidence: Low Reviewed Sep 17, 2026 Reviewed revision 4b98e110b771
The upstream repository has new commits since this review. The score still applies to the reviewed revision shown and may not cover the latest changes.
Before you use it
  • The supplied Rust CI step uses “cargo tes” rather than “cargo test”; until corrected, it should not be treated as evidence that Rust tests execute successfully.
  • The README and CI disagree about the CLI/helper Rust toolchain versions; the authoritative versions should be confirmed.
  • Several Git service and worktree test suites are explicitly skipped in CI, so the corresponding README features are not comprehensively validated by that workflow.
  • The application can act across SSH, phone WebSockets, browser automation, and MCP-enabled workspaces; verify listener scope, pairing authentication, secret storage, retention, and per-action confirmation before deployment.
  • This assessment uses only the supplied static files and did not execute builds, tests, signature checks, or network-behavior inspection.
Review evidence [1][2][3][4][5][6][7]
See the full review method →

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

Alas is a native workspace for macOS 15 and later that brings coding agents, Git worktrees, terminals, files, diff review, and merging into one window. Agents can run inside persistent libghostty-based terminals or in native chat panes over ACP, with documented support for Claude Code, Codex, Cursor, Gemini, OpenCode, Pi, OMP, and Copilot. Each worktree retains its own terminal sessions, tabs, and scroll positions, while reviewers can annotate branch, commit, or range diffs and let agents answer and resolve the comments. The application also includes file editing and search, Git staging and conflict handling, LSP code intelligence, Tree-sitter highlighting, Markdown and Mermaid rendering, and browser previews agents can operate. An SSH helper extends terminal, agent, file, search, and Git operations to remote macOS and Linux machines, while an HTTP/WebSocket server exposes paired phone controls. The main application uses SwiftUI and AppKit, accompanied by a Rust alas CLI, built-in MCP server, and remote helper, and is distributed under the MIT license.

A user creates or selects a Git worktree for a task, then starts either a persistent Ghostty terminal or a native Agent Client Protocol (ACP) conversation in that worktree. Alas renders tool calls, plans, and permission prompts inline and lets the user queue, edit, reorder, or schedule later prompts, attach issue context, dictate prompts, and configure external MCP servers per project. It reads workspace files and Git state to provide fuzzy filename and content search, LSP definitions and completions, Tree-sitter highlighting, file- and hunk-level staging, inline diffs, stashes, history, and a three-way conflict editor. From the ⇧⌘R palette, a reviewer can inspect a branch, commit, or range and place comments on changed or unchanged lines; agents consume, answer, and resolve those comments through the built-in review tools. For detected GitHub PRs and GitLab MRs, Alas can draft titles and descriptions, place CI logs and check results beside the diff, and merge in the application, including through merge queues. The standalone alas CLI opens files, switches or creates worktrees, and starts reviews; it is also injected into ACP sessions as an MCP server so agents can navigate to lines, notify the user, launch delegated sessions, and process review comments. On remote hosts, the SSH helper performs terminal, agent, file, search, and Git operations, while the paired phone web client can monitor sessions, submit or stop a turn, answer permission requests, browse changes, and manage worktrees and prompt queues.

  1. A Mac developer handling several features or fixes can assign each task its own Git worktree while keeping its terminals, agent conversations, and diffs available in one window.
  2. An engineer using Codex, Claude Code, or another documented harness can choose between a conventional terminal and an ACP chat pane with inline plans, tool activity, and permission prompts.
  3. A maintainer iterating on agent-generated changes can annotate branch, commit, or range diffs and have the agent read, answer, fix, and resolve the review feedback.
  4. A developer working through an SSH-accessible build machine can use remote terminals, files, search, Git, and agents while leaving long-running agent work alive in the remote helper after disconnecting.
  5. Someone stepping away from a desk can pair a phone, monitor a live run, answer permission requests, submit another prompt, or stop the current turn.
  6. A developer shipping through GitHub PRs or GitLab MRs can inspect CI evidence next to the diff, draft the title and description, and merge without switching applications.

What are this agent's strengths and limitations?

Pros
  • Repositories and worktrees keep their terminals, agent conversations, files, diffs, tabs, and scroll positions together inside one native workspace.
  • The product supports both persistent Ghostty terminals and ACP-native chat across several named coding harnesses instead of requiring one model vendor.
  • Agents can directly read, answer, and resolve inline review comments, creating a closed feedback loop around the actual diff.
  • Git staging, conflict editing, CI evidence, PR or MR drafting, and in-app merging cover much of the path from generated change to delivery.
  • The SSH helper and paired phone client address remote machines, disconnected long-running sessions, and permission requests away from the desktop.
Limitations
  • The controlling desktop application requires macOS 15 or later, so Windows and Linux are not documented as native desktop hosts; Linux appears only as a remote-helper target.
  • Coding agents must still be installed and authenticated separately, while GitHub and GitLab features depend on authenticated gh and glab installations.
  • The source build has a substantial toolchain: full Xcode 26, XcodeGen, a patched Zig 0.15 package, rustup, several pinned Rust toolchains, and recursive submodules.
  • Phone access is served by the desktop application's in-process server; no independently hosted mobile deployment or Mac-free mode is documented.
  • The source does not provide a per-harness matrix showing whether terminal operation, ACP rendering, permission handling, and session resumption are equally supported by every named agent.

How do you install or deploy this agent?

The packaged application requires macOS 15 Sequoia or later. Install the signed build with Homebrew:

brew install --cask mrmans0n/tap/alas

Alternatively, download the signed DMG from the repository's Releases page. Install and authenticate each coding agent you intend to run. GitHub functionality uses an already-authenticated gh CLI, and GitLab functionality uses an already-authenticated glab CLI.

Building from source requires Xcode 26 or later with the full Xcode installation selected, plus XcodeGen, Homebrew's patched Zig 0.15, and rustup:

brew install xcodegen [email protected] rustup
git clone --recurse-submodules https://github.com/mrmans0n/alas.git
cd alas
./scripts/build-ghostty.sh

xcodegen

xcodebuild -project Alas.xcodeproj -scheme Alas -destination 'platform=macOS' build
xcodebuild -project Alas.xcodeproj -scheme Alas -destination 'platform=macOS' test

For an existing checkout, first run git submodule update --init --recursive. Ghostty must be built before invoking Xcode.

How do you use this agent?

Open Alas, add a repository, and select or create a linked worktree for each task. In the active worktree, open a long-lived Ghostty terminal or create a native ACP conversation and start an installed, authenticated coding agent. While it runs, inspect files and tool activity, respond to permission prompts, and edit or queue subsequent prompts. When changes are ready, use the ⇧⌘R palette to review a branch, commit, or range, leave inline comments, and let the agent process them through the built-in review tools; then stage, commit, and merge a detected GitHub PR or GitLab MR. To work remotely, add a project on an SSH host; the connection assistant reads ~/.ssh/config and bootstraps the helper. Pair the phone web client by QR when mobile access is needed. The README does not provide the complete alas CLI syntax, so a reliable first CLI invocation beyond the documented installation and build commands cannot be supplied.

FAQ

Does Alas lock me into one model or coding agent?
No single provider is required. The documented set includes Claude Code, Codex, Cursor, Gemini, OpenCode, Pi, OMP, and Copilot, with terminal and ACP execution paths. Users must install and authenticate their chosen agents separately.
Can Alas run as a native desktop application on Windows or Linux?
That is not documented. The native application requires macOS 15 Sequoia or later. Its SSH helper can execute remote operations on macOS and Linux, but that is not evidence of a Linux desktop client, and Windows support is not stated.
What happens to a remote agent run if the client disconnects?
Remote agent runs are documented to continue in the SSH helper after disconnection. Detailed reconnect behavior, retention limits, and recovery procedures are not specified.
What authentication is needed for GitHub and GitLab?
Alas uses the existing authentication of the gh CLI for GitHub and the glab CLI for GitLab. The source does not document a separate built-in account system or enumerate the required OAuth scopes.
Is there a charge or a mandatory hosted service?
The repository is MIT-licensed, but the source does not state pricing for distributed builds or for third-party coding agents. It documents local workspaces, SSH hosts, and a phone web client served by the desktop application, without identifying a mandatory Alas-hosted cloud service.

Compare agents like this one

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

Related agents