From 3d4691c54493440d345c0d664d9d23f6ef357c61 Mon Sep 17 00:00:00 2001 From: jochen Date: Thu, 12 Nov 2026 11:38:26 +0100 Subject: [PATCH] Correct A-279: a member's base is read from its delivery, which the gate already keeps Claude-Session: https://claude.ai/code/session_01NcbgfGKaxw984XyAPfLm4h --- 03-DESIGN/01-to-be/47-milestones/G-22-lead-answers-2.md | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/03-DESIGN/01-to-be/47-milestones/G-22-lead-answers-2.md b/03-DESIGN/01-to-be/47-milestones/G-22-lead-answers-2.md index b8c14522..fa12f01a 100644 --- a/03-DESIGN/01-to-be/47-milestones/G-22-lead-answers-2.md +++ b/03-DESIGN/01-to-be/47-milestones/G-22-lead-answers-2.md @@ -373,6 +373,7 @@ the principle that settles it, cited as "design 47 G A-n". function `AnswerSeat` takes is written once, in mesh-sdk's `seatlist` (the definition of a seat from the list a part follows; none until the list is read, none for a seat it does not hold), and every holder passes it. A part that serves a seat verb follows the seat list with its grant, as the pipeline runner and mesh-recovery now do. -- **A-279** (A-236, §715; principles 1 and 7) A group member's `base` is its pull request's base branch as the forge - message names it (`forgemsg` `base`, said when the pull request is opened or pushed), filled when the gate hears that - message, so it is known before any take-in; the take-in's branch never stands in for it. +- **A-279** (A-236, §715; principles 1 and 7) A group member's `base` is its pull request's base branch as the gate + already keeps it in that pull request's delivery (the `base` `mesh-delivery.show` answers, set when the pull request + is announced), filled when the member joins its group, so it is known before any take-in; the take-in's branch never + stands in for it, and no new event or state is added.