@operato/twin-kernel 0.7.60 → 0.7.62

package/README.md

@@ -1,210 +1,226 @@
-# @operato/twin-kernel — 비즈니스레이어 디지털트윈 커널
+# @operato/twin-kernel — a business-layer digital twin kernel
 
-물류창고·야드·스마트팩토리·에너지의 **비즈니스 실행**을 시뮬레이션·모니터링하는 **헤드리스·프레임워크 무관·zero-dep** TS 커널. UI/3D/DOM 없이 순수 Node 에서 동작하는 것이 목적(sim=능동 생산, live=수동 미러, **계약 동일**).
+A **headless, framework-agnostic, zero-dependency** TypeScript kernel that simulates and mirrors the **business execution** of warehouses, yards, factories and energy systems. It runs in plain Node with no UI, no 3D and no DOM (`sim` = it generates events, `live` = it mirrors them — **same contract either way**).
 
-- 실행: `node --test test/*.test.ts` — 네이티브 TS, **런타임 의존성 0개**
-- 상태: **v0.7.56 · 1,085 tests green** · 시험 파일 116개 · 4 버티컬(WMS/YMS/MES/EMS) · ISA-95 4대 자원
+- Run: `node --test test/*.test.ts` — native TS, **zero runtime dependencies**
+- Status: **v0.7.61 · 1,131 tests green** · 122 test files · 4 verticals (WMS/YMS/MES/EMS) · ISA-95 four resources
 
-## 계층 (아래로만 의존, 무방언)
+## Layers (dependencies point down only, no dialect)
 
 ```
-contract.ts        3채널 계약(State/Command/Scenario) + 운영 델타 + TwinKernel   ← 도메인/표준 무관
-epcis.ts           GS1 EPCIS 2.0 이벤트 machinery(타입·빌더·검증기·URI·CBV)      ← 표준(도메인 무관)
-vocabulary.ts      은퇴 어휘 목록 + 가드 프라그마 — 개명을 기계가 지킨다
-flow-engine.ts     FlowEngine base — mechanics(RNG·clock·tick·자원배정·태스크진행·emit·snapshot)
-observed-reducer.ts 관측 이벤트 → State 접기(**두 구동이 쓰는 유일한 규칙**) + 재개점  ← 도메인 무관
-state-projector.ts  위 것의 옛 이름(소비처 호환 별칭)
-
-allocation-policy.ts   AllocationPolicy 확장 시임(selectPlacement/selectStock)
-capability.ts          자원의 능력 선언 — concrete 결합 대신 능력으로 찾는다
-capacity.ts            용량·점유 계산
-operations-capability.ts 공정이 요구하는 능력 ↔ 자원이 가진 능력의 대조
-domain-definition.ts   공정 명세(ISA-95 OperationsSegment: 소요·변동·수율·자원 요구)
-domain-catalog.ts      도메인 어휘 카탈로그(선언 가능한 것의 목록)
-duration-estimator.ts  실측 추정기 주입 시임
-iso-duration.ts        xsd:duration 파서(달력 의존 단위는 거절)
-make-to-order.ts       주문 대응 생산
-task-fold.ts           태스크 접기
-job-response.ts        ISA-95 작업 응답
-
-event-journal.ts    이벤트 저널 + replay/replayFrom — 트윈의 기억
-forecast.ts         몬테카를로 예측(분포로 답한다)
-divergence.ts       예측 vs 관측 대조 → 드리프트 국소화
-counterfactual.ts   과거 시점 분기 — "그때 X 했다면"
-twin-observer.ts    자동 정합 루프
-
-energy-ingest.ts       계측 유입(적산·구간)
-energy-attribution.ts  에너지를 사용처로 귀속
-operational-ingest.ts  운영 사실 유입
-scenario-validate.ts   시나리오 선언 검증
-face2-adapter.ts       레거시 레코드 → 정규 EPCIS(선언적 매핑 + 검증)   ← ACL
-runtime.ts             TwinRuntime — host-facing facade + 구독 프로토콜   ← 도메인/전송 무관
-
-{wms,yms,mes,ems}-profile.ts   도메인 어휘(bizStep/btt/표준 앵커)만
-kernel.ts · {yms,mes,ems}-kernel.ts   도메인 flow 동사(4 hook) — FlowEngine 확장
+contract.ts        3-channel contract (State/Command/Scenario) + operational deltas + TwinKernel  ← domain/standard agnostic
+epcis.ts           GS1 EPCIS 2.0 event machinery (types · builders · validator · URIs · CBV)      ← standard, domain agnostic
+vocabulary.ts      retired-name list + guard pragma — renames are enforced by machine
+flow-engine.ts     FlowEngine base — mechanics (RNG · clock · tick · resource claim · task progress · emit · snapshot)
+observed-reducer.ts events → State fold (**the single rule both drivers use**) + resume points   ← domain agnostic
+state-projector.ts  the old name for the same thing (kept for consumers)
+
+allocation-policy.ts     AllocationPolicy seam (selectPlacement/selectStock)
+capability.ts            what a resource can do — find by capability, never by concrete type
+capacity.ts              capacity and occupancy
+operations-capability.ts what an operation requires ↔ what a resource offers
+domain-definition.ts     operation specs (ISA-95 OperationsSegment: duration · variability · yield · resource needs)
+domain-catalog.ts        the catalogue of what can be declared, plus the declared relations between axes
+duration-estimator.ts    seam for measured estimators injected by the host
+iso-duration.ts          xsd:duration parser (calendar-dependent units are rejected)
+make-to-order.ts         make-to-order production
+task-fold.ts             task folding
+job-response.ts          ISA-95 job response
+
+event-journal.ts    the journal + replay/replayFrom — the twin's memory
+forecast.ts         Monte-Carlo forecast (answers with a distribution)
+divergence.ts       predicted vs observed → drift, localised
+counterfactual.ts   branch from a past instant — "what if we had done X"
+twin-observer.ts    the automatic reconciliation loop
+
+energy-ingest.ts       metering intake (totalisers, demand windows)
+energy-attribution.ts  attributing energy to consumers
+operational-ingest.ts  operational-fact intake, and the routing that decides which fact a record is
+scenario-validate.ts   validating a declared scenario
+face2-adapter.ts       legacy records → canonical EPCIS (declarative mapping + validation)   ← ACL
+runtime.ts             TwinRuntime — host-facing facade + subscription protocol              ← domain/transport agnostic
+
+{wms,yms,mes,ems}-profile.ts   domain vocabulary only (bizStep / btt / standard anchors)
+kernel.ts · {yms,mes,ems}-kernel.ts   domain flow verbs (4 hooks) — extend FlowEngine
 ```
 
-> **무방언 원칙**: 코어(contract/epcis/flow-engine/policy/reducer/runtime)에 특정 도메인 용어를 넣지 않는다. EPCIS 는 표준이라 `epcis.ts`(≠wms). `order.kind`·`task.resourceType` 등은 도메인이 소유. 정책 인터페이스는 `selectPlacement`/`selectStock`(≠putaway/pallets).
+> **No dialect in the core.** `contract` / `epcis` / `flow-engine` / `policy` / `reducer` / `runtime` carry no domain words. EPCIS lives in `epcis.ts` because it is a standard, not because it is WMS. `order.kind` and `task.resourceType` belong to the domain. Policy interfaces are `selectPlacement` / `selectStock`, never `putaway` / `pallets`.
 
-## FlowEngine — 단일 base, 도메인은 4 hook 만
+## FlowEngine — one base, four hooks per domain
 
-`abstract FlowEngine implements TwinKernel` 이 모든 mechanics 를 소유. 도메인 kernel 은 **flow 동사**만 구현:
+`abstract FlowEngine implements TwinKernel` owns all the mechanics. A domain kernel implements only the **flow verbs**:
 
-| hook | 역할 |
+| hook | what it means |
 |---|---|
-| `onArrival(spec)` | 입고/도착 자극 → 아이템 생성 + EPCIS + 반입 태스크 |
-| `onOrder(spec)` | 오더/작업지시 자극 → 오더 생성 |
-| `allocate(order)` | created 오더 할당 → 재고 선택(정책) + 태스크. **시간창 게이트도 여기**(스케줄링) |
-| `onTaskComplete(task)` | 완료의 의미 — 이동(WMS/YMS) 또는 변환(MES). occupancy·EPCIS·오더 이행 전부 도메인 |
+| `onArrival(spec)` | inbound stimulus → create items + EPCIS + an inbound task |
+| `onOrder(spec)` | order stimulus → create the order |
+| `allocate(order)` | a `created` order → pick stock (policy) + create tasks. **Time-window gating lives here too** |
+| `onTaskComplete(task)` | what completion *means* — a move (WMS/YMS) or a transformation (MES). Occupancy, EPCIS and order fulfilment are the domain's |
 
-base 는 태스크 **생명주기**(자원 배정·진행·완료·해제·델타)만 소유 → 이동-중립. 새 버티컬 = 프로파일(어휘) + kernel(4 hook).
+The base owns only the task **lifecycle** (claim · progress · complete · release · delta), so it is move-neutral. A new vertical is a profile (vocabulary) plus a kernel (4 hooks).
 
-## 4 버티컬 — base 가 여러 flow 성격을 담음을 실증
+## Four verticals — evidence that one base carries several flow shapes
 
-| 버티컬 | flow 성격 | base 대응 |
+| vertical | flow shape | how the base copes |
 |---|---|---|
-| **WMS** | 이동 (putaway/pick/pack/ship) + 백오더 | 기본 |
-| **YMS** | 이동 (spot/pull) + **시간창 스케줄링**(어포인트먼트↔도크도어 예약) | 스케줄링=도메인 게이팅으로 **base 흡수** |
-| **MES** | **변환**(TransformationEvent) + 다단계 라우팅 + **이종 자원**(cutter/welder) | 자원 매칭=`FlowTask.resourceType` **base 확장** |
-| **EMS** | 계측의 흐름 — 적산·구간 마감·피크·귀속 | 유입·귀속 모듈로 확장(자리=**전기적 구간**) |
+| **WMS** | movement (putaway/pick/pack/ship) + backorders | as-is |
+| **YMS** | movement (spot/pull) + **time-window scheduling** (appointment ↔ dock door reservation) | scheduling **absorbed** as domain gating |
+| **MES** | **transformation** (TransformationEvent) + multi-step routing + **heterogeneous resources** (cutter/welder) | resource matching = `FlowTask.resourceType`, a minimal base extension |
+| **EMS** | the flow of measurement — totalising, window closing, peaks, attribution | intake + attribution modules (a "place" here is an **electrical segment**) |
 
-EMS 는 **표준 앵커가 다르다**: 물류·생산은 ISA-95/EPCIS 로 재고 에너지는 **IEC 61850**(설비 데이터 모델)·**ISO 50001**(에너지 경영)로 잰다. 대응할 표준 이름이 없으면 그 칸을 **비운다** — 억지로 가까운 이름을 적으면 적합성 표가 거짓을 말한다.
+EMS **anchors to a different standard**: logistics and production are measured against ISA-95/EPCIS, energy against **IEC 61850** (equipment data model) and **ISO 50001** (energy management). Where the standard has no matching name, that cell is **left empty** — forcing a nearby name would make the conformance table lie.
 
-## 4대 자원 (ISA-95)
+## Four resources (ISA-95)
 
-작업이 요구하는 자원을 표준대로 넷으로 나눠 든다. **한 그릇에 담지 않는 이유**: 사람은 고장 나지 않고 교대로 살고, 설비는 고장 나며 OEE 로 평가받고, 팔레트는 돌아온다. 섞으면 한쪽 어휘가 다른 쪽에 붙어 둘 다 거짓이 된다.
+A task's resource needs are held as the standard's four kinds. **Why not one bucket:** people do not break down and live by shifts, equipment does break down and is judged by OEE, pallets come back. Mix them and one vocabulary attaches to the wrong thing, making both false.
 
