Skip to content

ARGV / DOCUMENTATION

The system behind
shared understanding.

How does ARGV work? A reference for project intelligence, persistent context, and engineering orchestration. Availability labels distinguish current behavior from the product direction.

Looking for a starting point? Read the guide ↗

Connect ARGV locally

Install the standalone argv-cli, connect this development machine to your ARGV account, then link a repository to a Project.

Before you start

  • An ARGV account you can sign in to.
  • A local checkout of the codebase you want to link. A Git origin is helpful but not required.
  • A Linux or macOS shell, or Windows PowerShell, with network access.

1. Install argv-cli

Choose your platform, then run its installer command:

curl -fsSL https://argv.app/install.sh | sh

Verify the installed version. If the installer added the command to your shell configuration, open a new terminal first.

argv --version

For future upgrades, run argv update. To check without installing, use argv update --check.

argv update

2. Sign in from the CLI

Start the pairing flow:

argv login
  1. The CLI creates a secure, expiring pairing request and opens its verification page in your browser.
  2. If you are not signed in, the browser asks you to sign in to ARGV first.
  3. Review the displayed environment name, platform, and CLI version.
  4. Choose Connect to approve this environment. Choose Deny if you did not start the request or the account is wrong.
  5. The terminal receives the approval, redeems the request, and stores its environment credential in your user configuration directory, outside the repository.

Expected output after browser approval

Opening ARGV in your browser…
Waiting for approval in your browser…
✓ Connected to ARGV
  Environment: <computer name> workstation

The exact environment name comes from your computer name unless you configured ARGV_ENVIRONMENT_NAME.

3. Sign in without an automatically opened browser

On a headless machine or when the browser cannot be opened, run:

argv login --no-browser

Expected headless prompt

Open: https://argv.app/device
Code: ABCD-EFGH
Waiting for approval in your browser…

Open the URL on a browser where you can sign in, enter the code, continue, then approve the environment. The short code identifies only this pending request; it is not the durable environment credential. Keep the CLI process running until it confirms connection. If approval expires, run argv login again.

4. Check the environment connection

argv status

Expected output after login

Account
  <your ARGV display name>

Environment
  <environment name>
  Connected

Before login, status reports Account — Not connected and tells you to run argv login. Workspace details appear only when the current directory has a workspace record in this environment's local config.

5. Link a repository workspace

Change to the repository directory you want to associate with an ARGV Project. Replace the example path with your repository's path:

cd path/to/your/repository
argv connect

The CLI checks the Git origin in the repository's .git/config. When present, it displays a normalized identity such as github.com/company/repository (host/path lowercased and a trailing .git removed). This repository identity is descriptive; it is not a credential. If no Git origin is detected, you may still continue and link the local workspace.

ARGV opens the workspace request in your browser. If asked, sign in to the same account that owns the CLI environment. Choose the ARGV Project this checkout represents and confirm with Connect workspace. The CLI waits for the browser approval and prints the linked Project name. No Project ID or local path needs to be copied manually.

If the browser does not open, the CLI prints the workspace approval URL. Open that URL manually and finish the same Project selection flow.

6. Confirm the workspace

While your shell is still in the linked repository, run:

argv status

Expected output after workspace approval

Account
  <your ARGV display name>

Environment
  <environment name>
  Connected

Workspace
  <current local repository path>
  ARGV Project: <selected Project name>

That link is a Local Workspace Binding between this CLI environment and the selected Project. It does not choose or bind a runtime to an Execution.

7. Disconnect

To remove this environment's local login and ask ARGV to revoke its credential:

argv logout

The CLI removes the saved local configuration after attempting remote revocation. If ARGV is unreachable, it reports that remote disconnect could not be completed; remove the remote environment later in Settings → Connected environments. You can also disconnect from Settings at any time. Disconnecting an environment revokes its credential; workspace bindings belong to that environment and are not an Execution runtime selection.

8. Remove argv-cli

To disconnect this environment, remove its local credentials and workspace state, remove the PATH block installed by ARGV, and remove the managed CLI binary, run:

argv uninstall

Interactive uninstall defaults to No. For a deliberate script or terminal session, pass --yes. By comparison, argv logout disconnects the environment and removes local credentials while keeping the CLI and PATH setup installed.

