Skip to content

Frequently asked questions

These FAQs cover how Sokket behaves in real workflows, including MCP, publishing, seats, and billing.

We’d love your input: use the feedback button in your dashboard to suggest changes or new features.

Q: How does MCP work with Sokket -who decides what’s sent?
Section titled “Q: How does MCP work with Sokket -who decides what’s sent?”

A: Your AI coding assistant connects to Sokket’s MCP endpoint and requests the prompts and resources it needs (e.g. when you run an instruction or the model needs referenced knowledge). Sokket sends only what the tool asks for. Context is not injected automatically -the tool and you decide what the model sees.

Q: How does Sokket deliver context to my AI coding assistant?
Section titled “Q: How does Sokket deliver context to my AI coding assistant?”

A: Sokket delivers context via MCP, on demand, only when your tool requests it. For typical library sizes, this is fast and should feel close to local. Only the fetch request hits Sokket’s servers, response content is not stored as part of model usage.

Q: What naming rules prevent broken @references?
Section titled “Q: What naming rules prevent broken @references?”

A: Reference names (the @reference syntax) must match the knowledge filename exactly, including casing. Avoid spaces in filenames and references; use hyphens or underscores. Avoid special characters; use letters, numbers, hyphens, and underscores.

Q: What do I need to set for instruction arguments?
Section titled “Q: What do I need to set for instruction arguments?”

A: Each $argument in an instruction is defined in the editor: type $, then the argument name, then press Enter to open the argument popover. In the popover you can set a description and mark it as required or optional. These map directly to the MCP shape (name, description, required). The instruction description is still set in the Properties panel. Without a description and with arguments configured, Publish stays disabled until validation passes.

Q: Does Sokket version prompts? Is there version history or Git-sync?
Section titled “Q: Does Sokket version prompts? Is there version history or Git-sync?”

A: Not yet. You have a single published version per file; the Draft and Published workflow keeps changes private until you publish. The editor autosaves; there is no Save button. In Properties you can Revert to last saved version to restore the last autosaved draft, or use undo/redo in the editor. Version history is planned.

Q: What happens when a published file has unpublished edits?
Section titled “Q: What happens when a published file has unpublished edits?”

A: MCP keeps serving the last published version until you use Publish changes. The editor autosaves, so your draft diverges from what’s live. The sidebar shows an amber status and the Properties panel shows a warning so you know the tool isn’t seeing your latest draft yet.

Q: Why not just store prompts in GitHub (or Cursor rules, or a Google Doc)?
Section titled “Q: Why not just store prompts in GitHub (or Cursor rules, or a Google Doc)?”

A: GitHub is file storage with no MCP integration; Cursor rules are per-user and not shared; a shared doc doesn’t connect to AI coding assistants. Sokket is a hosted MCP server with publish gating and role-based access -one team-owned context layer that connects to MCP-compatible tools so everyone uses the same instructions and knowledge in their assistant. Sensitive prompts and internal docs stay in a private library and never touch git history; your repos stay focused on the product.