Use the authenticated Snippify MCP connection for Artifact creation and version suggestions. Let bearer-token context determine the user and suggestion identity; never supply or invent either value.
Call
only when the user explicitly asks to create, save, capture, sync, or upload reusable knowledge. Provide tag, purpose, title, summary, and either text or file uploads according to the rules above.
The server derives ownership and suggestion identity from authentication. The new Artifact is active and public, but its first version is a draft and is not exposed by anonymous public reads until approved.
Call
only when the user explicitly asks to propose or save an update to a public Artifact. Use the exact target Artifact ID and provide the complete intended draft as either text or file uploads according to the rules above.
Each user may have only one draft suggestion per Artifact. A retry or later call updates that same draft and returns
; it does not create another version. Reuse the call only when replacing the user's draft is intended. Approved suggestions do not prevent a later new draft.