Files
roboco/docs/rag/architecture/workspaces.md
T
Renn F f48106cbb6 docs: reflow hard-wrapped prose to one line per paragraph
Markdown and editors soft-wrap on their own, so the manual ~75-char line
breaks across the docs added nothing but noise. Join wrapped prose, list
items, and paragraphs into single lines across 67 docs — README, CLAUDE.md,
deployment, usage, the RAG knowledge base, and the agent role prompts.
Whitespace-only: code fences, tables, and blockquote alerts are byte-identical
and the change is token-verified (no content altered). Applied with a
deterministic reflow tool (committed separately).

Also lands two doc edits that were awaiting commit: the measured under-load
resource numbers in usage.md and the pr_reviewer additions to the
org-structure RAG doc.
2026-06-16 23:18:55 +02:00

2.4 KiB

Workspace Structure

Multi-Agent Isolation

Each agent gets their own git clone:

{workspaces_root}/
└── {project-slug}/
    └── {team}/
        └── {agent-slug}/
            └── [git repo files]

Example

/data/workspaces/
└── roboco/
    ├── backend/
    │   ├── be-dev-1/    # be-dev-1's workspace
    │   ├── be-dev-2/    # be-dev-2's workspace
    │   ├── be-qa/       # be-qa's workspace
    │   ├── be-pm/       # be-pm's workspace
    │   └── be-doc/      # be-doc's workspace
    ├── frontend/
    │   ├── fe-dev-1/
    │   └── ...
    └── ux_ui/
        └── ...

Configuration

# Environment variables
ROBOCO_WORKSPACES_ROOT=/data/workspaces
ROBOCO_WORKSPACE_AUTO_CLONE=true
ROBOCO_WORKSPACE_CLONE_TIMEOUT=300

Features

Feature Description
Auto-clone Workspaces created on first access
Isolation No file locking conflicts
Branch independence Agents on different branches
Project-scoped Organized by project slug

Benefits

  1. Parallel Development: Multiple agents on same project
  2. No Conflicts: Each has own working tree
  3. Branch Flexibility: Different branches simultaneously
  4. Clean State: Fresh clone if needed

No Workspace Tools — It's Automatic

There are no agent-facing workspace tools. Workspaces are created and cloned for you by the orchestrator (WorkspaceService) before your container starts. You never ensure, clone, or checkout a workspace by hand — your repo is already on disk at the path below, and the gateway verbs (i_will_work_on, claim_review, ...) check out the right branch.

Workspace Resolution

Path resolved automatically: {workspaces_root}/{project}/{team}/{agent}/

If auto_clone=True and workspace doesn't exist, it's created on first access.

Authentication

HTTPS repositories require a GitHub PAT configured on the project:

  • Token configured: Auto-clone works, git operations succeed
  • Token missing: Error "Project requires a git token for HTTPS repositories"

If you see this error: Contact your PM. The project's git token is configured by a human in the control panel (project settings) — it is not an agent tool. The token is encrypted at rest and never exposed to your container; the orchestrator injects it into git operations for you.