# Feature Specification: Review handoff and approved-translation capture

**Feature ID**: 007
**Status**: draft

## Overview

Proposals are assembled by hand and approved translations are captured by hand, so reviewer
decisions reach the approved memory late or not at all and the same question gets asked twice.

## Functional Requirements

- **FR-001** When verified output is ready, the system shall present it for human merge, and
shall not require reviewer approval as a precondition of publication.
- **FR-002** The system shall not approve, mark ready, or merge its own output, and shall not
resolve review discussions.
- **FR-003** When presenting output, the system shall state the source content changed, the
authority behind each term decision, the coverage achieved, and every escalated question.
- **FR-004** If a source-language defect was observed during translation, then the system shall
report it and shall not correct it.
- **FR-005** When a reviewer approves content, whether before or after publication, the system
shall capture its segment pairs into the approved memory, scoped to the content actually
approved and to the revision the reviewer read.
- **FR-006** The system shall not capture segment pairs from content no reviewer has approved.
- **FR-007** When the originating source change is ready to publish, the system shall deliver the
translation as the final step of that same work rather than as a later follow-up.


## Acceptance Criteria

- **007-review-handoff-and-capture-AC-1** A presented proposal is a draft and cannot be merged by the system.
- **007-review-handoff-and-capture-AC-2** Every term decision in the proposal names its authority.
- **007-review-handoff-and-capture-AC-3** Approving two of five pages captures pairs from those two only.
- **007-review-handoff-and-capture-AC-4** A capture attempt covering unapproved content is refused.
- **007-review-handoff-and-capture-AC-5** A correction made during review supersedes the earlier pair rather than appending an
unreachable duplicate.


## Deferred Edge Cases

- **DEF-1** Arbitration routing when the designated reviewers are unavailable. Deferred
2026-10-01: a third reviewer can step in, and the case is moot while approval is optional.
- **DEF-2** A turnaround target and a reviewer edit-rate threshold. Deferred 2026-10-01:
translation ships with the work that causes it, so no separate service target applies.