What Sasha is and what Sasha holds
Sasha by Context is Everything is a private AI knowledge base. Each organisation has its own instance, which no other organisation shares.
Every page of the Sasha docs, with the tab it is in and its kind.
Sasha by Context is Everything is a private AI knowledge base. Each organisation has its own instance, which no other organisation shares.
Connect Claude to your organisation's Sasha so you can search your knowledge and run Sasha recipes from Claude, never with more access than you have in Sasha.
Sasha keeps your documents in projects. See what a project and a member's home are, and which projects each person can reach.
Each person in Sasha is an admin, staff or member. See what each role can do, what an admin can change, and what a Claude connection can reach.
Ask Sasha a question about a rule in your own policies and get a short answer, the exact wording it comes from, and a warning when two documents disagree.
Ask Sasha to check what your documents say about one topic and get the places where they disagree, the questions they leave open and what may be out of date.
Ask Sasha what your organisation already knows about a topic and get a short summary, with every claim linked to the document it came from.
Ask Sasha for a short brief before you meet a client or prospect, built from your past meetings, open issues and files, with every source named.
Ask Sasha to summarise a saved meeting record or transcript and get each decision with who made it, and each action with its owner and due date.
An app is a small application built on your knowledge, inside Sasha. See who can use and change an app, and how to use apps from Claude.
A skill is a packaged way of doing a task that Sasha can run. See who can run and build skills, and which skills Claude can run.
Settings → AI Admin connects Sasha to an AI provider (Anthropic, a Claude subscription or AWS Bedrock), chooses the model and sets the context window.
Settings → Brain Update brings the latest shared prompts, guides, skills, agents and system documents from a central repository into your Sasha.
Settings → Rules holds the instructions Sasha follows in every chat (Global rules), the instructions copied into each new project (Project rules), and, for admins, response Styles.
Settings → System shows a health score, CPU, memory and disk use, chat activity and service state, and lets you pause or run scheduled jobs.
Settings → Users is where an admin adds people, sets roles (admin, staff, member), grants members shared projects, resets passwords and 2FA, and removes people.
Settings → Version shows the version your Sasha runs and the newest release, and gives admins three maintenance actions for skills, docs and chat folders.
Settings → Connections adds your Sasha to Claude, creates and revokes access tokens for Claude Desktop and other MCP tools, and shows 7 or 30 days of usage.
Settings → Tools lists the tools Sasha's AI can use, adds your own MCP servers (with keys or with a sign-in, such as Bernard) and sets which tools a chat may use.
The HireBest card in Settings → Connections links one person's HireBest account to Sasha, so new chat messages can use that person's HireBest projects and research.
Settings → Shared Drives signs Sasha into one business OneDrive, SharePoint library or Google Drive, so people can browse those files in Sasha without uploading them.
The Files panel shows every folder and document in your Sasha. See how uploads become Markdown, how previews and downloads work, and why member-home files open isolated.
Sasha finds documents by reading them at search time, with plain text matching. See what Claude searches, what Search Chats searches, and why results differ.
The Projects list in the side menu holds your projects, folders and the Member homes folder. See what create, rename, archive and delete change, and who sees which project.
The chat screen is where staff ask Sasha questions in a project. It covers Design & Plan Mode, attachments, stopping a run, question cards, saved files and Quick Settings.
The Skill Library lists every skill. Tasks shows scheduled and on-demand runs, Workflows runs and schedules skills, and another system can start a skill by API key.
Menu → Agents lists Sasha's specialists and lets you read and edit them. Today no control makes a specialist active in chat, and guides are not applied.
The editor shows a skill or workflow as a diagram next to its text, with inspectors to change steps and settings. Gates and approvals are not enforced at run time.
Apps are small applications inside Sasha that keep their own records. Open them from Apps in the side menu, use them from Claude, and know their limits.
The Meeting Room sends a bot into a Teams or Google Meet call. It shows live captions and advisor tips, and saves the transcript in the project.
Where Sasha keeps files and chats, how long chats are kept, what your AI provider keeps, what data leaves your Sasha, and how Sasha protects the secrets it stores.
How Sasha's permission model works behind the three roles, what an API key from My Account can do, what service principals are, and which audit records Sasha keeps.
How sign-in works in Sasha, what locks an account and for how long, how to reset a password, how to set up and reset 2FA, and how long a sign-in lasts.
How Sasha files improvement suggestions from chats and from Claude, what the team that improves Sasha receives, what each status means, and how Report Issue differs.
Three ways to publish from Sasha. Report Publisher makes decks and documents from chat, the Web Publishing Assistant puts a folder online, and Bernard edits a website.
When Claude is connected to Sasha, Claude can search and read your knowledge, run recipes and skills, use apps and, for members, write documents.
Each organisation has its own Sasha instance. See what Sasha keeps in your instance, who can reach it, and how a Claude connection reaches it.
The reference for agents that use Sasha through MCP. How to connect, how scopes and roles set the tool list, and one page for each tool and tool family.
Every scope of the Sasha MCP server, the consent text a person sees, and the tools each scope opens.
Find a fact in the knowledge base, read the document that holds it, and give the person the fact with the path of its source document.
Start one of the organisation's skills, poll checkExecution until the run ends, and read the document that the skill saved.
Report a bug, a friction, a docs gap or a feature you need to the Sasha team, then check in a later session what happened to it.
Read rows from a Sasha App, total them, add a record through the app's own action, and correct one row, with a person's approval for each change.
Find the brains a connection can see, learn what each kind should hold, find the gaps, and answer from a brain and its parent brains.
Create a note in a member's own home with writeDoc, then change one passage of it with editDoc, with a version check on each change.
Every tool of the Sasha MCP server in one table: what it does, the scopes it needs, and whether it only reads.
List the projects this connection can see. Call it first, then pass a project id to listDocs, searchKnowledge or readDoc.
List the documents in one project, with titles from frontmatter. Paths have no project prefix, so pass the same project to readDoc.
Find documents that contain a text, across every visible project or one. Returns paths with the project prefix, line numbers and snippets.
Read one document, in pages of up to 50,000 bytes. Give project and path, or one path that starts with the project id.
List the brains this connection can see, with each brain's blueprint, level, readable parent and depth by ring. Then open one with getBrain.
Show one brain's contents page - its card, depth by ring, each document with its state and a readDoc path, and the documents it drops.
List the blueprints, or show one - the plan for a kind of brain, with every document's file, title, ring, spine domains, out-of-date rule and asks.
Search the documents of one brain, and with includeParents its readable parent brains. Returns the brain, document title, path, line and snippet.
Read the usage guide on this instance. Call it with no arguments for the table of contents, then once for each section you need.
Tell the Sasha team about a bug, a friction, a docs gap or a feature you need. One call for each issue. Returns an id for checkSuggestion.
Read the status of an improvement suggestion by the id that suggestImprovement returned. A member sees only its own connection's suggestions.
Poll a skill run that a skill_ tool started. Returns its status, a summary when it ends, and the path of the document it saved.
Read the transcript segments of a live or recent meeting by its id. For a finished meeting, read the saved document in the knowledge base.
List every source file in a Sasha App package you manage, with its size and version, and the package status. Start every app change here.
Read the full text of one file in a Sasha App package you manage, with its version. Pass that version to the tool that changes the file.
Create a new file in a Sasha App package, or replace a whole file. The change is live at once, with no draft and no undo, and the result says if the app still validates.
Replace one exact passage in a Sasha App source file. The passage must occur exactly once. Live at once, with no undo; the result says if the app still validates.
Delete one file from a Sasha App package you manage. Never APP.md. Remove every reference to the file first. Live at once, with no undo.
Validate a whole Sasha App package you manage again. Says whether the app is live, or lists each problem by file, line, code and reason.
One tool for each skill the organisation enables for external use. A call starts the skill in the background and returns an executionId to poll.
writeDoc and editDoc create and change documents in a member's own home or a shared project they may write to. Off by default, and offered only to members.
One tool for each Sasha App this person can use. A call opens the app's view in a client that shows MCP Apps, and returns the app id and its live revision.
One tool for each action that a Sasha App exposes to the model, such as logging hours. An action that changes data needs a person to confirm it first.
Six tools for each table of a Sasha App that stores data, to list, get, aggregate, create, update and delete rows. A change needs a person to confirm it.
The "overview" section of the Sasha MCP usage guide, as getDocs returns it: What Sasha is and how to work with it.
The "knowledge" section of the Sasha MCP usage guide, as getDocs returns it: The knowledge base.
The "writing" section of the Sasha MCP usage guide, as getDocs returns it: Creating and editing documents.
The "apps-authoring" section of the Sasha MCP usage guide, as getDocs returns it: Editing the source of a Sasha App.
The "permissions" section of the Sasha MCP usage guide, as getDocs returns it: What this connection is allowed to do.
The "skills" section of the Sasha MCP usage guide, as getDocs returns it: Running skills.
The "working-with-bernard" section of the Sasha MCP usage guide, as getDocs returns it: Working alongside Bernard (website editing).
The "limits" section of the Sasha MCP usage guide, as getDocs returns it: Limits and behaviour.
The "improvements" section of the Sasha MCP usage guide, as getDocs returns it: Suggesting improvements, and what happens next.
The "brains" section of the Sasha MCP usage guide, as getDocs returns it: Brains and blueprints.
The "what-sasha-can-do" section of the Sasha MCP usage guide, as getDocs returns it: What Sasha can do.
The recipe prompts that the Sasha MCP server offers. Each one is a worked example of a common job.
The resource templates of the Sasha MCP server: help articles and the data of Sasha Apps, with the scope each one needs.