From 0a10272f3dc50acf58e5d1977160d52010fedc0d Mon Sep 17 00:00:00 2001 From: jochen Date: Thu, 12 Nov 2026 05:46:58 +0100 Subject: [PATCH] Answer A-186: the seat server takes the definition from its caller's seat list Claude-Session: https://claude.ai/code/session_01NcbgfGKaxw984XyAPfLm4h --- 03-DESIGN/01-to-be/47-milestones/G-22-lead-answers-2.md | 3 +++ 1 file changed, 3 insertions(+) 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 df7c2d2c..097aa54f 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 @@ -25,3 +25,6 @@ the principle that settles it, cited as "design 47 G A-n". - **A-185** (A-180; principle 7) The catalog client (`meshcatalogclient`'s catalog follower), which already hears every `catalog-revision`, hands a candidate's revision it does not keep to a hook its caller sets; the runner sets it to place a run's pipelines. mesh-sdk's event hub keeps its one handler per pattern. +- **A-186** (A-179; principles 3 and 7) `conn.AnswerSeat` takes the seat's definition from its caller, which reads it + from the seat list it already follows; a verb the definition does not hold, or a definition not yet read, is + refused for every caller and said so, so a holder answers only once its seat list is read.