Admin - Spaces
Admin Spaces is where operators create and configure contextual workrooms for the tenant platform agent. A Space can represent a team, customer, project, workflow, inbox, or channel-bound room with its own workspace context, knowledge, triggers, access, and local policy.
Spaces also own the reusable templates for Goal-driven workflows. A Goal template is a folder of markdown files in the Space workspace that explains a repeatable outcome, progress model, completion rule, review policy, decisions, artifacts, and handoffs.
For a practical walkthrough of how to design one, see Build a Space. This page stays focused on the Admin UI surfaces.
The Admin UI has two levels:
- Spaces list:
/spaces - Space Studio:
/spaces/:spaceId, which redirects to/spaces/:spaceId/workspace
Space Studio tabs appear in this order: Workspace, KBs, Triggers, Settings, and Members. The Members tab appears only for Private Spaces.
Read this section
Section titled “Read this section”Start with Spaces list if you are creating or finding a Space. Then open the page for the tab you are configuring.
What belongs here
Section titled “What belongs here”Use Admin Spaces when the operator decision is local to a workroom:
- local workspace files;
- Space-owned Goal templates for repeatable workflows;
- selected knowledge bases;
- schedules, webhooks, or Space email triggers;
- Public or Private access;
- Private Space membership.
Use Tenant Agent for tenant-wide platform-agent defaults and baseline workspace behavior. Use tenant MCP and built-in tool pages for registration of capabilities that Spaces can make available.
Authoring Goal templates
Section titled “Authoring Goal templates”Use the Space workspace when a workflow belongs to that Space’s operating pattern. Customer Onboarding is the reference example: the Space source contains a goals/customer-onboarding/ folder with:
GOAL.mdPROGRESS.mdDECISIONS.mdARTIFACTS.mdHANDOFFS.mdstages/The template should say:
- the outcome in plain language;
- whether the default mode is Delegate or Collaborate;
- which structured progress model the workflow uses;
- what must be true before completion;
- who should review high-risk work;
- what decisions, artifacts, and handoffs should be captured for Company Brain;
- what a local agent can still understand if the folder is exported or opened outside ThinkWork.
Keep task status, owners, permissions, and final review in ThinkWork’s structured workflow surfaces. Keep rationale, examples, source notes, and handoff guidance in markdown.
Operator placement rules
Section titled “Operator placement rules”| Configure | Use it for |
|---|---|
| Tenant Agent | Tenant-wide model, budget, sandbox, root behavior, routing, and folder specialists |
| Space | Customer, project, team, workflow, inbox, channel, access, triggers, tools, and local policy |
| Goal template | A repeatable outcome contract inside a Space |
| Goal instance | One promoted Thread executing that outcome |
| Company Brain | Reviewed learning distilled from completed Goals and other curated sources |
Related pages
Section titled “Related pages”- Spaces Guide - practical operator and end-user guidance
- Spaces (concept) - the contextual workroom model
- Goals - outcome contracts and Goal folders
- Admin - Tenant Agent - tenant-wide platform-agent baseline
- Admin - Threads - thread records created in Spaces
- Admin - Automations - tenant-wide routines, schedules, and webhooks
- Admin - Memory - memory, pages, knowledge bases, and sources