-| ISA-95 | 커널 | 요구 명세 |
+| ISA-95 | kernel | requirement spec |
 |---|---|---|
-| Personnel | `persons` · `PersonState` | `personnelSpecification` = 등급 + 인원 수 |
-| Equipment | `equipment` · `EquipmentState` | `equipmentSpecification` = 등급 + 대수 |
+| Personnel | `persons` · `PersonState` | `personnelSpecification` = class + headcount |
+| Equipment | `equipment` · `EquipmentState` | `equipmentSpecification` = class + count |
 | PhysicalAsset | `assets` · `AssetState` (GS1 **GRAI**) | `physicalAssetSpecification` |
 | Material | `items` · `ItemState` (EPCIS) | — |
 
-배정 규율: **부분 확보로 시작하지 않는다.** 한 종류라도 모자라면 기다린다(반쯤 잡고 실패하면 자원이 일 없이 묶인다). 확보(`claim*`)와 확정(`assign*`)이 나뉜 이유. 완료 시 함께 해제하되 **자산은 도착 자리에 남는다**(물건이므로 — 회수의 출발점).
+Claim discipline: **never start with a partial claim.** If any kind is short, wait — half-claiming ties resources up with no work to show for it. That is why claiming (`claim*`) and committing (`assign*`) are separate. Everything is released on completion **except the asset, which stays where it arrived** (it is a physical thing — that is where recovery starts).
 
-> 팔레트를 물품으로 두지 않은 이유: GS1 에서 **SSCC**(물류단위)와 **GRAI**(돌아오는 팔레트 자체)는 다른 것이다. 같은 GRAI 가 오늘은 이 SSCC 를, 내일은 다른 SSCC 를 싣는다. 그래서 **신설하고 연결**한다(`AssetState.carrying` ↔ `ItemState.carriedBy`).
+> Why a pallet is not an item: in GS1, an **SSCC** (a logistic unit) and a **GRAI** (the returnable pallet itself) are different things. The same GRAI carries one SSCC today and another tomorrow. So we model them separately and link them (`AssetState.carrying` ↔ `ItemState.carriedBy`).
 
-자원에는 **자격**이 붙는다. 등급이 시험을 요구하고(`testSpecificationIds`) 개체가 결과를 든다(`testResults`) — 요구된 시험의 결과가 없거나 만료·불합격이면 자격이 성립하지 않는다(`meetsTests`). 결과가 **아예 없는 것**과 **불합격**을 같은 값으로 만들지 않는다.
+Resources carry **qualifications**. A class requires tests (`testSpecificationIds`) and an instance holds results (`testResults`) — a required test that is missing, expired or failed means the qualification does not hold (`meetsTests`). **"No result" and "failed" are never the same value.**
 
-## 자리와 그 물리 조건
+## Places and their physical conditions
 
-`locations` · `LocationState` — 자리는 ISA-95 설비 계층의 노드다(Enterprise→Site→Area→StorageZone→StorageUnit).
+`locations` · `LocationState` — a place is a node in the ISA-95 equipment hierarchy (Enterprise→Site→Area→StorageZone→StorageUnit).
 
-자리는 **물리 조건**을 든다: `observations`(속성별 최신 관측 — 온도·습도 등)와 `testSpecificationIds`(그 자리에 걸린 기준). 조건 없이는 물건의 상태를 판정할 수 없고, **이 조인은 트윈만 할 수 있다** — 계측 시스템은 물건의 자리 이력을 모르고, 물류 시스템은 조건 이력을 모른다.
+A place holds **physical conditions**: `observations` (the latest reading per property — temperature, humidity …) and `testSpecificationIds` (the criteria that apply there). Without conditions you cannot judge the state of the goods, and **only the twin can make this join** — the metering system does not know where the goods were, and the logistics system does not know the conditions.
 
-| 축 | 표준 | 우리가 더한 것 |
+| axis | standard | what we added |
 |---|---|---|
-| 관측 | `OperationsEvent` + `OperationsRecordTemplate`(`EffectiveTimestamp`·`EffectiveEndDate`·`HierarchyScope`) | 값을 `ValueType` 으로 **좁혔다**(단위 없는 물리량은 판정의 재료가 못 된다) |
-| 기준 | `TestSpecificationCriteria`(`Expression` = 자유 문장) | **숫자 한계** `limit: {minimum, maximum, uom}` — 자유 문장으로는 판정할 수 없다 |
-| 판정 | `TestResult.EvaluatedCriterionResult`(TextType) | `pass`/`fail` 로 좁힘 · CBV 처분 `conformant`/`non_conformant` |
+| observation | `OperationsEvent` + `OperationsRecordTemplate` (`EffectiveTimestamp` · `EffectiveEndDate` · `HierarchyScope`) | we **narrowed** the value to `ValueType` — a physical quantity with no unit cannot be judged |
+| criteria | `TestSpecificationCriteria` (`Expression`, free text) | **numeric limits** `limit: {minimum, maximum, uom}` — free text cannot be evaluated |
+| verdict | `TestResult.EvaluatedCriterionResult` (TextType) | narrowed to `pass`/`fail` · CBV dispositions `conformant`/`non_conformant` |
 
-판정 함수 `outsideLimit()` 은 **세 갈래로 답한다** — 벗어남(`true`) · 안(`false`) · **판정 못 함(`undefined`)**. 숫자 한계가 없거나, 값이 수가 아니거나, 양쪽이 서로 다른 단위를 말하면 거절한다. 「모름」을 「적합」으로 만들지 않기 위한 것이고, 규제 기록에서 그 구별이 사라지면 결함이 아니라 사고다. 근거의 빈 곳은 `testEvidenceGaps()` 가 따로 센다.
+`outsideLimit()` answers **three ways** — outside (`true`), inside (`false`), **cannot judge (`undefined`)**. It refuses when there is no numeric limit, when the value is not a number, or when the two sides declare different units. This keeps "unknown" from collapsing into "conformant"; in a regulated record, losing that distinction is not a bug but an incident. Missing evidence is counted separately by `testEvidenceGaps()`.
 
-관측은 **사건으로 들어온다**(`OP_EVENT.observation` = `location.measured`) — 상태에만 있는 축은 조용히 사라지는 축이다. 구간 관측(`effectiveEndTime`)은 그 구간 안에서만 참이다: 원본이 「그날 아침」만 말하면 09:00 을 지어내지 않는다.
+Observations **arrive as events** (`OP_EVENT.observation` = `location.measured`) — an axis that lives only in state is an axis that quietly disappears. An interval observation (`effectiveEndTime`) is true only within its interval: if the source says "that morning", we do not invent 09:00.
 
-## 공정 명세와 소요시간 세 층
+## Lots carry their test evidence
 
-`OperationDef` 가 ISA-95 `OperationsSegment` 를 담는다 — `duration`(xsd:duration) · `variability`(퍼짐) · `parameters`(수율·준비시간) · 자원 요구 셋. 소요시간은 **강한 근거부터** 찾는다:
+`ItemState.testResults` — the latest result per specification, each carrying the measurements behind it.
 
-**실측 추정기(호스트 주입) > 선언된 명세 > 커널 상수**
+A record that says only "non-conformant" and one that says "we measured 4.2 °C and it was over the limit" are **different objects**. Regulated records are read **after** an incident, so a verdict without evidence does nothing at the moment it is needed. And the twin is the only thing that can carry this forward: lots cross systems, and the system that judged does not know what happened next.
 
-`specCoverage()` 가 무엇을 썼는지 세어 예측의 **자격**을 낸다 — `relative`(전부 상수: 대안 비교만) · `partial` · `absolute-capable` · `calibrated`. 근거가 없다고 거절하지 않고, **무엇에 근거했는지 함께 말한다.**
+In the standard the verdict is a separate record that **points at** its subject (`TestResult.TestableObjectID`), so events point and state folds it into the object — our narrowing, recorded in the contract. Only the latest result per specification is kept: history is a question for the journal, not for state.
 
-> 표준이 정하지 않은 것: ISA-95 는 자원 구조는 정하지만 파라미터 ID 어휘는 정하지 않는다. 그래서 `OP_PARAM`(yield·setupDuration) **한 곳**에서 정하고, 발명한 자리임을 숨기지 않는다.
+When the source measures but does not judge, the kernel judges from the declared criteria and marks the verdict `derived`. A verdict from the field carries no mark — **absence means the field said it.** The kernel never overrides a verdict the source gave.
 
-## 3채널 계약 (Face 1) + 구독
+## Operation specs and three layers of duration
 
-- **State**: `getSnapshot()` + 델타 이벤트 스트림. 델타 = EPCIS(재고/위치/조립/변환) + 운영 델타(`task/equipment/order.status`, EPCIS 로 재구성 불가한 절반) + 관측(`location.measured`).
-- **Command**(행위/act): `dispatch(cmd)` 가 실제로 상태를 변이 → State 델타 유발(폐루프). 공통 `order.hold`/`resume` + 도메인 확장은 `handleCommand` 시임.
-- **Scenario**: `scenario.load/start/pause/setSpeed`(시뮬 자극). 선언은 `scenario-validate.ts` 가 검증한다.
-- **TwinRuntime**: `subscribe`(snapshot→delta, revision 연속) · `resync` · `tick`. sparse 스트리밍(전이·move-start 만, 매 tick 아님).
+`OperationDef` carries the ISA-95 `OperationsSegment` — `duration` (xsd:duration) · `variability` · `parameters` (yield, setup) · the three resource requirements. Duration is resolved **strongest evidence first**:
 
-`StateSnapshot` 의 축: `locations` · `items` · `equipment` · `persons` · `assets` · `tasks` · `orders` · `attentions` · `energy` · `conformance` · `nowTime` · `identityGrounding` · `unhandled` · `stepsWithoutMaterial`.
+**measured estimator (host-injected) > declared spec > kernel constant**
 
-**`nowTime` 은 트윈이 직접 말한다.** 소비처가 벽시계로 대신 재면 시뮬 트윈에서 엉뚱한 값이 나오고, 관측 모드에서는 「지금」이 마지막으로 들은 발생 시각이다. 없으면 소비처는 **재지 않는다**.
+`specCoverage()` counts which was used and reports the forecast's **standing** — `relative` (all constants: comparison only) · `partial` · `absolute-capable` · `calibrated`. It never refuses for lack of evidence; it **says what the answer rests on.**
 
-## State 이원 모델
+> What the standard does not fix: ISA-95 defines resource structure but not parameter-ID vocabulary. So `OP_PARAM` (yield, setupDuration) is defined in **one place**, and the fact that we invented it is not hidden.
 
-- **EPCIS 저널**(이산): 재고·위치·조립·변환. `epcis.ts` 로 정규 방출, `validateEpcisEvent` 검증.
-- **운영·키네마틱**(연속): 설비 motion(from/to/progress)·태스크·오더 진척. 운영 델타로 미러.
-- **`ObservedReducer`** 가 둘을 접어 재구성 → sim 이벤트든 live 이벤트든 같은 State(데이터원 스왑).
+## The three-channel contract (Face 1) and subscription
 
