메모리 수정

모순을 덧붙이지 말고 레코드를 수정하세요

수정은 PATCH /v1/memories/{memory_id}를 통해 기존 메모리를 변경합니다. MemoryUpdateRequest의 모든 필드는 선택 사항이며 content, path, metadata, source, provenance, memory_type, status, expires_at, scope, team_id가 포함됩니다. 따라서 수정 사항은 동일한 memory reference에 연결되고 서버가 versioning 경로를 적용할 수 있습니다.

PATCH /v1/memories/<memory-id>
X-API-Key: <your-assigned-api-key>
Content-Type: application/json

{
  "content": "The corrected deployment decision was verified on 2026-09-02.",
  "provenance": {
    "correction": "owner-confirmed"
  },
  "merge_provenance": true,
  "detect_conflicts": true
}

버전 및 conflict 제어는 요청의 일부입니다

update contract에는 merge_metadata, merge_provenance, detect_conflicts가 포함되며 모두 기본값은 true이고 supersession_reason도 있습니다. persistence 경로는 memory version을 증가시키고 public memory contract에 status/superseded_by/conflict evidence를 보존합니다. 반환된 implementation data를 현재 결과로 읽되, OpenAPI response는 typed가 아닙니다.

• 수정으로 기존 evidence를 유지해야 한다면 metadata와 provenance를 merge하세요.
• 동시 수정이나 경쟁 버전이 중요하면 detect_conflicts를 활성화된 상태로 유지하세요.
• 수정이 이전 버전을 의도적으로 대체한다면 supersession_reason을 사용하세요.

수정된 scope 확인하기

수정 후 scoped read를 수행하고 반환된 version, status, provenance 및 conflict field를 확인하세요. Retrieval은 인증된 scope와 memory status filter를 계속 따릅니다. PATCH 성공만으로 의도한 scoped 결과가 현재 표시된다는 증거가 되지는 않습니다.

GET /v1/memories/search?query=corrected%20deployment%20decision&scope=memory-os&status=active&limit=5
X-API-Key: <your-assigned-api-key>