Troubleshooting

  • The browser did not open. Keep the CLI running and open the printed URL. For login with no browser, use argv login --no-browser, enter the short code at /device, approve, and return to the terminal.
  • The connection request expired. Start a fresh argv login or argv connect request and approve it before its expiry. Do not reuse an old short code or workspace URL.
  • I signed into the wrong ARGV account. Do not approve the request. Deny it, switch browser accounts, then start a new CLI request. If the environment was already connected to the wrong account, run argv logout and sign in again with the intended account.
  • The environment was disconnected or revoked. Status reports that the environment was disconnected. Run argv login and approve a new environment connection.
  • The repository was not detected. Check that you are in the repository and that .git/config contains an origin remote. You can still link a workspace without a detected Git origin.
  • Status says the workspace is not connected. From that same repository directory, run argv connect, choose the intended Project, and wait for the CLI's success message. Then run argv status in the same directory.
  • The Project is missing from the picker. The picker lists Projects you can currently access. Create the Project or ask its owner to restore your access, then retry argv connect.
  • Project access was lost after linking. Ask the Project owner to restore access. Then create a fresh workspace link with argv connect. A previous binding does not restore Project authorization.
  • The CLI is missing or uninstall cannot remove its executable. Remove only the installed argv binary. Remove local data under ~/.config/argv (or the Windows user AppData ARGV config directory). Remove a shell PATH entry only when it is inside the exact # >>> ARGV CLI >>> … # <<< ARGV CLI <<< managed block. On Windows, remove %LOCALAPPDATA%\argv\bin from User PATH only if ARGV added it; do not remove similarly named paths or edit Machine PATH.

Prepare a Task Pack handoff

Use the handoff to carry ARGV's exact approved Task Pack into a coding-agent session. This is a user-directed portable brief, not a native Cursor/Codex integration and not an Execution.

  1. Open the Project and create a Task from the engineering work you want done.
  2. Review the generated Task Pack: goal, constraints, acceptance criteria, regression expectations, and warnings.
  3. Approve the exact revision you intend to use.
  4. Choose Prepare execution to open setup for that exact revision. Setup reports whether an environment and Project workspace are currently connected; it does not create an Execution.
  5. Open the Handoff tab, select Generic, Cursor, Codex, Claude Code, or Copilot, and prepare a preview.
  6. Review the argv-handoff/1 document. Use its Handoff Copy action or Download .md, then provide that file/text to your own coding-agent session.
  7. Review the resulting code changes and validate them against the Task Pack's acceptance and regression expectations.

Handoff formatting is deterministic: it does not invoke AI, consume generation credits, mutate the Task Pack, or create an Execution. Execution dispatch and executor adapters are planned.

Use with Cursor

Choose Cursor in Handoff, copy/download the prepared brief, then paste or open it in your Cursor coding session alongside the linked repository. ARGV does not install Cursor rules or run Cursor for you.

Use with Codex

Choose Codex in Handoff, copy/download the prepared brief, then provide it to your Codex session with the repository. Review Codex's changes and run the stated checks locally. ARGV does not start a Codex run automatically.

Connection and security reference

Connected Environment

An environment is a user-owned CLI installation authorized to act for the signed-in user. It is not Project-owned. The browser session cookie and environment credential have separate audiences and storage. Browser login never reads the CLI credential.

Local Workspace Binding

A binding links an environment's opaque local workspace key to a Project the user can access. The CLI stores the workspace key in user configuration and submits it for status/linking. The local repository path is not sent as Project authorization. A Git origin may be included as a normalized repository identity.

Credential storage

argv-cli writes its configuration under the user's config directory (for example, ~/.config/argv/config.json on Unix-like systems; Windows uses the user's AppData directory). The file and containing directory are restricted to the user where supported. Do not copy credentials into source code, a repository, shell history, or an issue. No API key or manual token copy/paste is part of this flow.

Local Bridge V1 (advanced)

Local Bridge is a separate browser-to-localhost transport for sending a deterministic handoff document to the local CLI receiver. It is not the Connected Environment credential or workspace-binding flow. Its receiver applies origin checks, path confinement, and symlink protections. Use the standard argv-cli login/link path for account and Project connection; Local Bridge is only a handoff transport.

Availability

argv-cli login/status/logout, workspace linking, and portable Cursor/Codex handoff are available. Native editor extensions, automatic Execution dispatch, and executor adapters are planned.

Foundations

What is ARGV?

Concept

ARGV is the shared AI engineering intelligence and orchestration layer around coding assistants. It maintains persistent project understanding and turns it into contextual engineering work. Cursor, Codex, and other agents remain your execution tools.

Core concepts

Available core

Projects hold durable knowledge. Project Brain stores memory and revisions. Selected context informs a Task Pack and is preserved in a context snapshot. WorkflowRuns record generation activity and the resulting Task Packs. Expanded orchestration and organization governance are planned.

Projects

Available

A project organizes the context, memory, executions, and Task Packs for a codebase. Project access is checked against the signed-in user. Project owners can share viewer or editor access with registered users.

Memory