-### 구동은 둘, 규칙은 하나 — 적합성 하네스
+- **State**: `getSnapshot()` plus a delta stream. Deltas are EPCIS (stock/place/aggregation/transformation) + operational deltas (`task/equipment/order.status` — the half EPCIS cannot reconstruct) + observations (`location.measured`) + test results (`test.result`).
+- **Command** (act): `dispatch(cmd)` actually mutates state and therefore produces State deltas (closing the loop). `order.hold`/`resume` are common; domains extend through the `handleCommand` seam.
+- **Scenario**: `scenario.load/start/pause/setSpeed`. A declared scenario is validated by `scenario-validate.ts`.
+- **TwinRuntime**: `subscribe` (snapshot→delta, continuous revision) · `resync` · `tick`. Sparse streaming — transitions and move-starts only, not every tick.
 
-상태를 만드는 구동이 둘이다(시뮬 `tick()` / 관측 `apply()`). 각자 계약으로 옮기는 코드가 두 벌이면 한쪽만 고쳤을 때 **조용히 어긋난다** — 계약 필드가 거의 다 선택이라 "안 채우는 것이 합법"이고, 컴파일러가 잡아 주지 않는다.
+`StateSnapshot` axes: `locations` · `items` · `equipment` · `persons` · `assets` · `tasks` · `orders` · `attentions` · `energy` · `conformance` · `nowTime` · `identityGrounding` · `unhandled` · `stepsWithoutMaterial`.
 
-> **불변식: 커널 상태의 모든 사실은 이벤트로 나가야 한다 (상태 ⊆ 이벤트).**
+**`nowTime` is the twin speaking its own clock.** A consumer that substitutes wall-clock time gets nonsense in a simulated twin, and in observation mode "now" is the last event time we heard. If it is absent, consumers **do not measure**.
 
-나가지 않는 사실은 미러가 모르고, 저널로 복원되지도 않고(시간여행), 미러에서 세운 예측 씨앗에도 실리지 않는다. `test/driver-conformance.test.ts` 가 시뮬을 굴려 **그 이벤트를 그대로 미러에 흘리고** 두 스냅샷을 대조한다. 정당한 예외는 주석이 아니라 **상수로** 들고 이유를 적는다(호스트가 적분하는 `oee`, 매 tick 가지 않는 보간값 — 대신 **앵커는 반드시 같다**).
+## The dual state model
 
-## 재기동 — 재개점에서 이어 접는다
+- **EPCIS journal** (discrete): stock, place, aggregation, transformation. Emitted canonically through `epcis.ts` and checked by `validateEpcisEvent`.
+- **Operational and kinematic** (continuous): equipment motion (from/to/progress), task and order progress. Mirrored as operational deltas.
+- **`ObservedReducer`** folds both into the same State, whether the events came from a simulation or from the field.
 
-저널을 처음부터 다시 접지 않기 위한 축이다. 실 저널이 수천만 줄인 현장에서 이것은 성능이 아니라 **가능/불가능**의 문제다.
+### Two drivers, one rule — the conformance harness
+
+Two things produce state (simulation `tick()` and observation `apply()`). If each has its own copy of the mapping to the contract, fixing one **silently diverges** from the other — nearly every contract field is optional, so "not filling it" is legal and the compiler says nothing.
+
+> **Invariant: every fact in kernel state must go out as an event (state ⊆ events).**
+
+A fact that does not go out is invisible to the mirror, cannot be restored from the journal (time travel), and is missing from the seed a forecast forks from. `test/driver-conformance.test.ts` runs a simulation, **feeds its own events into a mirror**, and compares the two snapshots. Legitimate exceptions are held as **constants with a stated reason** — never as prose — for example the host-integrated `oee` and interpolated values that do not travel every tick; **their anchors must still match.**
+
+## Restart — fold from a resume point, not from line one
+
+This axis exists so a restart does not re-fold the journal from the beginning. On a real site whose journal runs to tens of millions of rows, that is not a performance question but a question of possible versus impossible.
 
 ```ts
-observedCheckpoint(): ReducerCheckpoint | undefined   // 재개점을 꺼낸다(관측 구동이 아니면 undefined)
-restoreObserved(cp: ReducerCheckpoint): void          // 재개점에서 되세운다
-replayFrom(model, checkpoint, events)                 // 재개점 + 꼬리만 접는다
+observedCheckpoint(): ReducerCheckpoint | undefined   // take the resume point (undefined unless observation-driven)
+restoreObserved(cp: ReducerCheckpoint): void          // stand the reducer back up from it
+replayFrom(model, checkpoint, events)                 // fold the resume point plus the tail only
 ```
 
-> **상태 스냅샷은 씨앗이 되지 못한다.** 리듀서는 소비처가 보는 값 말고도 든다 — 부모를 기다리는 담김·집계 중인 수량·담을 자리를 몰라 세어 둔 사건. 상태만 되돌리고 뒤를 이어 접으면 **0부터 접은 결과와 조용히 달라진다.**
+> **A state snapshot cannot serve as the seed.** The reducer holds more than what consumers see — aggregations awaiting their parent, quantities mid-tally, events counted because there was nowhere to put them. Restore only the state and fold the tail and you **quietly** get a different answer from folding from zero.
+
+That equivalence (`resume point + tail == fold from zero`) is proved by `test/observed-checkpoint.test.ts`. The background, the wrong turns and the host wiring are written up in [`design/fold-and-resume.md`](../../design/fold-and-resume.md).
+
+Axes the **source will not restate** are carried separately (`hydrateContinuity`) — the open demand window's accumulation, totaliser baselines, the peak since observation began, and when each attention started. Observation axes (stock, place, equipment) are deliberately **not** seeded that way.
+
+### What happened does not disappear; what is current does
 
-그 동치(`재개점 + 꼬리 == 0부터 접기`)는 `test/observed-checkpoint.test.ts` 가 증명한다. 배경·시행착오·호스트 배선은 [`design/fold-and-resume.md`](../../design/fold-and-resume.md).
+A later transition that does not mention a field does not erase it — **if that field records something that happened.** A thing that happened cannot become a thing that did not happen, so `materialActual` survives until the source restates it (an explicit empty array clears it).
 
-원본이 **되풀어 주지 않는 축**은 따로 이어받는다(`hydrateContinuity`) — 열린 수요 구간의 누적·적산 기준점·관측 이후 최대·신호가 언제부터인지. 관측 축(재고·자리·설비)은 그 문으로 심지 않는다.
+The opposite rule holds for current values. `remainingMs`, `progress` and the resource reference are emitted only while a task is running; keeping them would show a finished task still holding time and still gripping a resource it released. **Before widening this list, ask whether the field's absence could itself be a fact.** If it could, it does not belong here.
 
-## 주의 신호 — 커널이 판정하고, 문장은 만들지 않는다
+## Attentions — the kernel judges, but writes no sentences
 
-`attentions` 는 커널이 스스로 내는 판정이다(`deriveAttentions`/`collectAttentions`). 각 신호는 `kind` · `severity` · `anchor`(어디의 일인가) · `params`(근거가 된 값)를 든다.
+`attentions` are judgements the kernel makes for itself (`deriveAttentions` / `collectAttentions`). Each carries `kind` · `severity` · `anchor` (whose problem it is) · `params` (the values behind it).
 
-**문장을 만들지 않는다.** 커널은 키와 값만 내고 표현은 소비처가 한다 — 커널이 한국어 문장을 들면 그 트윈은 한 언어에 묶인다. 그리고 판정에는 **근거를 함께 싣는다**: 한계를 넘은 관측 신호는 값·단위·한계·**언제의 값인지**·잰 것인지 접은 것인지를 모두 낸다. 센서가 멈춘 현장에서 그 시각이 없으면 사람은 방금 벗어난 것으로 읽는다.
+**It writes no sentences.** The kernel emits keys and values; wording belongs to the consumer — a kernel that holds Korean sentences is a twin bound to one language. And a judgement always carries its evidence: an out-of-limit observation reports the value, the unit, the limit, **when it was measured**, and whether it was measured or derived. On a site whose sensor has stopped, a signal without that timestamp reads as though it just happened.
 
-판정할 수 없으면 **아무 말도 하지 않는다** — 없는 이탈을 만들지도, 확인되지 않은 합격을 만들지도 않는다.
+When it cannot judge, it **says nothing** — it neither invents a violation nor manufactures an unverified pass.
 
-## 트윈 본연 — 현재로부터 예측 + 정합
+## What makes it a twin — forecasting from now, and reconciliation
 
-관측·예측·행위가 따로 있는 것은 mirror+simulator 다. 트윈의 본질은 그 **커플링**:
+Observation, prediction and action existing separately is a mirror plus a simulator. A twin is their **coupling**:
 
-- **`fork()`** — 현재 상태(in-flight 포함)를 정확히 복제한 격리 엔진. 원본(live/sim)은 계속 진행하고, fork 는 **현재로부터 앞으로** 굴려 완료 시각·처리량을 예측하고 what-if 를 탐색한다. 상태 + 시나리오 + **RNG state** 까지 복제하는 진짜 continuation.
-- **`compareStates(predicted, actual)`** — 같은 시점에 대조해 드리프트(모델↔현실 이탈)를 국소화한다(item/location/order 필드별). 발산 = 이상·개입 신호.
-- **`monteCarloForecast`** — seed 변주 N개 fork → 지표를 **분포**로(min/mean/p50/p90/max). 「언제 끝나나」가 아니라 「P90 완료시각·소진 확률」.
-- **`EventJournal` + `replay`/`replayFrom`** — 트윈의 기억. `until(revision)`/`untilSimTime(iso)` 로 **임의 과거 시점 재구성**(시간여행). 호스트에서는 append 를 DB 이벤트 표로 교체한다.
-- **`TwinHistory` + `counterfactualAt`** — 과거 시점 T 로 돌아가 **대안 결정을 fork** → baseline 과 대조. 「그때 X 했다면」의 효과.
-- **`TwinObserver`** — 주기적으로 fork-예측 후 실제가 그 시점에 도달하면 대조 → 드리프트를 알림 이벤트로.
+- **`fork()`** — an isolated engine cloned from the current state, in-flight work included. The original (live or sim) keeps going while the fork rolls **forward from now** to predict completion times and throughput and to explore what-ifs. State, scenario and **RNG state** are all cloned, so it is a true continuation.
+- **`compareStates(predicted, actual)`** — compares at the same instant and localises drift between model and reality (per item / location / order field). Divergence is the signal to look, or to intervene.
+- **`monteCarloForecast`** — N seed-varied forks give the metric as a **distribution** (min/mean/p50/p90/max). Not "when will it finish" but "P90 completion time, probability of running out".
+- **`EventJournal` + `replay`/`replayFrom`** — the twin's memory. `until(revision)` / `untilSimTime(iso)` reconstruct **any past instant** (time travel). In the host, append is swapped for a database event table.
+- **`TwinHistory` + `counterfactualAt`** — return to instant T, **fork an alternative decision**, and compare against the baseline. "What if we had done X."
+- **`TwinObserver`** — forks a prediction periodically and compares once reality reaches that instant, raising drift as an event.
 
-예측은 **자기 한계를 함께 말한다**: 계보를 잇지 못한 구간(`stepsWithoutMaterial`)과 원본이 개체를 말하지 않아 막힌 오더(`blocked-source-omits-material`)를 결과에 싣는다. 조용히 넘기면 계보가 빈 예측이 정상처럼 보인다.
+A forecast also **states its own limits**: steps taken without being able to link an item (`stepsWithoutMaterial`) and orders blocked because the source never named one (`blocked-source-omits-material`) are reported in the result. Passing over them silently would make a forecast with no lineage look normal.
 
-## 확장 지점
+## Extension points
 
