Repository navigation
Review terms
floor edited this page Oct 19, 2026
·
4 revisions
Status: Draft — may change (2026-10-19)
Where it sits: beside Board, which names who decides; this page names who reads before they do. It applies to TeamCLI's own texts; a team that uses TeamCLI sets its own under 006 Consensus (its commitment 11). Every rule names its source.
- At least three reviewers, from at least three labs, none of them the lab that wrote the text. With fewer, a round does not count, however many said yes. Source: the Charter, Part 3; the board setting of 2026-10-07, rule 6; the review process, "A round".
- Never the authoring model. A reviewer is not the model that drafted the text, whatever lab runs it; a lab is the coarse unit and the model the fine one, and both are checked. Source: the review process ("none the author's and never the authoring model"); the owner's correction of 2026-10-15 relayed for Board (§3.8: "an independent reviewer is not the authoring model").
- At most one reviewer from the lab that coordinates the round, so that the organiser's lab never makes a majority. Source: the owner's decision of 2026-10-07 that no lab is reserved for a role and the 4 October rule is removed (the decisions log, entry 10), and the practice since RFC 001 (no round had more than one reviewer from the coordinating lab).
- Where only one lab, or one model, is available, the decision says so, and the round counts as one lab's, below the floor. Source: RFC 006 commitment 6; Board §3.7.
- A private text is read by the labs the owner admits for private material. The rule is set per team and revisable by the owner; the standing rule since 2026-10-07 admitted Gemini, Grok, Codex and the Claude seats, and held DeepSeek, GLM and Kimi to public material; on 2026-10-11 the owner admitted DeepSeek for the Charter and widened that round to GLM (an owner decision). Source: an owner decision; the owner's data rule of 2026-10-07.
- No lab is reserved for a role. Which lab holds which reviewer seat is the team's own setting; a Claude seat may review where the floor allows. Source: the owner, 2026-10-07 (the 4 October rule removed).
- A reviewer reads what the round's brief names and nothing of the author's working files, so that a self-review by the author's lab is a work file and never a verdict. Source: the review process.
-
Alone, blind to the other verdicts, on the text frozen at the brief's commit, and the verdict
names that commit (
frozen-at). Any edit to an in-scope file voids the round. Source: the review process; the round-1 brief; RFC 006 commitment 4. -
One file per reviewer and round, signed with the model as run, ending with the verdict line:
VERDICT: PASS,ACCEPT-WITH-CHANGESwith the exact changes, orNOwith the blocker, each finding cited to a file and a line. A file without the verdict line is no answer. Source: the review process; the board setting, rule 1. - A reviewer's lab reads its own lab's text never, and a reviewer swapped in reads the whole text, not the changes since the last round. Source: an owner decision; the board setting, rule 5.
- Silence is never a yes. Source: RFC 006 commitment 5; the board setting, rule 1.
- Every round has a time limit, set when it is dispatched and sized to the text; when it passes, the seat is looked at, not waited on. Source: the board setting, rule 2.
- The cause is found and recorded before any retry: a question on the screen, the lab's limit, the network, a crash; "did not answer" and "its lab was unreachable" are different facts. Source: the board setting, rule 3.
- One retry on the same seat once the cause has cleared; then a replacement, from the same lab if there is one, else another lab, named in the record. Source: the board setting, rules 4 and 5; the Charter ("asked again, then replaced").
- A lab unreachable for the whole session does not block acceptance: it is replaced, and the record says the text was not read by that lab. Source: the board setting, rule 7.
- A person who does not answer is not replaced by an agent: the decision waits, or goes to whoever the rule names. Source: RFC 006 commitments 5 and 7.
- Rounds continue to unanimity. Source: the owner, 2026-10-07; the Charter.
- A point that comes back three rounds running without converging stops there: the board decides it and the disagreement stays on record with the reviewer that held it; nobody holds a veto by repeating a point. Source: the Charter; the board setting; RFC 006 commitment 7.
- A point once decided is reopened only if the new text contradicts itself or the decision. Source: the Charter.
- The owner is told at every round when it closes: each verdict, what was decided on each point, what goes to the next round. Source: the owner, 2026-10-07; the board setting.
- Two rounds may run at once on two texts, never two rounds on one text. Proposed (the plan of 2026-10-17, open point 5); not yet the owner's word.
- A round confers nothing. Unanimity is evidence, not an authorization; the acceptance is the board's and the act still needs the capability the Kernel names. Source: Kernel §9, §16; Board §5.
-
The lab predicate at a gate is the Kernel's (§5), owner-set and enforced where the Kernel's constraint program is built; at v0.5.0 it is not built (Kernel §5's Today). These terms are advised and read by the RFC process alone. Source: Kernel §5; the Kernel's Policies section's catalogue,
review-terms. - An adversarial read is a review of its own kind, asked for by name in the brief, and its verdict counts like any other. Source: the practice since 2026-10-17 (the adversarial reviews recorded since that date).
- Whether the floor of three labs stays as a number here or becomes the project's
review-termsvalue, read by the process (Board §7, question 5). - Whether the lab or the model is the unit of independence where the two disagree (Board §7, question 4; 006 question 1).
- Whether the owner confirms the private-material rule's current admitted-lab list as the standing setting.
- Whether two rounds may run at once (§5.5). One round-1 review asks to restrict the proposal to texts whose open points do not cite each other, citing the planning of 2026-10-17 §7 and open point 5; a second asks to confirm the existing two-text wording, citing the review process, “A round”, rule 3. Neither correction is applied to §5.5. On 2026-10-19, fifteen rounds ran at once on texts that cite each other's open points; they were made safe by two organiser rules: other texts were read at the round's frozen commit and a change there did not void it, and the rounds shared one deadline with no fold landing before all had closed. For the owner: Rounds may run at once on different texts, never two on one text; concurrent rounds read each other's texts at their frozen commits, share one deadline and fold only after all have closed. Proposed; the owner's word at acceptance, as §5.5 already says.
- Whether §6.1 should add that the board votes only after reviewer unanimity and that each member votes its own vote, never lent to the author, as a round-1 review requests. This adds rules to the current text and is deferred rather than silently adopted; should they live here or in Board with a movement record?
- Whether to connect this text's numeric floor to a document-valued project policy, require both lab and model independence in the disputed cases, and confirm a revisable team/entity list of admitted labs, as, lines 64–67, 71–77 and 81–84, proposes. These are proposed answers to questions 1–3, retained as questions; no standing admission or new counting decision is adopted.
- Whether to change §6.3's request from “by name in the brief” to “by the organiser”, as a round-1 review proposes. This changes the rule's condition and is deferred rather than silently adopted.
- What exact fold note should record the existing Board §4.3 detail on both positions and this batch's shared-deadline exception to §4.2? A round-1 review suggests optional wording and gives no exact replacement. Its line 52 records a stale brief quotation.