Available

Project Knowledge is the authoritative project-truth layer, with immutable revisions for architecture, requirements, rules, constraints, decisions, and validation expectations. Skills capture reusable engineering procedures. Historical context for a Task Pack lives in its Context Snapshot.

Context

Available

Persistent project context is combined with the current task. Generation preserves an immutable context snapshot so its input can be traced. Accurate source material and explicit constraints remain essential.

Engineering work

Workflows

Current + planned

Today, New Task starts a Brain Run from project intelligence and task notes. A successful Brain Run composes a sealed Workflow Plan and produces a durable Task Pack revision that can be refined and approved. Automatic execution dispatch is not available yet.

Brain Runs

Available

A Brain Run records one planning or refinement attempt and its associated context. A successful run may produce one Task Pack revision. Approval authorizes an exact current revision for future execution; it does not run an external agent.

Task Packs

Available

Task Packs carry contextual instructions, implementation guidance, acceptance criteria, and regression checks. Prepare handoffs for Cursor, Codex, Copilot, Claude Code, or a generic agent. Copy/export and Local Bridge handoff keep external execution under your control.

Validation

Criteria available

Task Packs include acceptance and regression criteria for checking work in your engineering environment. Server-side output safety validation protects generated output. Automated repository test execution and a general-purpose argv validate command are not currently shipped.

Execution surfaces

CLI

argv-cli available

Use argv login to authenticate in a browser and approve a short code; --no-browser prints the code for headless use. argv status reports the signed-in environment. argv connect detects the local Git repository and links the workspace to a Project you can access. argv logout revokes the environment credential; you can also disconnect it in Settings. The browser session cookie and environment credential are separate. No API keys or token copy/paste are required, and credentials are stored outside the repository.

Connected Environments

Available

A Connected Environment is a user-owned local ARGV CLI installation, not a Project resource. Login creates an environment identity; workspace linking creates a separate Local Workspace Binding between that environment and an accessible Project. Git repository detection helps identify the local workspace. Use argv status to inspect the current connection, argv logout or Settings → Connected environments to disconnect. Presence timestamps indicate recent CLI activity only; they do not select an execution runtime.

Using ARGV with Cursor

Available handoff

Review and approve the exact Task Pack revision, open Execution Setup, then use Handoff to select Cursor, preview the deterministic argv-handoff/1 document, copy it or download Markdown, and provide it to your Cursor session. This is a portable handoff, not a native Cursor integration or automatic execution.

Using ARGV with Codex

Available handoff

Review and approve the exact Task Pack revision, open Execution Setup, then use Handoff to select Codex, preview the deterministic argv-handoff/1 document, copy it or download Markdown, and provide it to your Codex session. This is a portable handoff, not a native Codex integration or automatic execution.

Local Bridge (advanced)

Available · advanced

Local Bridge V1 is a browser-to-localhost transport for delivering a deterministic handoff document. It is separate from Connected Environment authentication and does not use the environment credential. The CLI receiver applies origin checks, path confinement, and symlink protections. It is an advanced option; argv-cli login and workspace linking are the standard connection path.

Extension

Planned

A planned IDE side panel will bring project context and workflow access closer to the code. The marketing mockup is a design concept; an IDE extension is not currently shipped.

Integrations

Planned

Direct GitHub, CI, Jira, and Slack connections are planned. Today’s agent-specific Task Packs are portable handoffs, not claims of native agent integrations or automatic external execution.

Workspace & trust

Authentication

Available

Microsoft sign-in is available for work, school, and personal accounts when permitted by the provider registration. ARGV’s API owns authentication and issues an opaque session cookie. Protected product routes require a valid session.

Team management

Current + planned

Project owners can share viewer/editor access with registered users. Business is the intended organizational product: multi-user work, project admin employee invitations, shared workflows, governance, and team usage/cost visibility. Business pricing, checkout, employee invitations, and expanded administration are not yet available.

Usage & cost

Individual usage available

The web workspace exposes usage information. Generation entitlement and funding policy are enforced server-side; trial allowances and provider configuration determine available generation. Team-level cost reporting is planned. Published paid prices and exact marketing quotas are not finalized.

Security

Current architecture

The API owns authentication, project authorization, persistence, and AI providers. The web frontend forwards an opaque session cookie. Provider secrets remain server-side, and generated text is buffered until server-side output safety validation succeeds. No compliance certifications are claimed here.

API

Reference planned

ARGV has an API-backed web platform. A supported public developer API reference and integration contract have not been published. This index does not promise endpoints, tokens, rate limits, or external API availability.

Connection setup and handoff describe current argv-cli behavior. Editor extensions and automatic execution dispatch remain planned.