-- **버티컬 추가**: `{x}-profile.ts`(어휘) + `{x}-kernel.ts`(4 hook).
-- **능력(capability)으로 찾기**: concrete 타입에 강결합하지 않는다 — 자원이 능력을 선언하고 공정이 능력을 요구한다.
-- **할당 정책**: `AllocationPolicy` 교체(firstFit/partialFit 내장, FEFO/nearest/zone 추가 가능).
-- **소요시간 추정기**: 실측 기반 추정기를 호스트가 주입.
-- **Face2 어댑터**: 실 시스템 페이로드 → 선언적 매핑 → 정규 EPCIS.
-- **host 결합**: `TwinRuntime` 를 GraphQL sub·서비스로 래핑(전송은 얇은 host 계층).
+- **A new vertical**: `{x}-profile.ts` (vocabulary) + `{x}-kernel.ts` (4 hooks).
+- **Find by capability**: never bind to a concrete type — resources declare capabilities and operations require them.
+- **Allocation policy**: swap `AllocationPolicy` (firstFit/partialFit ship with it; FEFO/nearest/zone can be added).
+- **Duration estimators**: the host injects estimators built from measurements.
+- **Face2 adapter**: a real system's payload → declarative mapping → canonical EPCIS.
+- **Host binding**: wrap `TwinRuntime` in a GraphQL subscription or service (transport stays a thin host layer).
 
-## 미구현(범위 밖)
+## Not implemented (out of scope)
 
-host 결합(전송·퍼시스턴스·커넥터) · 보드 바인딩(컴포넌트↔SGLN) · 도메인 깊이(WMS 멀티라인, YMS 상하차 AggregationEvent, MES BOM).
+Host binding (transport, persistence, connectors) · board binding (component ↔ SGLN) · domain depth (WMS multi-line, YMS load/unload AggregationEvent, MES BOM).
 
-**모델의 남은 공백**(정직하게):
+**Gaps in the model, stated plainly:**
 
-- 인원 **숙련도** — 등급과 자격 시험은 있으나 숙련도별 소요 차이는 없다
-- 자산 **회수 작업** — 빈 팔레트가 도착 자리에 남을 뿐
-- `equipment`/`locations` **계층 겸직** — 한 목록이 이동설비와 워크센터를, 다른 목록이 주소 가능한 자리와 작업 자리를 함께 든다(개명으로 이름은 정리됐고 계층은 그대로다)
-- **next-event 도약** — 지금은 고정 간격 tick
-- 라이브 **예측** — 미러 상태에서 fork 는 되지만 라이브 자체의 예측 경로는 통합 보류
-- 구조가 **여러 번 갈린** 저널의 마디별 재개점 — 지금은 최신 하나
+- Personnel **skill level** — classes and qualification tests exist, but skill does not change duration
+- Asset **recovery work** — an empty pallet simply stays where it arrived
+- `equipment` / `locations` **level conflation** — one list holds both mobile equipment and work centres, the other both addressable places and work positions (the rename cleaned up the names, not the levels)
+- **Next-event jumping** — ticks are still fixed-interval
+- **Live forecasting** — a mirror's state can be forked, but the live path's own forecast is deliberately not unified yet
+- Per-segment resume points for a journal whose **structure changed several times** — only the latest is kept
 
-**1.0 게이트**: `equipment`/`locations` 계층을 정리하거나 가산적으로만 가능하도록 확정한 뒤. 계약 파괴가 예정된 채로 1.0 을 주면 다음 라운드가 곧 2.0 이 된다.
+**1.0 gate**: after the `equipment` / `locations` levels are either resolved or fixed as additive-only. Shipping 1.0 with a contract break already scheduled makes the next round a 2.0.
 
-## 설계 SoT
+## Design sources of truth
 
 `operato-twin/design/` —
 
-- [`fold-and-resume.md`](../../design/fold-and-resume.md) — 저널 접기·재개점(시행착오·원칙·현 구현)
-- [`runtime-state-model.md`](../../design/runtime-state-model.md) — 라이브=권위 / 히스토리=파생, 시각축, 정체성
-- [`04-decisions.md`](../../design/04-decisions.md) — ADR
-- `plans/simulation-spec.md`(명세·추정기·예측 자격) · `plans/four-resources-and-conformance.md`(4대 자원·불변식) · `plans/kernel-unification-live-observe.md`(구동 통합)
-- `profiles/ems.md` — 에너지 프로파일의 표준 앵커
+- [`fold-and-resume.md`](../../design/fold-and-resume.md) — folding and resume points (the wrong turns, the principles, what is implemented)
+- [`runtime-state-model.md`](../../design/runtime-state-model.md) — live = authority / history = derived, the time axis, identity
+- [`04-decisions.md`](../../design/04-decisions.md) — ADRs
+- `plans/simulation-spec.md` (specs, estimators, forecast standing) · `plans/four-resources-and-conformance.md` (four resources, invariants) · `plans/kernel-unification-live-observe.md` (driver unification)
+- `profiles/ems.md` — the energy profile's standard anchors

package/dist/contract.d.ts

