Projects and knowledge
Reading requires Read access. See Knowledge and citations for
search and retrieval behavior.
Project tools
Choose the project by name or ID. The assistant’s access must meet the level shown below. Changes to lesson configuration require Admin, and comment editing follows Sovara’s normal ownership permissions.Runs and annotations
Automations
Lessons and workspaces
Proposals
Issues and conversations
Lesson proposal workflow
Lesson edits are saved in proposals. Proposal saved means a draft is ready for review; Proposal applied means its changes are published.- Ask the assistant to propose a change.
- Open the proposal link and review or revise it.
- Apply it in Sovara or ask the assistant to apply it.
Organize runs with tags
Tag colors:#0969da (default blue), #1a7f37, #cf222e, #bf8700, #8250df,
#e85aad, #0598d5, #d1570a, #5e60ce, and #1b8a72.
Assigning tags replaces a run’s full tag list. Include existing tags you want to
keep; an empty list clears them. Deleting a tag removes it from every run using it.
Automations
Describe the schedule, timezone, and task. Automations are enabled by default; ask for a paused automation if you want to review it first. Automations continue after the chat ends or the MCP connection is disconnected. Pause or delete them to stop future scheduled work. Executions use your configured models and consume model usage. Each execution runs as a Sovara agent with editor access to the selected project. It can inspect project data, create and edit lesson proposals, and work with files in a persistent sandbox workspace shared by that automation’s executions. Applying a proposal to production always requires approval from a human project editor. Other actions, including setting or removing run annotations and closing issues, use the agent’s approval policy. Automations also receive the project’s enabled external MCP tools. Those tools use their configured credentials and can read or change external services; automation access is therefore not limited to Sovara lessons and runs. Changing an automation’s prompt can change how it uses these capabilities. Its data is sent to the configured model providers during execution.Organization models
These tools act on the connected organization, without a project argument. See permissions for role requirements.
Pass update fields in
body. Read settings before a write and pass revision
as body.expected_revision.
See Organization models for configuration fields, credential
deletion, verification costs, and embedding-reindex confirmation.
Secrets supplied through MCP may enter the host’s history. Use the CLI or Sovara
settings to enter them outside the host.
Shared chat operations
Sovara chat uses the same names as MCP for shared actions:annotate,
unannotate, analyze, rerun, create_lesson, update_lesson, create_folder,
move_lessons, copy_lessons, remove_lessons, close_proposal,
reopen_proposal, and apply_proposal.
Annotation inputs use groundtruth and steps (visible references such as 2
or 3.1) across chat, MCP, and CLI. In the CLI these are --groundtruth and
--steps; inspect a run with probe to find references. The shared annotation
service resolves these references to stored step IDs.
Surface-specific tools keep their separate purposes. Chat’s read_proposal and
post_proposal_review let the agent read revision-bound review material and post
its own verdict. MCP’s review_proposal starts a model review job, corresponding
to CLI lessons proposals review. Chat’s edit_lesson_in_editor edits an unsaved
working copy; update_lesson saves proposal changes.