For the next outage on Larch, which recovery procedure should Mara use, and which outage gate led to the delivery-mode change?
Result comparison
| Profile | Answer | Quotes source match |
|---|---|---|
| OpenViking | Incomplete | All quotes bound |
| RAGFlow nightly | Complete | All quotes bound |
| RAGFlow rc1 | Complete | All quotes bound |
Semantic completeness and literal source binding were reviewed separately. Open each observation to inspect its exact returned context.
The question
126 characters · complete saved input
The question
126 characters · complete saved inputFor the next outage on Larch, which recovery procedure should Mara use, and which outage gate led to the delivery-mode change?
Outputs and evidence
OpenViking
Incomplete answer · quotes bound
OpenViking
Incomplete answer · quotes boundReview
The answer gives the required gate identifier but explicitly declines to establish the requested causal link. Count this as incomplete, despite identifier coverage.
Saved output
Complete saved output · 381 characters
For Larch’s next outage, Mara should use REPLAY-0-632, the recovery tested on August 8 that restored the missing updates. The Larch update loss was reported during GATE-0-519 outages, and Larch’s later delivery change was from BATCH-0-741 to STREAM-0-286. The evidence links GATE-0-519 to the outage, but does not explicitly state that it caused the August 15 delivery-mode change.
Returned citations · 3
viking://resources/formal/m_d7a9d1f22107f233/m_d7a9d1f22107f233.mdMara reported that BATCH-0-741 lost updates during GATE-0-519 outages. The team tested REPLAY-0-632, which restored the missing updates.
viking://user/formal/memories/events/2026/08/22/outage_procedure_selected.mdFor the next outage, use the recovery procedure validated on August 8.
viking://user/formal/memories/events/2026/08/15/.overview.mdOn 2026-08-15, Mara approved switching Larch from BATCH-0-741 to STREAM-0-286, superseding the 2026-08-01 delivery decision.
Exact evidence supplied to the reader · 10 entries
viking://resources/formal/m_d7a9d1f22107f233/.overview.md--- directory: viking://resources/formal/m_d7a9d1f22107f233/ source: kind: local uri: /app/.openviking/native/temp/upload/upload_0932bc3f237e4b04b2fc5d6e87fcfa27.txt generated_by: component: SemanticProcessor trigger: resource_ingest freshness: total_entries: 1 sampled_entries: 1 unsampled_entries: 0 pending_child_changes: 0 --- # m_d7a9d1f22107f233 This directory contains a brief meeting note about lost updates associated with outages and a tested recovery option. It records Mara’s report that BATCH-0-741 lost updates during GATE-0-519 outages, the team’s test of REPLAY-0-632, and the meeting’s decision not to approve a change in delivery mode. The note is relevant to tracking BATCH-0-741, GATE-0-519, REPLAY-0-632, lost updates, outages, and delivery mode. No specific audience or required prior knowledge is stated. ## Directory Coverage There is **1 direct entry**, and **all entries are represented** in the summaries provided. ## Quick Navigation What do you want to learn? - → Read the meeting report, outage context, replay test, and delivery-mode decision: [m_d7a9d1f22107f233.md](viking://resources/formal/m_d7a9d1f22107f233/m_d7a9d1f22107f233.md) ## Detailed Description ### [m_d7a9d1f22107f233.md](viking://resources/formal/m_d7a9d1f22107f233/m_d7a9d1f22107f233.md) This brief meeting note records an update-loss issue, a recovery test, and the decision about whether to change delivery mode. It is dated 2026-08-08 and identifies the reported issue as lost updates in BATCH-0-741 during GATE-0-519 outages. The note attributes the report to Mara. It states that the team tested REPLAY-0-632 and that this test restored the missing updates. It does not specify how the test was performed, provide further technical details about the outage or recovery process, or describe the underlying systems beyond the named identifiers. These limits mean the note supports tracking the reported incident and test outcome, but does not provide a detailed technical account of either. The meeting decision is also explicit: no change of delivery mode was approved. The note therefore records a successful recovery test alongside a decision not to approve a delivery-mode change at that meeting. It does not state why the change was not approved or whether a later decision was made. For retrieval, the main terms associated with this entry are BATCH-0-741, GATE-0-519, REPLAY-0-632, lost updates, outages, and delivery mode. The note may be useful to readers following these update and outage issues; the source does not identify a particular audience or specify prior knowledge.
viking://resources/formal/m_d7a9d1f22107f233/m_d7a9d1f22107f233.md2026-08-08. Mara reported that BATCH-0-741 lost updates during GATE-0-519 outages. The team tested REPLAY-0-632, which restored the missing updates. No change of delivery mode was approved at this meeting.
viking://resources/formal/m_f7ff6441bdd98e53/.overview.md--- directory: viking://resources/formal/m_f7ff6441bdd98e53/ source: kind: local uri: /app/.openviking/native/temp/upload/upload_07358da9e4124ed690805a9b15a09280.txt generated_by: component: SemanticProcessor trigger: resource_ingest freshness: total_entries: 1 sampled_entries: 1 unsampled_entries: 0 pending_child_changes: 0 --- # m_f7ff6441bdd98e53 This directory contains an operational update dated 2026-08-08 about lost updates associated with outages and a tested recovery approach. The note reports that BATCH-1-741 lost updates during GATE-1-519 outages and that testing REPLAY-1-632 restored the missing updates. It also records an important decision outcome: no change of delivery mode was approved at the meeting. The directory is useful for readers tracking the reported update loss, the replay-based recovery, and the delivery-mode decision. The identifiers are recorded without further technical explanation. ## Directory Coverage There is **1 direct entry**, and **all entries are represented** in the overview. ## Quick Navigation What do you want to learn? - What update loss was reported and what recovery was tested? → [m_f7ff6441bdd98e53.md](viking://resources/formal/m_f7ff6441bdd98e53/m_f7ff6441bdd98e53.md) - What was decided about changing the delivery mode? → [m_f7ff6441bdd98e53.md](viking://resources/formal/m_f7ff6441bdd98e53/m_f7ff6441bdd98e53.md) ## Detailed Description ### [m_f7ff6441bdd98e53.md](viking://resources/formal/m_f7ff6441bdd98e53/m_f7ff6441bdd98e53.md) This brief operational meeting or incident note records an update dated 2026-08-08. It reports that Ivo identified lost updates in BATCH-1-741 during GATE-1-519 outages. The note then describes a tested recovery approach: REPLAY-1-632 restored the missing updates. It does not provide further technical details about the identifiers, the outage conditions, or how replay was performed. The note also distinguishes the recovery result from a delivery-mode decision. Although replay restored the missing updates, the meeting did not approve a change of delivery mode. Thus, the recorded outcome is that the tested replay approach recovered the missing updates, while the delivery mode remained without an approved change in this meeting note. The document does not state whether a change was considered elsewhere or whether any later decision followed. This file is suited to readers who need a concise record of the reported loss and recovery, or who are checking the stated meeting outcome. Its searchable terms include BATCH-1-741, GATE-1-519, REPLAY-1-632, outages, lost updates, replay, and delivery mode. These terms reflect the subjects named in the note; the note itself does not expand on them with additional system descriptions, implementation guidance, or explanations.
viking://resources/formal/m_f7ff6441bdd98e53/m_f7ff6441bdd98e53.md2026-08-08. Ivo reported that BATCH-1-741 lost updates during GATE-1-519 outages. The team tested REPLAY-1-632, which restored the missing updates. No change of delivery mode was approved at this meeting.
viking://user/formal/memories/events/2026/08/22/larch_reviewed.md# Summary Mara reviewed Larch on 2026-08-22. # 2026-08-22 (Saturday) ChatLog: **user**: 2026-08-22. Mara reviewed Larch. Keep the August 15 delivery choice. For the next outage, use the recovery procedure validated on August 8. The retry policy is now RETRY-0-907, superseding RETRY-0-108. No budget owner has been appointed.
viking://user/formal/memories/events/2026/08/22/outage_procedure_selected.md# Summary On 2026-08-22, the user specified that the recovery procedure validated on 2026-08-08 be used for the next outage. # 2026-08-22 (Saturday) ChatLog: **user**: 2026-08-22. Mara reviewed Larch. Keep the August 15 delivery choice. For the next outage, use the recovery procedure validated on August 8. The retry policy is now RETRY-0-907, superseding RETRY-0-108. No budget owner has been appointed.
viking://user/formal/memories/events/2026/08/22/procedure_validated.md# Summary The recovery procedure was validated on 2026-08-08. # 2026-08-22 (Saturday) ChatLog: **user**: 2026-08-22. Mara reviewed Larch. Keep the August 15 delivery choice. For the next outage, use the recovery procedure validated on August 8. The retry policy is now RETRY-0-907, superseding RETRY-0-108. No budget owner has been appointed.
viking://user/formal/memories/events/2026/08/15/gate_outage_recovery.md# Summary GATE-1-519 outages were recorded on 2026-08-08. The user asked to retain the successful recovery procedure from that incident. # 2026-08-15 (Saturday) ChatLog: **user**: ...The cause was the GATE-1-519 outages recorded on August 8; keep the successful recovery procedure from that incident.
viking://user/formal/memories/events/2026/08/15/.overview.md--- directory: viking://user/formal/memories/events/2026/08/15/ generated_by: component: MemoryUpdater trigger: memory_update freshness: total_entries: 3 sampled_entries: 3 unsampled_entries: 0 pending_child_changes: 0 --- # Events Overview - [On 2026-08-15, Ivo approved switching Cobalt from BATCH-1-741 to STREAM-1-286, superseding the August 1 delivery decision.](./cobalt_stream_switch.md) - [GATE-1-519 outages were recorded on 2026-08-08. The user asked to retain the successful recovery procedure from that incident.](./gate_outage_recovery.md) - [On 2026-08-15, Mara approved switching Larch from BATCH-0-741 to STREAM-0-286, superseding the 2026-08-01 delivery decision.](./larch_source_switch.md)
viking://user/formal/memories/events/2026/08/22/delivery_choice_kept.md# Summary On 2026-08-22, the user directed that the delivery choice made on 2026-08-15 remain in effect. # 2026-08-22 (Saturday) ChatLog: **user**: 2026-08-22. Mara reviewed Larch. Keep the August 15 delivery choice. For the next outage, use the recovery procedure validated on August 8. The retry policy is now RETRY-0-907, superseding RETRY-0-108. No budget owner has been appointed.
Original files · 3 source records
- answers/openviking-formal-post-memory-0-1.json2026-10-15-native-kb-memory
File identity
- SHA-256
796a34f29d73072bd0b701ec698117c3f085d26e23daaee6796400d775982007- Size
- 2,547 bytes
- Source
- Frozen source ↗
- contexts/openviking-formal-post-memory-0-1.json2026-10-15-native-kb-memory
File identity
- SHA-256
41eace8fa0d6aae0bb8f8e54754b288142495f697ebcac79afbe6ffd66fcfc5c- Size
- 11,119 bytes
- Source
- Frozen source ↗
- review-openviking.json
File identity
- SHA-256
464577c27600ba9c09a15c53d2db0302325319c224a90b0dbf3099da8bc5b72a- Size
- 4,014 bytes
- Source
- Frozen source ↗
RAGFlow nightly
Complete answer · quotes bound
RAGFlow nightly
Complete answer · quotes boundReview
Manual review against the frozen sources and cutoff: requested facts, subjects, event dates, approved versus tested changes, and unknown-owner handling are correct.
Saved output
Complete saved output · 263 characters
For Larch’s next outage, Mara should use REPLAY-0-632, the procedure tested on August 8 that restored the missing updates. The delivery-mode change was attributed to GATE-0-519 outages: on August 15, Mara approved switching Larch from BATCH-0-741 to STREAM-0-286.
Returned citations · 3
ragflow:document:cee08b5026d842b99343b723cd632d4a:chunk:695228c0e924112aThe team tested REPLAY-0-632, which restored the missing updates.
ragflow:memory:e84293c0415341ab8c66a5e1e2b20dc6:14For the next outage, use the recovery procedure validated on August 8.
ragflow:memory:e84293c0415341ab8c66a5e1e2b20dc6:11Mara approved switching Larch from BATCH-0-741 to STREAM-0-286. This supersedes the August 1 delivery decision. The cause was the GATE-0-519 outages recorded on August 8
Exact evidence supplied to the reader · 11 entries
ragflow:document:cee08b5026d842b99343b723cd632d4a:chunk:695228c0e924112a2026-08-08. Mara reported that BATCH-0-741 lost updates during GATE-0-519 outages. The team tested REPLAY-0-632, which restored the missing updates. No change of delivery mode was approved at this meeting.
ragflow:document:94e70fdbaa2744e188d47078c65371eb:chunk:3699c4c2ca3ec6572026-08-08. Ivo reported that BATCH-1-741 lost updates during GATE-1-519 outages. The team tested REPLAY-1-632, which restored the missing updates. No change of delivery mode was approved at this meeting.
ragflow:document:1b443da3a73f43e7afe42cd3d8d3142d:chunk:009b12b0d27c81992026-08-01. Mara started project Larch. They chose BATCH-0-741 for batch delivery. The initial retry policy was RETRY-0-108.
ragflow:document:96a9bf446d8b48ada33eb033c4c8b9f1:chunk:564ca4cb2e88ef8e2026-08-01. Ivo started project Cobalt. They chose BATCH-1-741 for batch delivery. The initial retry policy was RETRY-1-108.
ragflow:document:a9805b71009a4735b572000fb490b80b:chunk:2c0e7dd0a7264518Kestrel-0 signed return policy. Ordinary goods have a 7-day return window. The complete exception list consists of two clauses: custom-made goods use exception CUSTOM-0-7c2; quality defects use exception DEFECT-0-9b4 and are exempt from the 7-day limit. Both exception identifiers must be retained when listing all exceptions. The old informal draft listed only DRAFT-0-2d1 and has no authority.
ragflow:memory:e84293c0415341ab8c66a5e1e2b20dc6:23User Input: 2026-08-22. Ivo reviewed Cobalt. Keep the August 15 delivery choice. For the next outage, use the recovery procedure validated on August 8. The retry policy is now RETRY-1-907, superseding RETRY-1-108. No budget owner has been appointed. Agent Response: Recorded.
ragflow:memory:e84293c0415341ab8c66a5e1e2b20dc6:20User Input: 2026-08-15. Ivo approved switching Cobalt from BATCH-1-741 to STREAM-1-286. This supersedes the August 1 delivery decision. The cause was the GATE-1-519 outages recorded on August 8; keep the successful recovery procedure from that incident. Agent Response: Recorded.
ragflow:memory:e84293c0415341ab8c66a5e1e2b20dc6:14User Input: 2026-08-22. Mara reviewed Larch. Keep the August 15 delivery choice. For the next outage, use the recovery procedure validated on August 8. The retry policy is now RETRY-0-907, superseding RETRY-0-108. No budget owner has been appointed. Agent Response: Recorded.
ragflow:memory:e84293c0415341ab8c66a5e1e2b20dc6:16The delivery choice made on August 15, 2026, is to remain in force.
ragflow:memory:e84293c0415341ab8c66a5e1e2b20dc6:11User Input: 2026-08-15. Mara approved switching Larch from BATCH-0-741 to STREAM-0-286. This supersedes the August 1 delivery decision. The cause was the GATE-0-519 outages recorded on August 8; keep the successful recovery procedure from that incident. Agent Response: Recorded.
ragflow:memory:e84293c0415341ab8c66a5e1e2b20dc6:9User Input: 2026-08-08. Ivo reported that BATCH-1-741 lost updates during GATE-1-519 outages. The team tested REPLAY-1-632, which restored the missing updates. No change of delivery mode was approved at this meeting. Agent Response: Recorded.
Original files · 3 source records
- answers/ragflow-formal-post-memory-0-1.jsonragflow-nightly-20261020
File identity
- SHA-256
a71c408e48db3419a99f29f3440a5b648ba140fd46948016e0ad99b66917ff66- Size
- 2,340 bytes
- Source
- Preserved local report
- contexts/ragflow-formal-post-memory-0-1.jsonragflow-nightly-20261020
File identity
- SHA-256
039144864dec219dcee3b6453a9219600dcf2895320515bac7b027e8a3985b06- Size
- 5,811 bytes
- Source
- Preserved local report
- review-ragflow.json
File identity
- SHA-256
e534e2722830d8f167c8a58e2209cf69d78eb8ebf12c27ab993d558becfec7cc- Size
- 3,893 bytes
- Source
- Preserved local report
RAGFlow rc1
Complete answer · quotes bound
RAGFlow rc1
Complete answer · quotes boundReview
All requested facts are correct for the subject and time in the question. Unknown-owner cases correctly state that no owner was appointed.
Saved output
Complete saved output · 264 characters
For Larch’s next outage, Mara should use REPLAY-0-632, the procedure tested on August 8 that restored the missing updates. The delivery-mode change was prompted by outages at GATE-0-519: on August 15, Mara approved switching Larch from BATCH-0-741 to STREAM-0-286.
Returned citations · 3
ragflow:document:95244f4933ba4a2bb8c270eecf201f4a:chunk:422cd16eee930caaThe team tested REPLAY-0-632, which restored the missing updates.
ragflow:memory:a14659ca2f114db9b1b8c1707f3bbb35:19For the next outage, use the recovery procedure validated on August 8.
ragflow:memory:a14659ca2f114db9b1b8c1707f3bbb35:15Mara approved switching Larch from BATCH-0-741 to STREAM-0-286. This supersedes the August 1 delivery decision. The cause was the GATE-0-519 outages recorded on August 8
Exact evidence supplied to the reader · 11 entries
ragflow:document:95244f4933ba4a2bb8c270eecf201f4a:chunk:422cd16eee930caa2026-08-08. Mara reported that BATCH-0-741 lost updates during GATE-0-519 outages. The team tested REPLAY-0-632, which restored the missing updates. No change of delivery mode was approved at this meeting.
ragflow:document:984a41009bde4f3d83d2447f0b92191b:chunk:e9c52ba58c5345732026-08-08. Ivo reported that BATCH-1-741 lost updates during GATE-1-519 outages. The team tested REPLAY-1-632, which restored the missing updates. No change of delivery mode was approved at this meeting.
ragflow:document:1f8934b0b894451dbb5d157df1eeac46:chunk:91cba475d750a4e82026-08-01. Mara started project Larch. They chose BATCH-0-741 for batch delivery. The initial retry policy was RETRY-0-108.
ragflow:document:60c7b04dd9a54820b17be95530bb5bda:chunk:814df48295aa88f72026-08-01. Ivo started project Cobalt. They chose BATCH-1-741 for batch delivery. The initial retry policy was RETRY-1-108.
ragflow:document:1eb527ed80114d08b3a6a330b85991b0:chunk:5f612a1ed973221dKestrel-0 signed return policy. Ordinary goods have a 7-day return window. The complete exception list consists of two clauses: custom-made goods use exception CUSTOM-0-7c2 quality defects use exception DEFECT-0-9b4 and are exempt from the 7-day limit. Both exception identifiers must be retained when listing all exceptions. The old informal draft listed only DRAFT-0-2d1 and has no authority.
ragflow:memory:a14659ca2f114db9b1b8c1707f3bbb35:32On 2026-10-16, the user said to keep the delivery choice made on August 15, 2026.
ragflow:memory:a14659ca2f114db9b1b8c1707f3bbb35:28User Input: 2026-08-22. Ivo reviewed Cobalt. Keep the August 15 delivery choice. For the next outage, use the recovery procedure validated on August 8. The retry policy is now RETRY-1-907, superseding RETRY-1-108. No budget owner has been appointed. Agent Response: Recorded.
ragflow:memory:a14659ca2f114db9b1b8c1707f3bbb35:25User Input: 2026-08-15. Ivo approved switching Cobalt from BATCH-1-741 to STREAM-1-286. This supersedes the August 1 delivery decision. The cause was the GATE-1-519 outages recorded on August 8; keep the successful recovery procedure from that incident. Agent Response: Recorded.
ragflow:memory:a14659ca2f114db9b1b8c1707f3bbb35:23The user instructed that the August 15 delivery choice be kept.
ragflow:memory:a14659ca2f114db9b1b8c1707f3bbb35:19User Input: 2026-08-22. Mara reviewed Larch. Keep the August 15 delivery choice. For the next outage, use the recovery procedure validated on August 8. The retry policy is now RETRY-0-907, superseding RETRY-0-108. No budget owner has been appointed. Agent Response: Recorded.
ragflow:memory:a14659ca2f114db9b1b8c1707f3bbb35:15User Input: 2026-08-15. Mara approved switching Larch from BATCH-0-741 to STREAM-0-286. This supersedes the August 1 delivery decision. The cause was the GATE-0-519 outages recorded on August 8; keep the successful recovery procedure from that incident. Agent Response: Recorded.
Original files · 3 source records
- answers/ragflow-formal-post-memory-0-1.json2026-10-15-native-kb-memory
File identity
- SHA-256
b8dafa7b8d2c018c96e6175f6c7a5e14979ba8abebfd4094da1016787453ebd2- Size
- 2,338 bytes
- Source
- Frozen source ↗
- contexts/ragflow-formal-post-memory-0-1.json2026-10-15-native-kb-memory
File identity
- SHA-256
74fda5cbe6fcadf996b10d2b004ca81036a0b33db0d6177d7800c7b85c9d5704- Size
- 5,491 bytes
- Source
- Frozen source ↗
- review-ragflow.json
File identity
- SHA-256
4f625457ff88b18ee63be1ad46d6ce6800a6b3b2bb5c1efe38ba8a11d69544f7- Size
- 3,540 bytes
- Source
- Frozen source ↗
Protocol and expected facts
Original files, case ID, and interpretation limits
Protocol and expected facts
Original files, case ID, and interpretation limitsCase ID: post-memory-0-1
- formal-method.json
File identity
- SHA-256
3ac852a890c33d6c3fce6b6c9e3e64054bab95e1846865ef5f2a819c4d12fa29- Size
- 3,011 bytes
- Source
- Frozen source ↗
- oracle.json
File identity
- SHA-256
8ac3caf4055989d319ef143eb1fad280d3372c6c85113bbd639498fdc7871644- Size
- 2,788 bytes
- Source
- Frozen source ↗
- protocol.json2026-10-15-native-kb-memory
File identity
- SHA-256
d41e926e2ce76880b33d9e301ee3239bfe4c9b6d5bec4e0b1eed88b5935c3d6d- Size
- 1,414 bytes
- Source
- Frozen source ↗
- protocol.jsonragflow-nightly-20261020
File identity
- SHA-256
3cef6fb01be1004e3286c474519c5ae640c6d92c55bca0f8c95a19817aaed6b4- Size
- 1,798 bytes
- Source
- Preserved local report
A matching quote establishes a literal binding. Semantic support and subject correctness require separate review. Historical outputs remain unchanged.