Workspace Context

Workspace Context separates reusable company knowledge from project-specific truth. Use it to keep business standards, code rules, examples, presentations, diagrams, and client work understandable for humans and reliable for LLMs.

Product model

Workspace Context is the workspace-level hub. Projects remain the scope for client, internal, code, and research work. This keeps reusable company knowledge separate from active project truth without forcing customers to create separate Snipara workspaces.

Dashboard Navigation

The dashboard keeps context and administration separate. Use Workspace Context when you are managing what the AI can use. Use Settings when you are administering the workspace itself.

The Workspace Context page is intentionally sober. It uses four tabs: Business, Code, Collections, and Health. Business and Code are edited directly on the page. Collections, diagrams, and health remain linked from their own tab so the page does not duplicate project controls.

Dashboard AreaWhat Belongs There
Workspace ContextTabbed workbench for Business Context, Code Context, project collections, visual-context routing, and context health.
Settings > WorkspaceWorkspace profile, workspace API keys, SSO, enterprise admin tokens, audit logs, and destructive workspace administration.
Settings > MembersMembers, roles, invitations, and access administration for the workspace.
ProjectsClient, internal, code, and research scopes where current or historical project truth lives.

What Lives Where?

AreaTypical ContentUse It For
Business ContextBusiness Library, offer templates, company presentations, reference diagrams, standards, approved examples, and delivery methodology.Reusable company knowledge that should guide future work but is not the active truth for one client.
Code ContextEngineering rules, architecture defaults, repository conventions, API preferences, review rules, and technical operating notes.Technical guidance that should apply across projects without configuring every project manually.
ProjectsClient projects, internal projects, code projects, and research projects with their own documents, collections, diagrams, health, and memories.Current or historical work scoped to a client, mandate, codebase, initiative, or research effort.

Business Context

Business Context is implemented as workspace shared collections. In Workspace Context > Business, teams get one clear action per preset: create the missing collection or open the existing one.

  • Business Response Playbook: mandatory source-priority, reuse, confidentiality, RFP, and context-health rules that are attached automatically to business/client projects.
  • Business Library: reusable company knowledge, methodology, approved examples, offer structure, and delivery standards.
  • Offer Templates: base documents, proposal sections, assumptions, exclusions, and reusable commercial language.
  • Company Presentations: pitch decks, PowerPoint-derived notes, positioning slides, and presentation scripts.
  • Reference Diagrams: reusable schemas, visual conventions, topology patterns, and explanation notes.

These collections can be linked to projects when a client or internal mandate needs that reusable knowledge. They are not treated as the current truth for a client unless you place the relevant material in that client project.

When a business/client project is created from the dashboard or with snipara_create_client_project, Snipara automatically creates or reuses the workspace Business Response Playbook, adds its mandatory document if needed, and links it to the project. The playbook tells the LLM that current client files and the active RFP win over historical examples, while the Business Library and templates provide structure, methodology, and approved language.

MCP clients can manage the same model with snipara_list_business_collections, snipara_ensure_business_collection, snipara_upload_business_document, snipara_list_client_projects, and snipara_create_client_project. Current client files should still use snipara_upload_document or snipara_sync_documents so metadata and health signals remain attached to the project.

Code Context

Code Context stores simple workspace-wide technical rules that should be injected across projects automatically: coding standards, architecture defaults, repository conventions, review expectations, preferred APIs, and technical operating notes. In Workspace Context > Code, existing rules stay visible and the creation form only appears after selecting Add Rule. Use shared context collections inside individual projects when the rules need per-project token budgets, categories, or priority ordering.

Project Scopes

Projects are the operational scopes where current work happens. A project can represent a client, an internal initiative, a codebase, or research.

Workspace Context > Collections routes users to project Context tabs instead of recreating project controls. That keeps reusable workspace knowledge separate from project-scoped files, diagrams, collection links, memories, and query history.

The project UI follows that scope. Code projects show Codebase, Repo Docs, Technical Diagrams, and Attachments. Client or business projects show Client Context, Presentations, Diagrams, and Reference Material. Business Library remains a workspace-level reusable collection, not a lane inside a repository project.

Client-shaped projects also carry a business lifecycle. This keeps active client truth from being confused with past-client precedent or internal company work.

ScopeExamples
ClientACME rollout, XYZ proposal, discovery notes, deliverables, client diagrams
InternalCompany operations, internal documentation, sales enablement, team initiatives
CodeRepositories, technical docs, code graph, architecture notes, implementation context
ResearchExperiments, evaluations, prototypes, spikes, proof-of-concept work

Business Project Lifecycle

LifecycleUI LabelBehavior
ACTIVE_CLIENTCurrent clientLiving client source of truth. Business Context Health stays on.
REFERENCE_ARCHIVEPast client referenceHistorical precedent. Search stays on, but stale source snapshots do not create reupload pressure.
INTERNAL_BUSINESSInternalInternal company initiatives. The Business Response Playbook applies, but client freshness pressure is off.

How LLMs Should Use It

A well-scoped query can combine reusable business context with active project context. For example, an agent can reuse the diagram conventions from the company library, compare with a historical ACME delivery, and then adapt the answer to the active XYZ project.

Workspace Context
├── Business tab
│   ├── Business Response Playbook
│   ├── Business Library
│   ├── Offer Templates
│   ├── Company Presentations
│   └── Reference Diagrams
├── Code tab
│   └── Workspace-wide technical rules
├── Collections tab
│   └── Project Context tabs own collection links and visual context
├── Health tab
│   └── Freshness, parser quality, stale files, and reindex signals
└── Projects
    ├── Client projects
    ├── Internal projects
    ├── Code projects
    └── Research projects

Related Docs