@@ -1058,7 +1058,7 @@ export interface LocationState {
     /**
      * 이 자리를 **어떻게 알게 됐는가** — `master`(원 시스템 마스터/저작이 말해 준 자리) ·
      * `observed`(이벤트에 등장해서 알게 된 자리). 소비처가 둘을 구별해야 한다: 관측으로 알게 된 자리는
-     * 보드에 좌표가 없고 용량이 비어 있어 **계획에 참여하지 못한다**(그 사실을 감추지 않기 위한 표시).
+     * 트윈 모델에 좌표가 없고 용량이 비어 있어 **계획에 참여하지 못한다**(그 사실을 감추지 않기 위한 표시).
      */
     origin?: 'master' | 'observed';
     /**
@@ -1633,6 +1633,25 @@ export interface OrderState {
      * 이것도 상태에 없어서 되살아난 오더는 빈 문자열을 갖고, 이후 모든 이벤트의 거래번호가 빈다.
      */
     bizTransaction?: string;
+    /**
+     * 이 오더가 **이행하는 계획** — 표준 `OperationsRequestID`.
+     *
+     * ── 왜 부모-자식이 아닌가 (원문 대조 2026-08-24) ───────────────────────────
+     * 「생산 계획 하나에 작업지시 여럿」을 담아야 했고, `parentOrderId` 같은 위계를 만들려다 원문을
+     * 읽었다. **`OperationsRequestType` 에는 부모 축이 없다** — 계획은 `SegmentRequirement` 로 분해되고
+     * 자식 계획을 갖지 않는다.
+     *
+     * 표준이 쓰는 방향은 반대다: **이행하는 쪽이 계획을 가리킨다.** `OperationsResponseType` 과
+     * `OpSegmentResponseType` **둘 다** `OperationsRequestID` 를 든다(B2MML-OperationsPerformance ·
+     * OperationsPerformanceTypes). 그래서 위계를 발명하지 않고 그 참조를 그대로 쓴다.
+     *
+     * 그러면 「이 계획이 얼마나 이행됐나」는 이 값으로 묶어 답한다 — **새 축을 만들지 않는다.** 계획
+     * 자체도 오더로 들어오면 그 오더의 `requested` 가 계획량이고, 묶인 것들의 합과 **다를 수 있다.**
+     * 그 차이가 곧 진단이므로 둘을 같은 값으로 만들지 않는다.
+     *
+     * `bizTransaction` 과 다르다 — 그것은 외부 거래(PO/SO)이고 이것은 **우리 안의 상위 계획**이다.
+     */
+    operationsRequestId?: string;
     /**
      * 도메인이 **약속해 둔 자리와 시각창** — 어디로/언제 들이기로 했는가.
      *
@@ -2083,7 +2102,7 @@ export interface ScenarioDef {
      * ── 왜 시나리오에 있나 (2026-08-17) ───────────────────────────────────────
      * 시나리오는 이미 「우리가 가정한 미래」다. 「30분 뒤 이 설비를 세운다」는 정확히 그 미래의 일부이므로
      * 여기 있어야 한다. 호스트가 fork 를 굴리며 밖에서 커맨드를 쏘는 방법도 되지만, 그러면 가정이 fork
-     * 밖에 남아 **다른 소비처가 같은 미래를 재생할 수 없다**(예측·백테스트·AI·보드가 각자 타이밍을 다시
+     * 밖에 남아 **다른 소비처가 같은 미래를 재생할 수 없다**(예측·백테스트·AI·트윈 모델이 각자 타이밍을 다시
      * 짜야 한다). fork 가 자기완결이면 같은 선언 하나로 어디서든 같은 미래가 나온다.
      *
      * `atMs` 는 **시나리오를 시작한 시점부터의 경과**다(절대 시각이 아니다) — fork 는 언제 갈라져도
@@ -2439,6 +2458,8 @@ export interface OrderStatusDelta {
      */
     allocated?: string[];
     bizTransaction?: string;
+    /** 이행하는 계획 — 표준 `OperationsRequestID`(§`OrderState.operationsRequestId`). */
+    operationsRequestId?: string;
     /**
      * 도메인이 **약속해 둔 자리와 시각창** — 어디로/언제 들이기로 했는가.
      *
@@ -2470,32 +2491,32 @@ export type OperationalDelta = TaskStatusDelta | EquipmentStatusDelta | PersonSt
 export type EventHandler = (e: CanonicalEnvelope) => void;
 export type Unsubscribe = () => void;
 /**
- * **저장된 보드를 읽는 단 하나의 입구.**
+ * **저장된 트윈 모델을 읽는 단 하나의 입구.**
  *
- * `equipment` 로 개명하기 전에 저장된 보드는 `movers` 키를 갖고 있다(개명 시점 23개 인스턴스).  (vocabulary-guard: allow — 읽기 호환 설명)
+ * `equipment` 로 개명하기 전에 저장된 트윈 모델은 `movers` 키를 갖고 있다(개명 시점 23개 인스턴스).  (vocabulary-guard: allow — 읽기 호환 설명)
  * 저장물을 다시 쓰지 않고 **읽을 때 흡수**한다 — 마이그레이션은 되돌리기 어렵고, 읽기 호환은 값싸다.
  *
  * 규율 둘:
  *  - 이 함수를 **거치지 않고** `def.equipment` 를 직접 읽는 코드를 두지 않는다. 하나라도 남으면
- *    그 경로에서만 옛 보드의 설비가 조용히 사라진다(빈 배열).
+ *    그 경로에서만 옛 트윈 모델의 설비가 조용히 사라진다(빈 배열).
  *  - **쓸 때는 새 이름만** 쓴다. 두 이름으로 쓰기 시작하면 저장물에 두 벌이 영구히 섞인다.
  *
- * 제거 시점: 저장된 보드가 모두 `equipment` 키로 바뀐 것이 확인되면(운영 데이터 점검 후) 이 함수는
+ * 제거 시점: 저장된 트윈 모델이 모두 `equipment` 키로 바뀐 것이 확인되면(운영 데이터 점검 후) 이 함수는
  * 사라진다. 그때까지 남겨 두는 이유를 여기 적어 두는 것이 주석의 일이다.
  */
 /**
- * **저장된 보드의 자리를 읽는 단 하나의 입구.** `readBoardEquipment` 와 같은 규율.
+ * **저장된 트윈 모델의 자리를 읽는 단 하나의 입구.** `readBoardEquipment` 와 같은 규율.
  *
- * `nodes` → `locations` 개명(2026-08-01) 전에 저장된 보드는 `nodes` 키를 갖고 있다(개명 시점 23개).  (vocabulary-guard: allow — 읽기 호환 설명)
+ * `nodes` → `locations` 개명(2026-08-01) 전에 저장된 트윈 모델은 `nodes` 키를 갖고 있다(개명 시점 23개).  (vocabulary-guard: allow — 읽기 호환 설명)
  * 이 함수를 거치지 않고 `def.locations` 를 직접 읽는 코드를 두지 않는다 — 하나라도 남으면 그 경로에서만
- * 옛 보드의 자리가 조용히 사라진다(빈 배열 = 자리 없는 트윈 = 아무 일도 일어나지 않는다).
+ * 옛 트윈 모델의 자리가 조용히 사라진다(빈 배열 = 자리 없는 트윈 = 아무 일도 일어나지 않는다).
  */
 export declare function readBoardLocations(def: TwinModelDef | (Record<string, unknown> & {
     locations?: unknown;
     nodes?: unknown;
 })): TwinModelDef['locations'];
 export declare function readBoardEquipment(def: TwinModelDef | Record<string, unknown>): TwinModelDef['equipment'];
-/** 저장된 보드의 반복사용 자산 — 설비와 같은 정규화를 거친다. */
+/** 저장된 트윈 모델의 반복사용 자산 — 설비와 같은 정규화를 거친다. */
 export declare function readBoardAssets(def: TwinModelDef | Record<string, unknown>): NonNullable<TwinModelDef['assets']>;
 export interface TwinModelDef {
     /**
@@ -2611,7 +2632,7 @@ export interface TwinModelDef {
      *
      * 그 이름의 유래는 자재가 아니라 **소비자**다: `MesKernel` 의 생성자 인자 이름이
      * `mesSpec: MesDefinitionSpec` 이고(정의-구동 모드를 MES 에만 도입한 커밋 `ce4fbeb`), 호스트가
-     * 보드에 얹을 때 그 인자 이름을 그대로 가져왔다. 소비자가 하나일 때는 어색하지 않았다.
+     * 트윈 모델에 얹을 때 그 인자 이름을 그대로 가져왔다. 소비자가 하나일 때는 어색하지 않았다.
      *
      * `materialSpec` 도 답이 아니다. ① 담긴 것이 자재가 아니다 — 타입·오퍼레이션(소요·변동·모수·
      * 인원/설비/자산/자재 명세)·라우트·레시피이고 자재는 그중 한 항목의 한 필드다. ② 그 이름은 이미

package/dist/contract.js

@@ -1040,25 +1040,25 @@ export const CMD = {
 };
 // ── 보드 청사진 바인딩 (최소) ──────────────────────────────────────────────
 /**
- * **저장된 보드를 읽는 단 하나의 입구.**
+ * **저장된 트윈 모델을 읽는 단 하나의 입구.**
  *
- * `equipment` 로 개명하기 전에 저장된 보드는 `movers` 키를 갖고 있다(개명 시점 23개 인스턴스).  (vocabulary-guard: allow — 읽기 호환 설명)
+ * `equipment` 로 개명하기 전에 저장된 트윈 모델은 `movers` 키를 갖고 있다(개명 시점 23개 인스턴스).  (vocabulary-guard: allow — 읽기 호환 설명)
  * 저장물을 다시 쓰지 않고 **읽을 때 흡수**한다 — 마이그레이션은 되돌리기 어렵고, 읽기 호환은 값싸다.
  *
  * 규율 둘:
  *  - 이 함수를 **거치지 않고** `def.equipment` 를 직접 읽는 코드를 두지 않는다. 하나라도 남으면
- *    그 경로에서만 옛 보드의 설비가 조용히 사라진다(빈 배열).
+ *    그 경로에서만 옛 트윈 모델의 설비가 조용히 사라진다(빈 배열).
  *  - **쓸 때는 새 이름만** 쓴다. 두 이름으로 쓰기 시작하면 저장물에 두 벌이 영구히 섞인다.
  *
- * 제거 시점: 저장된 보드가 모두 `equipment` 키로 바뀐 것이 확인되면(운영 데이터 점검 후) 이 함수는
+ * 제거 시점: 저장된 트윈 모델이 모두 `equipment` 키로 바뀐 것이 확인되면(운영 데이터 점검 후) 이 함수는
  * 사라진다. 그때까지 남겨 두는 이유를 여기 적어 두는 것이 주석의 일이다.
  */
 /**
- * **저장된 보드의 자리를 읽는 단 하나의 입구.** `readBoardEquipment` 와 같은 규율.
+ * **저장된 트윈 모델의 자리를 읽는 단 하나의 입구.** `readBoardEquipment` 와 같은 규율.
  *
- * `nodes` → `locations` 개명(2026-08-01) 전에 저장된 보드는 `nodes` 키를 갖고 있다(개명 시점 23개).  (vocabulary-guard: allow — 읽기 호환 설명)
+ * `nodes` → `locations` 개명(2026-08-01) 전에 저장된 트윈 모델은 `nodes` 키를 갖고 있다(개명 시점 23개).  (vocabulary-guard: allow — 읽기 호환 설명)
  * 이 함수를 거치지 않고 `def.locations` 를 직접 읽는 코드를 두지 않는다 — 하나라도 남으면 그 경로에서만
- * 옛 보드의 자리가 조용히 사라진다(빈 배열 = 자리 없는 트윈 = 아무 일도 일어나지 않는다).
+ * 옛 트윈 모델의 자리가 조용히 사라진다(빈 배열 = 자리 없는 트윈 = 아무 일도 일어나지 않는다).
  */
 export function readBoardLocations(def) {
     const d = def; // vocabulary-guard: allow — 옛 키 캐스트
@@ -1066,12 +1066,12 @@ export function readBoardLocations(def) {
 }
 export function readBoardEquipment(def) {
     /* `movers` 는 개명 **이전의 이름**이다(movers → equipmentList → equipment). 저장된 보드에는 세 세대가
-       섞여 있어(실측: 23개 중 13개가 `movers`) 하나라도 빠뜨리면 그 보드는 **설비가 0인 공장**으로 읽힌다 —
+       섞여 있어(실측: 23개 중 13개가 `movers`) 하나라도 빠뜨리면 그 트윈 모델은 **설비가 0인 공장**으로 읽힌다 —
        오류 없이. 실제로 그랬다: 화면의 설비 수가 0이고, 용량 판정에 자원이 없고, 카탈로그 통합 테스트가
        "완제품 0" 으로 떨어졌다. 셋 다 원인이 이 한 줄이었다. */
     const d = def; // vocabulary-guard: allow — 옛 키를 읽어야 하는 자리
     const list = d.equipment ?? d.equipmentList ?? d.movers ?? []; // vocabulary-guard: allow — 옛 키 흡수
-    /* 소속 자리 키도 함께 정규화한다 — `homeNode → homeLocation` 개명 전 보드가 23개 있다.  (vocabulary-guard: allow — 옛 키 정규화 설명)
+    /* 소속 자리 키도 함께 정규화한다 — `homeNode → homeLocation` 개명 전 트윈 모델이 23개 있다.  (vocabulary-guard: allow — 옛 키 정규화 설명)
        배열만 흡수하고 안쪽 키를 놓치면 설비는 나타나지만 **소속이 전부 비어** 롤업이 통째로 사라진다. */
     return list.map(e => normalizeHomeLocation(e));
 }
@@ -1083,7 +1083,7 @@ function normalizeHomeLocation(entry) {
     const { homeNode: _drop, ...rest } = entry; // vocabulary-guard: allow — 옛 키 제거
     return { ...rest, homeLocation: legacy };
 }
-/** 저장된 보드의 반복사용 자산 — 설비와 같은 정규화를 거친다. */
+/** 저장된 트윈 모델의 반복사용 자산 — 설비와 같은 정규화를 거친다. */
 export function readBoardAssets(def) {
     const list = (def.assets ?? []);
     return list.map(a => normalizeHomeLocation(a));

package/dist/domain-catalog.d.ts

@@ -86,7 +86,7 @@ export interface TwinAxisInfo {
      * 현장이 낳는 사실이고, 그 집은 커널 상태와 저널이다(ISA-95 Part 4).
      *
      * 이 칸이 없으면 축만 늘려도 소비처가 board 에서 찾다가 **언제나 0 을 답한다** — 오류 없이,
-     * 그냥 빈 공장처럼. 이 프로젝트가 이미 그 모양으로 한 번 무너졌다(옛 어휘 보드가 자리 0·설비 0).
+     * 그냥 빈 공장처럼. 이 프로젝트가 이미 그 모양으로 한 번 무너졌다(옛 어휘 트윈 모델이 자리 0·설비 0).
      *
      *  · `document` — 저장된 트윈 모델 안. `path` 가 그 자리를 말한다
      *  · `state`    — 커널 상태. **지금의 사실**이고 커널이 돌 때만 있다(멈추면 `null`, 0 이 아니다)

package/dist/epcis.d.ts

@@ -81,6 +81,16 @@ export declare const CBV_BIZSTEP: {
      * 공정 중 검사가 그 모양이다.
      */
     readonly inspecting: "urn:epcglobal:cbv:bizstep:inspecting";
+    /**
+     * **어느 단계로도 이름 붙지 않는 활동** — 원문: 「A business step not identified by any other」.
+     *
+     * 이것은 근사가 아니라 **표준이 준 낱말**이다. 그 구별이 중요하다: 재고 조정처럼 한 낱말이 두 일을
+     * 하는 원천(세어 보고 맞춘 것 · 사람이 정정한 것)을 `cycle_counting` 으로 옮기면 **일어나지 않은
+     * 계수를 기록**하게 된다. 그때 쓰는 것이 이 값이고, 무슨 일이었는지는 값으로 함께 나른다.
+     *
+     * 원문 확인: CBV Standard Release 2.0(Ratified Jun 2022) §7.1.
+     */
+    readonly other: "urn:epcglobal:cbv:bizstep:other";
 };
 export type EpcisEventType = 'ObjectEvent' | 'AggregationEvent' | 'TransactionEvent' | 'TransformationEvent';
 export type EpcisAction = 'ADD' | 'OBSERVE' | 'DELETE';

package/dist/epcis.js

@@ -89,7 +89,17 @@ export const CBV_BIZSTEP = {
      * 이 단계에 `DISP.conformant`/`DISP.non_conformant` 가 붙어 판정이 처분으로 남는다 — 입고검수·
      * 공정 중 검사가 그 모양이다.
      */
-    inspecting: 'urn:epcglobal:cbv:bizstep:inspecting'
+    inspecting: 'urn:epcglobal:cbv:bizstep:inspecting',
+    /**
+     * **어느 단계로도 이름 붙지 않는 활동** — 원문: 「A business step not identified by any other」.
+     *
+     * 이것은 근사가 아니라 **표준이 준 낱말**이다. 그 구별이 중요하다: 재고 조정처럼 한 낱말이 두 일을
+     * 하는 원천(세어 보고 맞춘 것 · 사람이 정정한 것)을 `cycle_counting` 으로 옮기면 **일어나지 않은
+     * 계수를 기록**하게 된다. 그때 쓰는 것이 이 값이고, 무슨 일이었는지는 값으로 함께 나른다.
+     *
+     * 원문 확인: CBV Standard Release 2.0(Ratified Jun 2022) §7.1.
+     */
+    other: 'urn:epcglobal:cbv:bizstep:other'
 };
 // ── GS1 EPC URI 헬퍼 (표준) ────────────────────────────────────────────────
 /** SSCC (물류단위: 팔레트/화물/트레일러) — 결정적 카운터 기반. */

package/dist/event-journal.d.ts

@@ -41,7 +41,7 @@ export declare function replayWithCheckpoint(model: TwinModelDef, events: readon
 /**
  * 한 구조 아래에서 일어난 이벤트들 — 재생의 한 마디.
  *
- * 필드 이름이 `model` 인 이유: 이 값의 정체는 **트윈 모델**이다(`TwinModelDef`). 보드는 그것을 그리는
+ * 필드 이름이 `model` 인 이유: 이 값의 정체는 **트윈 모델**이다(`TwinModelDef`). 트윈 모델은 그것을 그리는
  * 표현 중 하나일 뿐이고, 소비처는 이미 전부 `model` 로 옮겼다. 그동안 호스트가 넘길 때마다 `model` 을
  * `board` 키로 되돌려 담는 **어휘 번역기**가 경계에 끼어 있었다 — 조용히 `model` 로 넘기면 커널이
  * `undefined` 를 읽고 재생이 통째로 죽던 자리다. 이름을 맞추면 그 브릿지가 사라진다.

package/dist/flow-engine.d.ts

@@ -635,7 +635,7 @@ export declare abstract class FlowEngine implements TwinKernel {
     private materialSpecCrossKeyOverlaps;
     private observedDirty;
     private observeMode;
-    /** 관측 구동이 투영기를 세울 때 필요한 원본 보드(구조는 이벤트가 아니라 마스터에서 온다). */
+    /** 관측 구동이 투영기를 세울 때 필요한 원본 트윈 모델(구조는 이벤트가 아니라 마스터에서 온다). */
     protected boardDef?: TwinModelDef;
     /** 명세 소비 기록 — 무엇을 선언값으로, 무엇을 기본값으로 계산했나(정직한 자기보고). */
     private specUse;
@@ -1598,7 +1598,7 @@ export declare abstract class FlowEngine implements TwinKernel {
     /**
      * 시뮬 시각의 분(0..1439) — 캘린더 판정의 기준.
      *
-     * **보드가 선언한 기준으로 읽는다**(`utcOffsetMinutes`). 예전에는 UTC 로 읽어서 Rosarito(UTC−7)의
+     * **트윈 모델이 선언한 기준으로 읽는다**(`utcOffsetMinutes`). 예전에는 UTC 로 읽어서 Rosarito(UTC−7)의
      * 06시 교대가 7시간 틀렸다 — 시각대만 적고 기준을 안 적으면 반드시 이렇게 된다.
      */
     protected minuteOfDay(): number;

package/dist/flow-engine.js

@@ -705,7 +705,7 @@ export class FlowEngine {
     materialSpecCrossKeyOverlaps = 0;
     observedDirty = false;
     observeMode = false;
-    /** 관측 구동이 투영기를 세울 때 필요한 원본 보드(구조는 이벤트가 아니라 마스터에서 온다). */
+    /** 관측 구동이 투영기를 세울 때 필요한 원본 트윈 모델(구조는 이벤트가 아니라 마스터에서 온다). */
     boardDef;
     /** 명세 소비 기록 — 무엇을 선언값으로, 무엇을 기본값으로 계산했나(정직한 자기보고). */
     specUse = new Map();
@@ -1035,7 +1035,7 @@ export class FlowEngine {
                 /* 계획 정지를 이어받는다 — 잃으면 씨앗이 **정비 중인 설비를 가용으로 놓고** 미래를 시뮬레이션한다
                    (예측이 낙관 쪽으로 치우친다). 씨앗 왕복 대조가 이것을 잡았다. */
                 ...(m.held ? { held: true } : {}),
-                /* 관측 스냅샷이 들고 있는 것은 관측을 따른다(미러가 보드에서 읽어 실어 온다). */
+                /* 관측 스냅샷이 들고 있는 것은 관측을 따른다(미러가 트윈 모델에서 읽어 실어 온다). */
                 ...(m.properties ? { properties: m.properties } : {}),
                 ...(m.testSpecificationIds ? { testSpecificationIds: m.testSpecificationIds } : {}),
                 /* 결과도 이어받는다 — 잃으면 예측이 **자격 만료를 모르는 현장**에서 출발한다(낙관 쪽으로 치우친다). */
@@ -1561,7 +1561,7 @@ export class FlowEngine {
                         ...(this.materialSpecCrossKeyOverlaps ? { materialSpecCrossKeyOverlaps: this.materialSpecCrossKeyOverlaps } : {})
                     } }
                 : {}),
-            /* 출처 표시 — 보드(마스터)에서 온 자리다. 미러는 관측으로 알게 된 자리를 'observed' 로 구별하는데,
+            /* 출처 표시 — 트윈 모델(마스터)에서 온 자리다. 미러는 관측으로 알게 된 자리를 'observed' 로 구별하는데,
              * 시뮬이 아무 표시도 안 하면 소비처가 두 스냅샷을 같은 규칙으로 읽지 못한다. */
             locations: [...this.locations.values()].map(n => {
                 const { status, ...rest } = n;
@@ -3532,7 +3532,7 @@ export class FlowEngine {
     /**
      * 시뮬 시각의 분(0..1439) — 캘린더 판정의 기준.
      *
-     * **보드가 선언한 기준으로 읽는다**(`utcOffsetMinutes`). 예전에는 UTC 로 읽어서 Rosarito(UTC−7)의
+     * **트윈 모델이 선언한 기준으로 읽는다**(`utcOffsetMinutes`). 예전에는 UTC 로 읽어서 Rosarito(UTC−7)의
      * 06시 교대가 7시간 틀렸다 — 시각대만 적고 기준을 안 적으면 반드시 이렇게 된다.
      */
     minuteOfDay() {

package/dist/observed-reducer.d.ts

@@ -179,7 +179,7 @@ export declare class ObservedReducer {
     private corrections;
     /** 반영하지 못한 사건의 종류별 집계 — 원문은 쌓지 않는다(저널에 이미 있다). */
     private unhandled;
-    /** 선언된 판정 기준(보드에서 한 번 읽는다) — 판정은 선언한 것에만 걸린다. */
+    /** 선언된 판정 기준(트윈 모델에서 한 번 읽는다) — 판정은 선언한 것에만 걸린다. */
     private testSpecs;
     /**
      * 자원별 **교대 선언** — 미러가 "지금 근무 중인가" 를 스스로 판정하기 위한 재료.
@@ -195,7 +195,7 @@ export declare class ObservedReducer {
      * 통과시키는 어긋남이 생기고, 그 어긋남은 조용하다.
      */
     private classDefs;
-    /** 시각 해석 기준(보드 선언) — 없으면 UTC. 캘린더의 `HH:MM` 이 어느 기준인지 정한다. */
+    /** 시각 해석 기준(트윈 모델 선언) — 없으면 UTC. 캘린더의 `HH:MM` 이 어느 기준인지 정한다. */
     private utcOffsetMinutes?;
     constructor(model: TwinModelDef);
     /**
@@ -228,7 +228,7 @@ export declare class ObservedReducer {
      * 종류는 모르므로 `unknown`, **용량은 비워 둔다**(발명하지 않는다), 출처는 `observed`.
      *
      * 출처를 표시하는 이유: 소비처가 "마스터가 말한 자리" 와 "관측으로 알게 된 자리" 를 구별해야 한다
-     * (보드에 좌표가 없고, 용량을 채워야 계획에 참여한다). 마스터 동기가 오면 `master` 로 승격된다.
+     * (트윈 모델에 좌표가 없고, 용량을 채워야 계획에 참여한다). 마스터 동기가 오면 `master` 로 승격된다.
      */
     private touchLocation;
     /**

package/dist/observed-reducer.js

@@ -68,7 +68,7 @@ export class ObservedReducer {
     corrections = [];
     /** 반영하지 못한 사건의 종류별 집계 — 원문은 쌓지 않는다(저널에 이미 있다). */
     unhandled = new Map();
-    /** 선언된 판정 기준(보드에서 한 번 읽는다) — 판정은 선언한 것에만 걸린다. */
+    /** 선언된 판정 기준(트윈 모델에서 한 번 읽는다) — 판정은 선언한 것에만 걸린다. */
     testSpecs = new Map();
     /**
      * 자원별 **교대 선언** — 미러가 "지금 근무 중인가" 를 스스로 판정하기 위한 재료.
@@ -84,7 +84,7 @@ export class ObservedReducer {
      * 통과시키는 어긋남이 생기고, 그 어긋남은 조용하다.
      */
     classDefs = {};
-    /** 시각 해석 기준(보드 선언) — 없으면 UTC. 캘린더의 `HH:MM` 이 어느 기준인지 정한다. */
+    /** 시각 해석 기준(트윈 모델 선언) — 없으면 UTC. 캘린더의 `HH:MM` 이 어느 기준인지 정한다. */
     utcOffsetMinutes;
     constructor(model) {
         this.utcOffsetMinutes = model.utcOffsetMinutes;
@@ -209,7 +209,7 @@ export class ObservedReducer {
      * 종류는 모르므로 `unknown`, **용량은 비워 둔다**(발명하지 않는다), 출처는 `observed`.
      *
      * 출처를 표시하는 이유: 소비처가 "마스터가 말한 자리" 와 "관측으로 알게 된 자리" 를 구별해야 한다
-     * (보드에 좌표가 없고, 용량을 채워야 계획에 참여한다). 마스터 동기가 오면 `master` 로 승격된다.
+     * (트윈 모델에 좌표가 없고, 용량을 채워야 계획에 참여한다). 마스터 동기가 오면 `master` 로 승격된다.
      */
     touchLocation(id) {
         if (!id || this.master.has(id))
@@ -271,6 +271,32 @@ export class ObservedReducer {
                  * 예측을 이어 굴릴 수 있고, 무자원이 설계인지(체류) 구별할 수 있다. */
                 this.touchLocation(d.fromNode);
                 this.touchLocation(d.toNode);
+                /*
+                 * ── ★ **일어난 일은 다시 말하지 않아도 지우지 않는다** (2026-08-24) ────────
+                 *
+                 * 이 자리는 매번 **새 객체를 짓는다.** 그래서 뒤에 온 전이가 앞의 필드를 조용히 지웠다 — 물품은
+                 * 오래전부터 병합하는데(`mergeItem`: 「아는 것을 잃지 않는다」) **작업만 그 규율 밖에 있었다.**
+                 *
+                 * 실측(포천): 작업 하나가 전이 여러 건으로 온다((로트,공정) 76짝 중 52짝이 2건 이상). 완료
+                 * 전이에 투입 실적을 실으면 **그 뒤 어떤 전이도 그것을 지웠다.**
+                 *
+                 * ── 그런데 **통째 병합은 반대 방향으로 틀린다** ────────────────────────────
+                 * 어떤 필드는 **일부러 사라진다**: `remainingMs`·`progress`·`startedAtSimMs` 는 진행 중일 때만
+                 * 실리고(§`emitTask`), 자원 참조는 놓으면 빠진다. 그것을 지키면 끝난 작업이 남은 시간을 들고
+                 * 놓은 자원을 계속 쥔 것으로 보인다.
+                 *
+                 * ── 그래서 선을 이렇게 긋는다 ──────────────────────────────────────────
+                 *   **과거의 사실**은 다시 말하지 않아도 지우지 않는다 — 일어난 일은 안 일어난 일이 될 수 없다
+                 *   **지금의 값**은 말하지 않으면 없는 것이다 — 그것이 「지금」의 뜻이다
+                 *
+                 * 지금 이 규율이 걸리는 것은 `materialActual`(무엇을 얼마나 썼나) 하나다 — 상태가 드는 것 중
+                 * 「일어난 일」이 그것뿐이다(`outcome` 은 상태 계약에 아직 없다). 명시로 지우려면 원천이
+                 * **빈 배열**을 보낸다(`materialActual: []`) — 그때는 말한 것이다.
+                 *
+                 * 늘릴 때는 「이 필드가 사라지는 것이 사실일 수 있나」를 먼저 물어야 한다. 그렇다면 넣지 않는다.
+                 */
+                const prevTask = this.tasks.get(d.taskId);
+                const keptActual = d.materialActual === undefined ? prevTask?.materialActual : undefined;
                 this.tasks.set(d.taskId, {
                     id: d.taskId, kind: d.kind, status: d.status, fromNode: d.fromNode, toNode: d.toNode,
                     itemRefs: d.itemRefs, resourceRef: d.resourceRef, orderId: d.orderId,
@@ -279,8 +305,13 @@ export class ObservedReducer {
                     ...(d.personnel?.length ? { personnel: d.personnel.slice() } : {}),
                     ...(d.assets?.length ? { assets: d.assets.slice() } : {}),
                     ...(d.resources?.length ? { resources: d.resources.slice() } : {}),
-                    /* 실제 자재 이동 — 인원·설비와 같은 채널로 온다(실적을 한 곳에서 읽는다). */
-                    ...(d.materialActual?.length ? { materialActual: d.materialActual.map(r => ({ ...r })) } : {}),
+                    /* 실제 자재 이동 — 인원·설비와 같은 채널로 온다(실적을 한 곳에서 읽는다).
+                       말하지 않았으면 **앞의 것을 지킨다**(위 주석) — 빈 배열은 「지웠다」로 말한 것이다. */
+                    ...(d.materialActual?.length
+                        ? { materialActual: d.materialActual.map(r => ({ ...r })) }
+                        : keptActual?.length
+                            ? { materialActual: keptActual.map(r => ({ ...r })) }
+                            : {}),
                     ...(d.priority !== undefined ? { priority: d.priority } : {}),
                     ...(d.startTime ? { startTime: d.startTime } : {}),
                     ...(d.endTime ? { endTime: d.endTime } : {})
@@ -433,6 +464,8 @@ export class ObservedReducer {
                     ...(d.recipeKey ? { recipeKey: d.recipeKey } : {}),
                     ...(d.allocated?.length ? { allocated: d.allocated.slice() } : {}),
                     ...(d.bizTransaction ? { bizTransaction: d.bizTransaction } : {}),
+                    /* 이행하는 계획 — 「이 계획이 얼마나 됐나」를 이 값으로 묶어 답한다(§`OrderState.operationsRequestId`). */
+                    ...(d.operationsRequestId ? { operationsRequestId: d.operationsRequestId } : {}),
                     /* 약속해 둔 자리·시각창도 채운다 — 시뮬만 알면 미러 위 예측이 「어디로 들일지」를 모른다.
                        (이 필드가 어느 길에서 빠지면 무슨 일이 나는지는 §dockDoor 에 적혀 있다.) */
                     ...(d.dockDoor ? { dockDoor: d.dockDoor } : {}),

package/dist/operational-ingest.d.ts

@@ -1,6 +1,6 @@
 import type { IngestResult } from './face2-adapter.ts';
 /** 이 문이 받는 여섯 가지 — 리듀서가 접는 것과 같은 목록(주목 확인은 우리 안의 행위라 제외). */
-export type OperationalKind = 'task' | 'equipment' | 'person' | 'asset' | 'order' | 'quality' | 'test';
+export type OperationalKind = 'task' | 'equipment' | 'person' | 'asset' | 'order' | 'quality' | 'test' | 'observation';
 /**
  * 정규 운영 레코드 — **델타의 필드 이름 + 시각(`at`)**.
  *

package/dist/operational-ingest.js

@@ -109,7 +109,7 @@ const SPECS = {
         fields: {
             orderId: 'string', kind: 'string', status: 'string', requested: 'number', fulfilled: 'number',
             gtin: 'string', held: 'boolean', lines: 'object[]', priority: 'number', startTime: 'string', endTime: 'string',
-            allocated: 'string[]', bizTransaction: 'string', dockDoor: 'string', windowStartMs: 'number', recordTime: 'string'
+            allocated: 'string[]', bizTransaction: 'string', operationsRequestId: 'string', dockDoor: 'string', windowStartMs: 'number', recordTime: 'string'
         }
         /* 상태·종류는 도메인이 소유한다 — 닫지 않는다. */
     },
@@ -140,6 +140,28 @@ const SPECS = {
             derived: 'boolean', propertyMeasurements: 'object[]', recordTime: 'string'
         },
         enums: { result: ['pass', 'fail'] }
+    },
+    /*
+     * **자리의 물리 관측** — 어느 자리의 어느 속성을 언제 얼마로 쟀나.
+     *
+     * 값에 **단위를 함께** 받는다(`ValueType`). 단위 없는 물리량은 판정의 재료가 못 된다 — 3 이 섭씨인지
+     * 화씨인지 모르면 어떤 기준으로도 판정할 수 없다. 다만 **요구하지는 않는다**: 단위를 비우는 실 원본이
+     * 흔하고, 요구하면 그 원본의 관측을 아예 담지 못한다(그때 판정은 커널이 거부한다 — `outsideLimit`).
+     *
+     * `effectiveTime` 도 요구하지 않는다. 없으면 봉투의 시각이 그 자리를 대신한다(§`resolve`) — 원본이
+     * 시각을 말하지 않는 수기 점검이 실재하고, 그때 지어낸 시각보다 폴링 시각이 정직하다.
+     */
+    observation: {
+        eventType: OP_EVENT.observation,
+        identity: 'locationId',
+        /* 자리와 속성 — 둘 중 하나가 없으면 그 관측은 아무 데도 붙지 못한다. */
+        required: ['locationId', 'propertyId'],
+        fields: {
+            locationId: 'string', propertyId: 'string',
+            value: 'string', dataType: 'string', uom: 'string',
+            effectiveTime: 'string', effectiveEndTime: 'string', recordTime: 'string',
+            source: 'string', derived: 'boolean'
+        }
     }
 };
 /**
@@ -187,6 +209,20 @@ export function operationalKindOf(record) {
      */
     if (has('testableObjectId'))
         return 'test';
+    /*
+     * ── ★ **채널을 열고 또 길을 내지 않았다** (2026-08-24) ──────────────────────
+     * `OP_EVENT.observation`(`location.measured`)을 내고 상태(`LocationState.observations`)와 조회
+     * (`observationAt`)까지 붙였는데 **이 라우팅이 `locationId` 를 보지 않았다.** 커넥터가 방의 온습도를
+     * 실어 보내면 「어느 운영 사실인지 모른다」로 거부됐다.
+     *
+     * 같은 부류를 하루에 일곱 번 만났다. 다만 이번엔 **거부되고 이유가 남았다** — 시험 결과 때는 어느
+     * 통도 아니어서 조용히 사라졌다. 그 차이가 이것을 5분 만에 찾게 했다(§`isOperationalRecord`).
+     *
+     * **둘을 함께 요구한다.** `locationId` 만으로는 자리를 말하는 다른 사실과 섞인다. 관측은 「어느
+     * 자리의 **무엇**을 쟀나」이므로 속성 없이는 담을 곳이 없다 — 그때는 받지 않는 것이 옳다.
+     */
+    if (has('locationId') && has('propertyId'))
+        return 'observation';
     return undefined;
 }
 /** 이 레코드가 운영 사실인가 — 호스트의 라우팅이 묻는 자리. */

package/dist/vocabulary.js

@@ -34,13 +34,13 @@ export const VOCABULARY_EXCEPTIONS = [
     { token: 'moverId', why: 'journal wire field — renaming would mix two keys for one fact across history' },
     { token: 'fromNode', why: 'journal wire field (task.status payload)' },
     { token: 'toNode', why: 'journal wire field (task.status payload)' },
-    /* ── 보드의 옛 세대 키 — 저장된 데이터라 읽어는 줘야 한다 ────────────────
+    /* ── 트윈 모델의 옛 세대 키 — 저장된 데이터라 읽어는 줘야 한다 ────────────────
      * 설비 배열의 이름은 세 세대를 거쳤다(movers → equipmentList → equipment). 저장된 보드에는
-     * 셋이 섞여 있고(실측 23개 중 13개가 `movers`), 하나라도 안 읽으면 그 보드는 **설비가 0인 공장**
+     * 셋이 섞여 있고(실측 23개 중 13개가 `movers`), 하나라도 안 읽으면 그 트윈 모델은 **설비가 0인 공장**
      * 으로 조용히 읽힌다 — 화면의 설비 수가 0이 되고 용량 판정에서 자원이 사라진다. 쓰는 곳은
      * `readBoardEquipment` 한 곳뿐이고, 거기서 새 이름으로 정규화해 내보낸다. */
     { token: 'movers', why: 'legacy board key (movers → equipmentList → equipment); read-only normalization in readBoardEquipment, 13 stored boards still use it' },
-    /* ── 씬 컴포넌트 타입 — 보드에 저장된 값이고, 뜻이 어긋나지도 않는다 ──────
+    /* ── 씬 컴포넌트 타입 — 트윈 모델에 저장된 값이고, 뜻이 어긋나지도 않는다 ──────
      * 보드 7개가 이 타입으로 컴포넌트를 담고 있어 개명하면 그 컴포넌트가 조용히 안 그려진다.
      * 그리고 씬에서 이 이름은 자원이 아니라 **움직임 표현**을 가리킨다(표준과 충돌 아님). */
     { token: 'twin-mover', why: 'scene component type persisted in boards; names a motion representation, not a resource' },

package/dist-cjs/index.cjs

@@ -1078,7 +1078,17 @@ var CBV_BIZSTEP = {
    * 이 단계에 `DISP.conformant`/`DISP.non_conformant` 가 붙어 판정이 처분으로 남는다 — 입고검수·
    * 공정 중 검사가 그 모양이다.
    */
-  inspecting: "urn:epcglobal:cbv:bizstep:inspecting"
+  inspecting: "urn:epcglobal:cbv:bizstep:inspecting",
+  /**
+   * **어느 단계로도 이름 붙지 않는 활동** — 원문: 「A business step not identified by any other」.
+   *
+   * 이것은 근사가 아니라 **표준이 준 낱말**이다. 그 구별이 중요하다: 재고 조정처럼 한 낱말이 두 일을
+   * 하는 원천(세어 보고 맞춘 것 · 사람이 정정한 것)을 `cycle_counting` 으로 옮기면 **일어나지 않은
+   * 계수를 기록**하게 된다. 그때 쓰는 것이 이 값이고, 무슨 일이었는지는 값으로 함께 나른다.
+   *
+   * 원문 확인: CBV Standard Release 2.0(Ratified Jun 2022) §7.1.
+   */
+  other: "urn:epcglobal:cbv:bizstep:other"
 };
 function ssccUri(companyPrefix, serial) {
   return `urn:epc:id:sscc:${companyPrefix}.${String(serial).padStart(10, "0")}`;
@@ -1384,7 +1394,7 @@ var ObservedReducer = class {
   corrections = [];
   /** 반영하지 못한 사건의 종류별 집계 — 원문은 쌓지 않는다(저널에 이미 있다). */
   unhandled = /* @__PURE__ */ new Map();
-  /** 선언된 판정 기준(보드에서 한 번 읽는다) — 판정은 선언한 것에만 걸린다. */
+  /** 선언된 판정 기준(트윈 모델에서 한 번 읽는다) — 판정은 선언한 것에만 걸린다. */
   testSpecs = /* @__PURE__ */ new Map();
   /**
    * 자원별 **교대 선언** — 미러가 "지금 근무 중인가" 를 스스로 판정하기 위한 재료.
@@ -1400,7 +1410,7 @@ var ObservedReducer = class {
    * 통과시키는 어긋남이 생기고, 그 어긋남은 조용하다.
    */
   classDefs = {};
-  /** 시각 해석 기준(보드 선언) — 없으면 UTC. 캘린더의 `HH:MM` 이 어느 기준인지 정한다. */
+  /** 시각 해석 기준(트윈 모델 선언) — 없으면 UTC. 캘린더의 `HH:MM` 이 어느 기준인지 정한다. */
   utcOffsetMinutes;
   constructor(model) {
     this.utcOffsetMinutes = model.utcOffsetMinutes;
@@ -1504,7 +1514,7 @@ var ObservedReducer = class {
    * 종류는 모르므로 `unknown`, **용량은 비워 둔다**(발명하지 않는다), 출처는 `observed`.
    *
    * 출처를 표시하는 이유: 소비처가 "마스터가 말한 자리" 와 "관측으로 알게 된 자리" 를 구별해야 한다
-   * (보드에 좌표가 없고, 용량을 채워야 계획에 참여한다). 마스터 동기가 오면 `master` 로 승격된다.
+   * (트윈 모델에 좌표가 없고, 용량을 채워야 계획에 참여한다). 마스터 동기가 오면 `master` 로 승격된다.
    */
   touchLocation(id) {
     if (!id || this.master.has(id)) return;
@@ -1558,6 +1568,8 @@ var ObservedReducer = class {
         if (this.stale(`task:${d.taskId}`, e)) return;
         this.touchLocation(d.fromNode);
         this.touchLocation(d.toNode);
+        const prevTask = this.tasks.get(d.taskId);
+        const keptActual = d.materialActual === void 0 ? prevTask?.materialActual : void 0;
         this.tasks.set(d.taskId, {
           id: d.taskId,
           kind: d.kind,
@@ -1575,8 +1587,9 @@ var ObservedReducer = class {
           ...d.personnel?.length ? { personnel: d.personnel.slice() } : {},
           ...d.assets?.length ? { assets: d.assets.slice() } : {},
           ...d.resources?.length ? { resources: d.resources.slice() } : {},
-          /* 실제 자재 이동 — 인원·설비와 같은 채널로 온다(실적을 한 곳에서 읽는다). */
-          ...d.materialActual?.length ? { materialActual: d.materialActual.map((r) => ({ ...r })) } : {},
+          /* 실제 자재 이동 — 인원·설비와 같은 채널로 온다(실적을 한 곳에서 읽는다).
+             말하지 않았으면 **앞의 것을 지킨다**(위 주석) — 빈 배열은 「지웠다」로 말한 것이다. */
+          ...d.materialActual?.length ? { materialActual: d.materialActual.map((r) => ({ ...r })) } : keptActual?.length ? { materialActual: keptActual.map((r) => ({ ...r })) } : {},
           ...d.priority !== void 0 ? { priority: d.priority } : {},
           ...d.startTime ? { startTime: d.startTime } : {},
           ...d.endTime ? { endTime: d.endTime } : {}
@@ -1681,6 +1694,8 @@ var ObservedReducer = class {
           ...d.recipeKey ? { recipeKey: d.recipeKey } : {},
           ...d.allocated?.length ? { allocated: d.allocated.slice() } : {},
           ...d.bizTransaction ? { bizTransaction: d.bizTransaction } : {},
+          /* 이행하는 계획 — 「이 계획이 얼마나 됐나」를 이 값으로 묶어 답한다(§`OrderState.operationsRequestId`). */
+          ...d.operationsRequestId ? { operationsRequestId: d.operationsRequestId } : {},
           /* 약속해 둔 자리·시각창도 채운다 — 시뮬만 알면 미러 위 예측이 「어디로 들일지」를 모른다.
              (이 필드가 어느 길에서 빠지면 무슨 일이 나는지는 §dockDoor 에 적혀 있다.) */
           ...d.dockDoor ? { dockDoor: d.dockDoor } : {},
@@ -4066,7 +4081,7 @@ var FlowEngine = class {
   materialSpecCrossKeyOverlaps = 0;
   observedDirty = false;
   observeMode = false;
-  /** 관측 구동이 투영기를 세울 때 필요한 원본 보드(구조는 이벤트가 아니라 마스터에서 온다). */
+  /** 관측 구동이 투영기를 세울 때 필요한 원본 트윈 모델(구조는 이벤트가 아니라 마스터에서 온다). */
   boardDef;
   /** 명세 소비 기록 — 무엇을 선언값으로, 무엇을 기본값으로 계산했나(정직한 자기보고). */
   specUse = /* @__PURE__ */ new Map();
@@ -4348,7 +4363,7 @@ var FlowEngine = class {
         /* 계획 정지를 이어받는다 — 잃으면 씨앗이 **정비 중인 설비를 가용으로 놓고** 미래를 시뮬레이션한다
            (예측이 낙관 쪽으로 치우친다). 씨앗 왕복 대조가 이것을 잡았다. */
         ...m.held ? { held: true } : {},
-        /* 관측 스냅샷이 들고 있는 것은 관측을 따른다(미러가 보드에서 읽어 실어 온다). */
+        /* 관측 스냅샷이 들고 있는 것은 관측을 따른다(미러가 트윈 모델에서 읽어 실어 온다). */
         ...m.properties ? { properties: m.properties } : {},
         ...m.testSpecificationIds ? { testSpecificationIds: m.testSpecificationIds } : {},
         /* 결과도 이어받는다 — 잃으면 예측이 **자격 만료를 모르는 현장**에서 출발한다(낙관 쪽으로 치우친다). */
@@ -4763,7 +4778,7 @@ var FlowEngine = class {
         ...this.seedDanglingRefs ? { seedDanglingRefs: this.seedDanglingRefs } : {},
         ...this.materialSpecCrossKeyOverlaps ? { materialSpecCrossKeyOverlaps: this.materialSpecCrossKeyOverlaps } : {}
       } } : {},
-      /* 출처 표시 — 보드(마스터)에서 온 자리다. 미러는 관측으로 알게 된 자리를 'observed' 로 구별하는데,
+      /* 출처 표시 — 트윈 모델(마스터)에서 온 자리다. 미러는 관측으로 알게 된 자리를 'observed' 로 구별하는데,
        * 시뮬이 아무 표시도 안 하면 소비처가 두 스냅샷을 같은 규칙으로 읽지 못한다. */
       locations: [...this.locations.values()].map((n) => {
         const { status, ...rest } = n;
@@ -6473,7 +6488,7 @@ var FlowEngine = class {
   /**
    * 시뮬 시각의 분(0..1439) — 캘린더 판정의 기준.
    *
-   * **보드가 선언한 기준으로 읽는다**(`utcOffsetMinutes`). 예전에는 UTC 로 읽어서 Rosarito(UTC−7)의
+   * **트윈 모델이 선언한 기준으로 읽는다**(`utcOffsetMinutes`). 예전에는 UTC 로 읽어서 Rosarito(UTC−7)의
    * 06시 교대가 7시간 틀렸다 — 시각대만 적고 기준을 안 적으면 반드시 이렇게 된다.
    */
   minuteOfDay() {
@@ -8975,6 +8990,7 @@ var SPECS = {
       endTime: "string",
       allocated: "string[]",
       bizTransaction: "string",
+      operationsRequestId: "string",
       dockDoor: "string",
       windowStartMs: "number",
       recordTime: "string"
@@ -9017,6 +9033,34 @@ var SPECS = {
       recordTime: "string"
     },
     enums: { result: ["pass", "fail"] }
+  },
+  /*
+   * **자리의 물리 관측** — 어느 자리의 어느 속성을 언제 얼마로 쟀나.
+   *
+   * 값에 **단위를 함께** 받는다(`ValueType`). 단위 없는 물리량은 판정의 재료가 못 된다 — 3 이 섭씨인지
+   * 화씨인지 모르면 어떤 기준으로도 판정할 수 없다. 다만 **요구하지는 않는다**: 단위를 비우는 실 원본이
+   * 흔하고, 요구하면 그 원본의 관측을 아예 담지 못한다(그때 판정은 커널이 거부한다 — `outsideLimit`).
+   *
+   * `effectiveTime` 도 요구하지 않는다. 없으면 봉투의 시각이 그 자리를 대신한다(§`resolve`) — 원본이
+   * 시각을 말하지 않는 수기 점검이 실재하고, 그때 지어낸 시각보다 폴링 시각이 정직하다.
+   */
+  observation: {
+    eventType: OP_EVENT.observation,
+    identity: "locationId",
+    /* 자리와 속성 — 둘 중 하나가 없으면 그 관측은 아무 데도 붙지 못한다. */
+    required: ["locationId", "propertyId"],
+    fields: {
+      locationId: "string",
+      propertyId: "string",
+      value: "string",
+      dataType: "string",
+      uom: "string",
+      effectiveTime: "string",
+      effectiveEndTime: "string",
+      recordTime: "string",
+      source: "string",
+      derived: "boolean"
+    }
   }
 };
 function operationalKindOf(record) {
@@ -9030,6 +9074,7 @@ function operationalKindOf(record) {
   if (has("taskId")) return "task";
   if (has("orderId")) return "order";
   if (has("testableObjectId")) return "test";
+  if (has("locationId") && has("propertyId")) return "observation";
   return void 0;
 }
 function isOperationalRecord(record) {
@@ -9340,13 +9385,13 @@ var VOCABULARY_EXCEPTIONS = [
   { token: "moverId", why: "journal wire field \u2014 renaming would mix two keys for one fact across history" },
   { token: "fromNode", why: "journal wire field (task.status payload)" },
   { token: "toNode", why: "journal wire field (task.status payload)" },
-  /* ── 보드의 옛 세대 키 — 저장된 데이터라 읽어는 줘야 한다 ────────────────
+  /* ── 트윈 모델의 옛 세대 키 — 저장된 데이터라 읽어는 줘야 한다 ────────────────
    * 설비 배열의 이름은 세 세대를 거쳤다(movers → equipmentList → equipment). 저장된 보드에는
-   * 셋이 섞여 있고(실측 23개 중 13개가 `movers`), 하나라도 안 읽으면 그 보드는 **설비가 0인 공장**
+   * 셋이 섞여 있고(실측 23개 중 13개가 `movers`), 하나라도 안 읽으면 그 트윈 모델은 **설비가 0인 공장**
    * 으로 조용히 읽힌다 — 화면의 설비 수가 0이 되고 용량 판정에서 자원이 사라진다. 쓰는 곳은
    * `readBoardEquipment` 한 곳뿐이고, 거기서 새 이름으로 정규화해 내보낸다. */
   { token: "movers", why: "legacy board key (movers \u2192 equipmentList \u2192 equipment); read-only normalization in readBoardEquipment, 13 stored boards still use it" },
-  /* ── 씬 컴포넌트 타입 — 보드에 저장된 값이고, 뜻이 어긋나지도 않는다 ──────
+  /* ── 씬 컴포넌트 타입 — 트윈 모델에 저장된 값이고, 뜻이 어긋나지도 않는다 ──────
    * 보드 7개가 이 타입으로 컴포넌트를 담고 있어 개명하면 그 컴포넌트가 조용히 안 그려진다.
    * 그리고 씬에서 이 이름은 자원이 아니라 **움직임 표현**을 가리킨다(표준과 충돌 아님). */
   { token: "twin-mover", why: "scene component type persisted in boards; names a motion representation, not a resource" },

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@operato/twin-kernel",
-  "version": "0.7.60",
+  "version": "0.7.62",
   "type": "module",
   "description": "Twin Domain Kernel — framework-agnostic, zero-dep (domain + sim + 3-channel contract). WMS/YMS/MES, EPCIS 2.0 · ISA-95.",
   "publishConfig": {