Glossary¶
A single page for the terms that show up across the rest of these docs. If a concept's first definition is unclear elsewhere, it lives here.
Runtime & composition¶
- OpenCode
- The upstream open-source AI coding agent runtime. Open Cowork embeds it via
@opencode-ai/sdk/v2(native V2 client) and ships the OpenCode CLI binary alongside Desktop, Cloud workers, and gateway appliances. All session execution, agents, approvals, and tool semantics belong to OpenCode. A small classic-client allowlist remains only where V2 routes are still unavailable (seedocs/opencode-sdk-v2-boundary.md). - Open Cowork
- The multi-surface product layer on top of OpenCode: Desktop (local Electron), Cloud (web + control plane + workers), Channel Gateway and Standalone Gateway appliances, plus optional family products Gateway (durable work) and Wiki. Owns UI, configuration schema, workflow control plane, packaging, branding, workspaces, and safety policies. Does not own model execution.
- Cowork
- Used as a verb in the UI ("What shall we cowork on today?"). Refers to the act of a human and one or more agents working together inside a reviewed, structured workspace.
- Composition
- Open Cowork's job: choosing providers, models, branding, MCPs, skills, and permissions, then handing the resulting config to OpenCode at startup. Composition is config-driven and downstream-overridable.
Product language matrix (user-facing SoT)¶
Use these nouns in UI chrome, empty states, and user docs. Internal APIs may keep older names.
| User-facing | Internal / code OK | Forbidden in user copy |
|---|---|---|
| Chat | session, thread (IPC) | Leading with “session” in primary nav |
| Coworker | agent | Bare “agent” as the only Team label |
| Tools & Skills | capabilities, MCP | “Capabilities page” in product chrome |
| Playbook | workflow | Mixing Playbook/Workflow in the same panel title |
| Projects | coordination board | “Searchable history / facets” if UI is Kanban-only |
| Knowledge | knowledge store | Wiki, OpenWiki as synonyms |
| Wiki | products/wiki, openwiki | Knowledge as synonym |
| Channel Gateway | apps/channel-gateway | Unqualified “gateway” |
| Standalone Gateway | apps/standalone-gateway | Unqualified “gateway” |
| Gateway (durable) | products/gateway, cowork-gateway | Unqualified “gateway”; OpenCode Gateway after import |
| Health Center | view health | Mixing Diagnostics/Health without one label |
Release claims are gated by the product contract, capability manifest, and release checklist.
Sessions, project chats & artifacts¶
- Session
- An OpenCode-owned conversation between the user and one or more agents. Sessions stream events (tool calls, text deltas, approvals) that the desktop app projects into a renderer-safe view model. User-facing name: Chat.
- Project chat (thread)
- The user-facing container around a session. The sidebar lists recent chats for quick switch; the Projects page is the coordination board (not a full history search). Internally the code and IPC may still say thread. Project chats come in two flavors:
- Project-bound chat
- A project chat bound to a real directory on the user's filesystem. The agent has read/write access to that project. Use for code work and repo edits.
- Sandbox chat
- A project chat bound to a private, Cowork-managed workspace. Outputs are presented as artifacts. Use for reports, drafts, charts, and experimentation that should not pollute a real project.
- Artifact
- A first-class output of a sandbox chat (or any sandboxed work). Has save-as, reveal-in-finder, and storage-cleanup affordances. Lives outside the chat transcript. The Artifacts Studio surface is the library for browsing them.
Team, skills & tools¶
- Coworker (agent)
- An OpenCode role definition presented in the product as a coworker on the Team page: instructions + permissions + tool/skill bindings. Built-in (
plan,build, etc.) or custom. Custom coworkers compile into native OpenCode agent configs — there is no parallel execution path. Prefer Team / coworker in user-facing copy; agent remains the OpenCode and code-level term. - Skill bundle
- A reusable instruction package built around a
SKILL.mdentry point, with optional templates / examples / references. Skills teach an agent a workflow or domain. Resolved through OpenCode's native skill loading so they can't be invoked through a Cowork-only path. - MCP (Model Context Protocol)
- A protocol for exposing tools to a model. Open Cowork configures bundled MCPs for coworker authoring, visualization, in-app knowledge proposals, approval-gated UI actions, skill management, workflow setup, and local time operations. The live Tools & Skills catalog is authoritative for an installed workspace. Users can also add stdio or HTTP MCPs. See Skills & MCPs.
- Capability
- The internal umbrella term for tools, skills, and agents. The user-facing page is Tools & Skills; it is the visibility and permission surface for the tool and skill catalog.
- Tool
- An individual MCP-exposed function the model can call. OpenCode 1.18+ registers ids as
${server}_${tool}(e.g.charts_bar_chart,skills_save_skill_bundle,time-keep_current_time); Open Cowork permission patterns also accept the Claude-stylemcp__server__toolform and dual-expand it. Tools belong to MCPs; capabilities aggregate them.
Playbooks & workflows¶
- Playbook
- The user-facing name for a saved repeatable task. A playbook is created from a Workflow Designer setup thread, then run manually, on a schedule, or from a webhook. The Playbooks page is the product surface for creating, running, pausing, and reviewing these saved tasks.
- Workflow
- The internal durable record behind a playbook. It reuses OpenCode agents, tools, skills, approvals, and sessions; Open Cowork stores only the definition, triggers, run records, and thread links. See Playbooks and workflows.
- Setup thread
- The setup thread where the user and Workflow Designer clarify a workflow. Workflow Designer previews the proposed workflow, then saves it only after explicit user confirmation.
- Webhook trigger
- A Desktop loopback or Cloud public HTTP endpoint with a per-workflow secret. Posting an authenticated JSON object to the URL starts a workflow run and passes the payload into the run prompt.
- Run
- A single execution attempt for a workflow, linked back to the OpenCode session that produced it.
Product partitions (Gateway family & Wiki)¶
- Channel Gateway
- Cloud channel adapter (
apps/channel-gatewaytoday; targetapps/channel-gateway). Connects chat providers (Telegram, Slack, email, …) to Open Cowork Cloud over HTTP/SSE. Never spawns OpenCode. OCI image historicallyopen-cowork-gateway; targetopen-cowork-channel-gateway. See Packaging and product modes. - Standalone Gateway
- Gateway-only execution appliance (
apps/standalone-gateway) with a private OpenCode runtime and Gateway Postgres. CLI:open-cowork-gateway-standalone. - Gateway
- Optional durable work coordinator product at
products/gateway(packagecowork-gateway; historically opencode-gateway). Owns Initiatives, Issues, scheduler, Mission Control, and durable MCP tools beside OpenCode. Install bins:cowork-gateway(preferred) andopencode-gateway(compat). Not default-on in public Desktop. See Gateway and Product partitions ADR. - Wiki
- Optional git-backed knowledge product at
products/wiki(packages@openwiki/*; historically open-wiki). Install bins:cowork-wiki(preferred) andopenwiki(compat). Distinct from in-app Knowledge. See Wiki and Knowledge vs Wiki ADR. - Knowledge
- In-app knowledge store and Studio surface: app-owned SQLite (desktop) or Postgres (cloud), proposals via
mcps/knowledge. Use for chat-adjacent notes and proposal review. Not the Wiki product and not enabled in default Desktop nav (features.knowledge). See Knowledge store ownership and Knowledge vs Wiki ADR. - Projects (product surface)
- Coordination board for objectives, tasks, and linked work chats. Distinct from sidebar recent-chat search. See Projects.
Configuration & distribution¶
- Downstream
- A custom branded distribution of Open Cowork — its own config, skills, MCPs, branding, and packaging. Achieved through environment variables and config overlay, not by forking the source. See Downstream Customization.
- Config merge order
- The fixed sequence the app uses to build the active config: defaults → bundled
open-cowork.config.json→OPEN_COWORK_CONFIG_PATH→OPEN_COWORK_DOWNSTREAM_ROOT→ per-user → managed system. Later layers override earlier ones via deep merge. - Allowed env placeholder
- A name listed under
allowedEnvPlaceholdersin config. Only listed names can be expanded via{env:NAME}in config strings, so a downstream config can't implicitly pull arbitrary host secrets.
UI surfaces¶
Studio navigation labels when their feature is enabled (user-facing names):
| Nav label | Purpose |
|---|---|
| Home | Landing composer and recent work |
| Projects | Objectives, Kanban tasks, assignments, and linked work chats |
| Knowledge | In-app knowledge spaces, pages, and proposals (not Wiki) |
| Approvals | Cross-session review queue for permissions and questions |
| Team | Built-in and custom coworkers |
| Playbooks | Saved repeatable tasks (workflow definitions) |
| Channels | Channel Gateway connections and deliveries |
| Tools & Skills | MCP tools, skills, and capability catalog |
| Artifacts | Generated files, charts, and deliverables library |
| Settings | Appearance, models, permissions, storage |
- Home
- The welcoming landing surface — one composer, a compact lead-coworker picker, inline
@mentions, and recent conversations in the active workspace. Submitting a prompt creates a new session and routes to Chat in one motion. - Projects
- The coordination board for objectives, Kanban tasks, coworker assignments, and linked work chats. See Projects.
- Team
- The coworker catalog (built-in + custom OpenCode agents). See Team.
- Playbooks
- The product surface for saved repeatable tasks. See Playbooks and workflows.
- Tools & Skills
- The catalog page for tools, skills, and MCPs (built-in + custom). The visibility/permission surface.
- Knowledge
- In-app knowledge spaces and proposal review (secondary Studio surface). See Knowledge store ownership. For the optional standalone git-backed product, see Wiki.
- Approvals
- Studio queue for pending permissions and questions across sessions. OpenCode still owns the approval primitive; Chat also surfaces in-thread gates.
- Channels
- Channel Gateway setup, bindings, and delivery status.
- Artifacts
- Library of generated outputs across chats (charts, files, reports).
- Chat
- The live OpenCode session transcript (streamed events, in-thread approvals, coworker tasks, artifacts).
- Approval (in-chat)
- A review gate that pauses a coworker before a sensitive operation. OpenCode owns the approval primitive; Open Cowork surfaces it in Chat and on the Approvals page.