Assistant: codex Assistant-Model: gpt-6-astra Assistant-Session: 01a0cffe-206f-7323-89d3-b20ca4cf4bf9
1.2 KiB
1.2 KiB
| source_id | title | author | locator | version | accessed | evidence_kind | excerpt_scope |
|---|---|---|---|---|---|---|---|
| SRC-0008 | Kubernetes API Concepts | Kubernetes project | https://kubernetes.io/docs/reference/using-api/api-concepts/ | Living documentation accessed 2026-09-25; exact revision unknown | 2026-09-25 | primary | Stale resource version rejection only |
Bounded stale-write packet
Editorial context (not source text)
The section concerns updates to existing resources, including HTTP PUT with a client-provided resourceVersion. Kubernetes is the single implementation examined.
Original passage — Updates to existing resources, second paragraph
In the event that the resource has changed (the
resourceVersionthe client provided is stale), the API server returns a409 Conflicterror response.
Research question (editorial)
What boundary between a client proposal and server acceptance does this establish? Consider an editor retaining its draft after rejection. That UI is a hypothesis, not observed implementation evidence. Do not generalize to unconditional PATCH, deduplication, response loss or every server API. One implementation cannot establish recurrence. Return no candidate if the excerpt is insufficient.