Get the current Artifact head
Authorization
BearerAuth Bearer credential resolved to an opaque authenticated Principal by the Server deployment.
In: header
Path Parameters
.*\S.*1 <= length <= 256Value in
- "memory"
- "atomic-memory"
- "experience"
- "skill"
- "handoff"
- "profile"
- "prompt"
- "topic-memory"
^[\x21-\x7E]+$1 <= length <= 128Header Parameters
1 <= lengthResponse Body
application/json
application/json
application/json
application/json
application/json
application/json
application/json
curl -X GET "https://example.com/v1/scopes/string/artifacts/memory/string"{ "scope_id": "string", "family": "memory", "artifact_id": "string", "revision": 1, "content": {}, "sources": [ { "source_type": "string", "source_id": "string" } ], "artifacts": [ { "family": "string", "artifact_id": "string", "revision": 1 } ], "content_digest": "string", "created_at": "2019-08-24T14:15:22Z", "created_by": { "type": "user", "id": "string", "description": "string" }, "restored_from_revision": 1, "reason": "string"}Bind a stable Artifact handle PUT
Idempotently and permanently bind one scope-local handle to an exact immutable Artifact revision. A committed binding cannot be updated, released, or deleted. Repeating the same binding succeeds, while binding the key to another Artifact revision returns 409. Verify the family, Artifact ID, revision, and key before committing the binding; a mistakenly bound key cannot be reused in that Scope.
Replace the current Artifact head PUT
Commit a complete next revision when If-Match identifies the current head. Replacing a Prompt requires current scope.admin authority, including switching to Auto and restoring an earlier revision. Artifact ownership does not authorize Prompt replacement after Scope role revocation. Topic Memory replacement also requires scope.admin and preserves independently versioned tags. Complete title, summary, and detail text replaces the head without semantic generation. Profile replacement uses the same conditional write. To roll back Profile, Prompt, Experience, Skill, Handoff, or Topic Memory, set restored_from_revision and reason. The server checks that the submitted canonical content matches that revision and differs from the current head, then commits a new revision. Atomic Memory replacement rejects both fields; restore Atomic Memory through its restoration flow.

