Superseded-question reconciliation: satisfied, re-identified, answers kept as evidence #14
Labels
No labels
Compat/Breaking
Kind/Bug
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Security
Kind/Testing
Meta/Campaign
Meta/Epic
Meta/Session
Priority/Critical
Priority/High
Priority/Low
Priority/Medium
Reviewed/Confirmed
Reviewed/Curated
Reviewed/Duplicate
Reviewed/Invalid
Reviewed/Won't Fix
Scope/Campaign
Status/Abandoned
Status/Blocked
Status/Conflicted
Status/In Progress
Status/In Review
Status/Need Grooming
Status/Need More Info
Status/Ready
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Blocks
#30 Slice 4 — asynchronous curation
Ting/CurryComb
Reference
Ting/CurryComb#14
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Proposal
If evidence changes while a question is outstanding, the next reconciliation closes it as satisfied or supersedes it with a new identity. An answer to a superseded question remains evidence but is never silently applied to a different predicate (§Asynchronous HITL).
Tasks
Requirement scenario
GIVEN a superseded question whose answer then arrives, WHEN reconciliation runs, THEN the answer is stored with provenance, the open question is untouched, and no effect derives from the mismatch.
Superseded-question reconciliation: satisfied, re-identified, answers kept as evidence
State:
open· Labels: Kind/Feature · Comments: 0Rendered by CurryComb slice 1 projection v1. The body will be replaced by rule-derived content in Slice 3.