Spaces, Projects, and Skills

The structural backbone; creating spaces & projects, the context drawer, skills, audit log, workflow, deletion.

Spaces, Projects, and Skills

The structural backbone of your work in Allorc. Spaces group things; Projects are where work happens; Skills teach the worker new tricks.



The Hierarchy

Space and project hierarchy showing the structure of Spaces, Projects, and their components
  • Space — a container for projects, teams, and customers. One user can have multiple spaces (e.g. one for consulting work, one for a startup). Spaces do not share projects, but they share the same AI worker.
  • Project — a focused body of work. Each project has its own:
    • Sandboxed Python environment for code execution
    • File system (browsable via the side panel)
    • Skills (markdown files that teach the worker)
    • Memory of past conversations and people
    • Threads (chat conversations)
    • Teams (internal collaborators)
    • Customers (external leads/contacts)
  • Worker — the AI itself. Lives across all your spaces and projects. Same worker, different context per project.

Why a hierarchy? Different work has different context. By scoping the worker's memory and tools to a project, you avoid the worker mixing up customers from one project with another, or applying the wrong tone to a different industry.


Spaces — /spaces

The Spaces page is the top-level view. Each row shows:

  • Space name
  • Counts: Projects N | Teams N | Customers N
  • A button to enter the space

Projects — /spaces/projects

A project is where real work happens. The Projects page (filtered to the active space) shows each project as a card with:

  • Project name
  • Description (first 100 chars)
  • Last activity
  • An Open button (enters the project)

Project Actions in the Sidebar

Each project, when expanded in the sidebar, shows nested sub-actions:

Sub-action What it does
Threads The list of chat threads in this project.
Files The project's file system (opens the side panel).
Teams Internal teams and members for the project.
Customers External contacts (leads/clients) for the project.
Audit Recent activity log (events, tool calls).
Workflow A Mermaid-rendered visual diagram of the project's workflow.

The Side Panel

When you click Files, Teams, or Customers in the sidebar, a panel slides in from the right with three tabs:

Tab What you can do
Files Browse the project file system. Create folders, upload files, edit text files, download.
Teams List/create internal teams. Invite members with roles (admin / member / viewer).
Customers Search and list customers. Add new ones manually. (Until the project env is ready, the "New Customer" button is disabled.)

The drawer is per-project. Closing it returns you to wherever you were (chat, calendar, etc.).


Project Settings Dialog

Open a project's settings by clicking the next to its name in the sidebar. The dialog has three sections:

  1. Identity — rename the project, edit the description.
  2. Skills — list, add, remove skills (see below).
  3. Danger zone — delete the project (requires typing delete to confirm).

Skills — Teaching Your Worker

A skill is a markdown file (.md) that teaches the worker a reusable capability. Skills are scoped to a project, so each project can have its own playbook.


Project Environment Gate

Some pages (chat, files, etc.) are blocked until the project's Python environment is ready. The gate shows:

  • Status: missing / queued / initializing / error / ready
  • A spinner or error icon
  • A Retry button

The gate is suppressed during the project creation setup flow. Once the env is ready, the lock lifts and you can use the project normally.


Audit Log — /spaces/projects/audit

A chronological list of recent events in the project:

  • Worker tool calls (with success/failure badge)
  • User actions (uploads, file edits)
  • Customer/team changes

Each row has:

  • Timestamp
  • Event type icon
  • Title
  • Status badge

Useful for understanding what the worker did while you weren't watching.

Audit log showing worker tool calls, user actions, and event timeline

Project Workflow — /spaces/projects/workflow

Each project has its own workflow — a set of automations, triggers, and integrations that define how the worker behaves when certain events happen. Workflows are fully customizable using natural language: just describe what you want to the worker, and it builds the flow for you.

Project workflow diagram showing triggers, actions, integrations, and conditions

What you can build

Component Example
Triggers When an email arrives, when a deadline approaches, when a lead is added, on a schedule
Actions Send an email, create a task, post to Slack, update a CRM field, call an API
Integrations Connect Gmail, Google Calendar, Slack, Notion, Zoom, or custom webhooks
Conditions Only run if the email is from a specific domain, if priority is high, if a field is empty
Steps Multi-step sequences: search → filter → enrich → save → notify

How it works

You describe what you need in plain language, and the worker creates the workflow:

"When a new lead is added to this project, search for their company on LinkedIn, enrich the contact with their role, and post a summary in the #leads Slack channel."

The workflow is then visualized as an interactive diagram showing each step, trigger, and integration. You can modify any part by asking the worker to adjust it — no code required.


Deleting a Project

Project deletion is destructive. The flow is:

  1. Project Settings → Delete project (in the Danger zone).
  2. A confirmation dialog asks you to type delete (literally) into a text field.
  3. Once typed, the Delete button activates.
  4. Clicking it triggers a backend job that polls to completion. The project is removed from the sidebar and all its files, threads, and skills are destroyed.
Delete project confirmation dialog showing the type-to-confirm flow

Why the delete typing requirement? It prevents accidental clicks from destroying weeks of work.


Frequently Asked Questions

Q: How many spaces and projects can I have? A: Spaces: unlimited. Projects: 1 (trial) or 5 (Starter) total across all spaces.

Q: Can I share a project with someone else? A: Yes — invite them via the Teams tab. They get one of three roles: admin, member, viewer.

Q: Can I move a project to a different space? A: Not directly. Create a new project in the target space and copy the files. (Move is on the roadmap.)

Q: Can a worker work on multiple projects at once? A: Each thread is project-scoped, but the worker can be active in many threads across projects. The same worker uses different memory per project.

Q: What happens to my data if I delete a project? A: All files, threads, skills, customers, and team memberships are destroyed. The space remains.

Q: How do I know the worker's sandbox is healthy? A: Settings → Storage shows per-project storage usage.

Q: Can I run my own Python code in a project? A: Indirectly. The worker executes Python in the sandbox on your behalf. Ask the worker to "compute X" or "run a script that does Y", and it will.