@things-factory/headless-twin 10.0.15 → 10.0.18

package/dist-server/engine/attention-digest.d.ts

@@ -14,9 +14,9 @@ export interface AttentionDigestResult {
     /** 전체 개수 — 레일의 "N건 더" 가 이 값에서 나온다(자른 사실을 밝힌다). */
     attentionTotal: number;
     /**
-     * 자리별 최고 심각도 — **전량을 근거로** 접는다.
+     * 자리별 최고 심각도 — **전량을 근거로** 계산한다.
      *
-     * 상위 N 만으로 접으면 20위 밖의 신호를 가진 자리가 색을 잃는다. 그것이 이 요약의 핵심 이유다:
+     * 상위 N 만으로 계산하면 20위 밖의 신호를 가진 자리가 색을 잃는다. 그것이 이 요약의 핵심 이유다:
      * 레일은 잘라도 되지만 **지도 색은 잘라선 안 된다.**
      */
     severityByLocation: Record<string, string>;
@@ -27,7 +27,7 @@ export declare const compareAttentions: (a: AttentionLike, b: AttentionLike) =>
  * 신호를 요약한다.
  *
  * `limit` 이 없거나 0 이하면 **자르지 않는다** — 자르는 쪽이 기본이면 이 값을 모르는 소비처가
- * 조용히 일부만 받는다(요약을 도입하다 만드는 전형적인 사고다).
+ * 알리지 않고 일부만 받는다(요약을 도입하다 만드는 전형적인 사고다).
  */
 export declare function digestAttentions(attentions: readonly AttentionLike[] | undefined | null, limit?: number): AttentionDigestResult;
 /** 렌즈 하나가 낸 신호 — 어느 트윈에서 왔는지와 함께. */
@@ -45,7 +45,7 @@ export interface LensAttentions {
  *     같은 자리 id 가 렌즈마다 다른 것을 가리킬 수 있다.
  *  ② **순서는 렌즈 순서가 아니라 급한 순서다** — 앞 렌즈의 낮은 신호가 뒤 렌즈의 심각한 신호를
  *     밀어내면, 상위 N 만 보는 화면에서 정작 급한 것이 안 보인다.
- *  ③ **자리 색은 렌즈를 가로질러 가장 급한 것으로** 접는다 — 두 렌즈가 같은 자리를 가리키면 그 자리는
+ *  ③ **자리 색은 렌즈를 가로질러 가장 급한 것으로** 계산한다 — 두 렌즈가 같은 자리를 가리키면 그 자리는
  *     하나의 현실이므로 더 급한 쪽이 이긴다(둘 중 하나를 임의로 고르면 색이 렌즈 순서에 따라 달라진다).
  */
 export declare function mergeLensAttentions(lenses: readonly LensAttentions[], limit?: number): AttentionDigestResult;

package/dist-server/engine/attention-digest.js

@@ -7,12 +7,12 @@
  * 는 신호 397건이 108KB 라 5배 감소에 그쳤다. 그런데 화면이 그 397건으로 하는 일은 둘뿐이다.
  *
  *  ① 레일에 **20건**만 보여주고 나머지는 "N건 더" 라고만 말한다.
- *  ② 자리(폴리곤)를 칠할 **자리별 최고 심각도**를 뽑는다 — 397건이 자리 7곳의 색 7개로 접힌다.
+ *  ② 자리(폴리곤)를 칠할 **자리별 최고 심각도**를 뽑는다 — 397건이 자리 7곳의 색 7개로 줄어든다.
  *
- * 즉 전량을 내려보내 클라이언트가 접는 구조였다. 접는 것은 값싸므로 **서버가 접어서 보낸다.**
+ * 즉 전량을 내려보내 클라이언트가 계산하는 구조였다. 계산하는 것은 값싸므로 **서버가 계산해서 보낸다.**
  *
- * ── 조용히 자르지 않는다 ────────────────────────────────────────────────────
- * 잘랐다는 사실과 **전체 개수**를 함께 보낸다. 경고 목록에서 조용한 누락은 "괜찮은 줄 알았다" 로
+ * ── 알리지 않고 자르지 않는다 ────────────────────────────────────────────────────
+ * 잘랐다는 사실과 **전체 개수**를 함께 보낸다. 경고 목록에서 들어온 것이 없는 누락은 "괜찮은 줄 알았다" 로
  * 이어진다 — 레일이 이미 "N건 더" 를 말하고 있었고, 그 N 은 전체 개수에서 나와야 맞다.
  *
  * ── 정렬을 한 곳에 둔다 ─────────────────────────────────────────────────────
@@ -34,11 +34,11 @@ exports.compareAttentions = compareAttentions;
  * 신호를 요약한다.
  *
  * `limit` 이 없거나 0 이하면 **자르지 않는다** — 자르는 쪽이 기본이면 이 값을 모르는 소비처가
- * 조용히 일부만 받는다(요약을 도입하다 만드는 전형적인 사고다).
+ * 알리지 않고 일부만 받는다(요약을 도입하다 만드는 전형적인 사고다).
  */
 function digestAttentions(attentions, limit) {
     const all = Array.isArray(attentions) ? attentions : [];
-    /* 자리 색은 전량으로 접는다 — 잘린 뒤에 접으면 색을 잃는 자리가 생긴다. */
+    /* 자리 색은 전량으로 처리한다 — 잘린 뒤에 계산하면 색을 잃는 자리가 생긴다. */
     const severityByLocation = {};
     for (const a of all) {
         const nid = a?.anchor?.locationId;
@@ -62,7 +62,7 @@ function digestAttentions(attentions, limit) {
  *     같은 자리 id 가 렌즈마다 다른 것을 가리킬 수 있다.
  *  ② **순서는 렌즈 순서가 아니라 급한 순서다** — 앞 렌즈의 낮은 신호가 뒤 렌즈의 심각한 신호를
  *     밀어내면, 상위 N 만 보는 화면에서 정작 급한 것이 안 보인다.
- *  ③ **자리 색은 렌즈를 가로질러 가장 급한 것으로** 접는다 — 두 렌즈가 같은 자리를 가리키면 그 자리는
+ *  ③ **자리 색은 렌즈를 가로질러 가장 급한 것으로** 계산한다 — 두 렌즈가 같은 자리를 가리키면 그 자리는
  *     하나의 현실이므로 더 급한 쪽이 이긴다(둘 중 하나를 임의로 고르면 색이 렌즈 순서에 따라 달라진다).
  */
 function mergeLensAttentions(lenses, limit) {

package/dist-server/engine/attention-digest.js.map

@@ -1 +1 @@
-{"version":3,"file":"attention-digest.js","sourceRoot":"","sources":["../../server/engine/attention-digest.ts"],"names":[],"mappings":";AAAA;;;;;;;;;;;;;;;;;;;;GAoBG;;;AAuCH,4CAeC;AAqBD,kDAMC;AA/ED,uCAAuC;AACvC,MAAM,IAAI,GAA2B,EAAE,GAAG,EAAE,CAAC,EAAE,MAAM,EAAE,CAAC,EAAE,IAAI,EAAE,CAAC,EAAE,QAAQ,EAAE,CAAC,EAAE,CAAA;AAyBhF,+CAA+C;AACxC,MAAM,iBAAiB,GAAG,CAAC,CAAgB,EAAE,CAAgB,EAAU,EAAE,CAC9E,CAAC,CAAC,CAAC,KAAK,KAAK,cAAc,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC,GAAG,CAAC,CAAC,CAAC,KAAK,KAAK,cAAc,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC;IAC3E,CAAC,IAAI,CAAC,CAAC,CAAC,QAAQ,IAAI,EAAE,CAAC,IAAI,CAAC,CAAC,GAAG,CAAC,IAAI,CAAC,CAAC,CAAC,QAAQ,IAAI,EAAE,CAAC,IAAI,CAAC,CAAC,CAAA;AAFlD,QAAA,iBAAiB,qBAEiC;AAE/D;;;;;GAKG;AACH,SAAgB,gBAAgB,CAAC,UAAuD,EAAE,KAAc;IACtG,MAAM,GAAG,GAAG,KAAK,CAAC,OAAO,CAAC,UAAU,CAAC,CAAC,CAAC,CAAC,UAAU,CAAC,CAAC,CAAC,EAAE,CAAA;IAEvD,+CAA+C;IAC/C,MAAM,kBAAkB,GAA2B,EAAE,CAAA;IACrD,KAAK,MAAM,CAAC,IAAI,GAAG,EAAE,CAAC;QACpB,MAAM,GAAG,GAAG,CAAC,EAAE,MAAM,EAAE,UAAU,CAAA;QACjC,IAAI,CAAC,GAAG;YAAE,SAAQ;QAClB,MAAM,GAAG,GAAG,kBAAkB,CAAC,GAAG,CAAC,CAAA;QACnC,IAAI,CAAC,GAAG,IAAI,CAAC,IAAI,CAAC,CAAC,CAAC,QAAQ,IAAI,EAAE,CAAC,IAAI,CAAC,CAAC,GAAG,CAAC,IAAI,CAAC,GAAG,CAAC,IAAI,CAAC,CAAC;YAAE,kBAAkB,CAAC,GAAG,CAAC,GAAG,CAAC,CAAC,QAAQ,IAAI,EAAE,CAAA;IAC1G,CAAC;IAED,MAAM,MAAM,GAAG,CAAC,GAAG,GAAG,CAAC,CAAC,IAAI,CAAC,yBAAiB,CAAC,CAAA;IAC/C,MAAM,MAAM,GAAG,KAAK,IAAI,KAAK,GAAG,CAAC,CAAC,CAAC,CAAC,MAAM,CAAC,KAAK,CAAC,CAAC,EAAE,KAAK,CAAC,CAAC,CAAC,CAAC,MAAM,CAAA;IACnE,OAAO,EAAE,UAAU,EAAE,MAAM,EAAE,cAAc,EAAE,GAAG,CAAC,MAAM,EAAE,kBAAkB,EAAE,CAAA;AAC/E,CAAC;AAQD;;;;;;;;;;;;GAYG;AACH,SAAgB,mBAAmB,CAAC,MAAiC,EAAE,KAAc;IACnF,MAAM,GAAG,GAAoB,EAAE,CAAA;IAC/B,KAAK,MAAM,IAAI,IAAI,MAAM,EAAE,CAAC;QAC1B,KAAK,MAAM,CAAC,IAAI,IAAI,CAAC,UAAU,IAAI,EAAE;YAAE,GAAG,CAAC,IAAI,CAAC,EAAE,GAAG,CAAC,EAAE,UAAU,EAAE,IAAI,CAAC,UAAU,EAAmB,CAAC,CAAA;IACzG,CAAC;IACD,OAAO,gBAAgB,CAAC,GAAG,EAAE,KAAK,CAAC,CAAA;AACrC,CAAC","sourcesContent":["/*\n * 주의 신호 요약 — **순수**. \"화면이 실제로 쓰는 두 가지만 값싸게 만든다.\"\n *\n * ── 왜 있나 (2026-08-05) ────────────────────────────────────────────────────\n * 축 선택으로 리프레시를 80KB → 2KB 로 줄였는데, **신호가 많은 트윈은 거기서 막혔다**: `hatio-yard`\n * 는 신호 397건이 108KB 라 5배 감소에 그쳤다. 그런데 화면이 그 397건으로 하는 일은 둘뿐이다.\n *\n *  ① 레일에 **20건**만 보여주고 나머지는 \"N건 더\" 라고만 말한다.\n *  ② 자리(폴리곤)를 칠할 **자리별 최고 심각도**를 뽑는다 — 397건이 자리 7곳의 색 7개로 접힌다.\n *\n * 즉 전량을 내려보내 클라이언트가 접는 구조였다. 접는 것은 값싸므로 **서버가 접어서 보낸다.**\n *\n * ── 조용히 자르지 않는다 ────────────────────────────────────────────────────\n * 잘랐다는 사실과 **전체 개수**를 함께 보낸다. 경고 목록에서 조용한 누락은 \"괜찮은 줄 알았다\" 로\n * 이어진다 — 레일이 이미 \"N건 더\" 를 말하고 있었고, 그 N 은 전체 개수에서 나와야 맞다.\n *\n * ── 정렬을 한 곳에 둔다 ─────────────────────────────────────────────────────\n * 상위 N 을 서버가 고르므로 **클라이언트와 같은 순서**여야 한다. 순서가 다르면 서버가 고른 20건이\n * 화면이 고를 20건과 달라지고, 그 어긋남은 아무 데서도 오류로 드러나지 않는다.\n * 순서 = 확인된 것은 아래로, 그다음 심각도 높은 것부터(클라이언트 정렬과 동일).\n */\n\n/** 알람 표준(ISA-18.2) 우선순위 — 큰 값이 급하다. */\nconst RANK: Record<string, number> = { low: 1, medium: 2, high: 3, critical: 4 }\n\ninterface AttentionLike {\n  id?: string\n  /** 어느 트윈(렌즈)에서 온 신호인가 — 공간에서 모을 때 붙는다. */\n  instanceId?: string\n  severity?: string\n  state?: string\n  anchor?: { locationId?: string }\n}\n\nexport interface AttentionDigestResult {\n  /** 상위 N — 레일이 그리는 것. */\n  attentions: AttentionLike[]\n  /** 전체 개수 — 레일의 \"N건 더\" 가 이 값에서 나온다(자른 사실을 밝힌다). */\n  attentionTotal: number\n  /**\n   * 자리별 최고 심각도 — **전량을 근거로** 접는다.\n   *\n   * 상위 N 만으로 접으면 20위 밖의 신호를 가진 자리가 색을 잃는다. 그것이 이 요약의 핵심 이유다:\n   * 레일은 잘라도 되지만 **지도 색은 잘라선 안 된다.**\n   */\n  severityByLocation: Record<string, string>\n}\n\n/** 화면 정렬과 같은 순서 — 확인된 것은 아래로, 그다음 심각도 내림차순. */\nexport const compareAttentions = (a: AttentionLike, b: AttentionLike): number =>\n  (a.state === 'acknowledged' ? 1 : 0) - (b.state === 'acknowledged' ? 1 : 0) ||\n  (RANK[b.severity ?? ''] ?? 0) - (RANK[a.severity ?? ''] ?? 0)\n\n/**\n * 신호를 요약한다.\n *\n * `limit` 이 없거나 0 이하면 **자르지 않는다** — 자르는 쪽이 기본이면 이 값을 모르는 소비처가\n * 조용히 일부만 받는다(요약을 도입하다 만드는 전형적인 사고다).\n */\nexport function digestAttentions(attentions: readonly AttentionLike[] | undefined | null, limit?: number): AttentionDigestResult {\n  const all = Array.isArray(attentions) ? attentions : []\n\n  /* 자리 색은 전량으로 접는다 — 잘린 뒤에 접으면 색을 잃는 자리가 생긴다. */\n  const severityByLocation: Record<string, string> = {}\n  for (const a of all) {\n    const nid = a?.anchor?.locationId\n    if (!nid) continue\n    const cur = severityByLocation[nid]\n    if (!cur || (RANK[a.severity ?? ''] ?? 0) > (RANK[cur] ?? 0)) severityByLocation[nid] = a.severity ?? ''\n  }\n\n  const sorted = [...all].sort(compareAttentions)\n  const capped = limit && limit > 0 ? sorted.slice(0, limit) : sorted\n  return { attentions: capped, attentionTotal: all.length, severityByLocation }\n}\n\n/** 렌즈 하나가 낸 신호 — 어느 트윈에서 왔는지와 함께. */\nexport interface LensAttentions {\n  instanceId: string\n  attentions: readonly AttentionLike[] | undefined | null\n}\n\n/**\n * 여러 렌즈의 신호를 **한 현장의 목록으로** 모은다.\n *\n * 한 공장에 WMS·MES·YMS 가 함께 있으므로 \"이 현장에서 봐야 할 것\" 은 렌즈 하나로 답할 수 없다.\n * 모으면서 지키는 것 셋:\n *\n *  ① **어느 트윈에서 왔는지 붙인다**(`instanceId`) — 조치는 결국 그 트윈에 보내야 하고, 공간에서 보면\n *     같은 자리 id 가 렌즈마다 다른 것을 가리킬 수 있다.\n *  ② **순서는 렌즈 순서가 아니라 급한 순서다** — 앞 렌즈의 낮은 신호가 뒤 렌즈의 심각한 신호를\n *     밀어내면, 상위 N 만 보는 화면에서 정작 급한 것이 안 보인다.\n *  ③ **자리 색은 렌즈를 가로질러 가장 급한 것으로** 접는다 — 두 렌즈가 같은 자리를 가리키면 그 자리는\n *     하나의 현실이므로 더 급한 쪽이 이긴다(둘 중 하나를 임의로 고르면 색이 렌즈 순서에 따라 달라진다).\n */\nexport function mergeLensAttentions(lenses: readonly LensAttentions[], limit?: number): AttentionDigestResult {\n  const all: AttentionLike[] = []\n  for (const lens of lenses) {\n    for (const a of lens.attentions ?? []) all.push({ ...a, instanceId: lens.instanceId } as AttentionLike)\n  }\n  return digestAttentions(all, limit)\n}\n"]}
+{"version":3,"file":"attention-digest.js","sourceRoot":"","sources":["../../server/engine/attention-digest.ts"],"names":[],"mappings":";AAAA;;;;;;;;;;;;;;;;;;;;GAoBG;;;AAuCH,4CAeC;AAqBD,kDAMC;AA/ED,uCAAuC;AACvC,MAAM,IAAI,GAA2B,EAAE,GAAG,EAAE,CAAC,EAAE,MAAM,EAAE,CAAC,EAAE,IAAI,EAAE,CAAC,EAAE,QAAQ,EAAE,CAAC,EAAE,CAAA;AAyBhF,+CAA+C;AACxC,MAAM,iBAAiB,GAAG,CAAC,CAAgB,EAAE,CAAgB,EAAU,EAAE,CAC9E,CAAC,CAAC,CAAC,KAAK,KAAK,cAAc,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC,GAAG,CAAC,CAAC,CAAC,KAAK,KAAK,cAAc,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC;IAC3E,CAAC,IAAI,CAAC,CAAC,CAAC,QAAQ,IAAI,EAAE,CAAC,IAAI,CAAC,CAAC,GAAG,CAAC,IAAI,CAAC,CAAC,CAAC,QAAQ,IAAI,EAAE,CAAC,IAAI,CAAC,CAAC,CAAA;AAFlD,QAAA,iBAAiB,qBAEiC;AAE/D;;;;;GAKG;AACH,SAAgB,gBAAgB,CAAC,UAAuD,EAAE,KAAc;IACtG,MAAM,GAAG,GAAG,KAAK,CAAC,OAAO,CAAC,UAAU,CAAC,CAAC,CAAC,CAAC,UAAU,CAAC,CAAC,CAAC,EAAE,CAAA;IAEvD,iDAAiD;IACjD,MAAM,kBAAkB,GAA2B,EAAE,CAAA;IACrD,KAAK,MAAM,CAAC,IAAI,GAAG,EAAE,CAAC;QACpB,MAAM,GAAG,GAAG,CAAC,EAAE,MAAM,EAAE,UAAU,CAAA;QACjC,IAAI,CAAC,GAAG;YAAE,SAAQ;QAClB,MAAM,GAAG,GAAG,kBAAkB,CAAC,GAAG,CAAC,CAAA;QACnC,IAAI,CAAC,GAAG,IAAI,CAAC,IAAI,CAAC,CAAC,CAAC,QAAQ,IAAI,EAAE,CAAC,IAAI,CAAC,CAAC,GAAG,CAAC,IAAI,CAAC,GAAG,CAAC,IAAI,CAAC,CAAC;YAAE,kBAAkB,CAAC,GAAG,CAAC,GAAG,CAAC,CAAC,QAAQ,IAAI,EAAE,CAAA;IAC1G,CAAC;IAED,MAAM,MAAM,GAAG,CAAC,GAAG,GAAG,CAAC,CAAC,IAAI,CAAC,yBAAiB,CAAC,CAAA;IAC/C,MAAM,MAAM,GAAG,KAAK,IAAI,KAAK,GAAG,CAAC,CAAC,CAAC,CAAC,MAAM,CAAC,KAAK,CAAC,CAAC,EAAE,KAAK,CAAC,CAAC,CAAC,CAAC,MAAM,CAAA;IACnE,OAAO,EAAE,UAAU,EAAE,MAAM,EAAE,cAAc,EAAE,GAAG,CAAC,MAAM,EAAE,kBAAkB,EAAE,CAAA;AAC/E,CAAC;AAQD;;;;;;;;;;;;GAYG;AACH,SAAgB,mBAAmB,CAAC,MAAiC,EAAE,KAAc;IACnF,MAAM,GAAG,GAAoB,EAAE,CAAA;IAC/B,KAAK,MAAM,IAAI,IAAI,MAAM,EAAE,CAAC;QAC1B,KAAK,MAAM,CAAC,IAAI,IAAI,CAAC,UAAU,IAAI,EAAE;YAAE,GAAG,CAAC,IAAI,CAAC,EAAE,GAAG,CAAC,EAAE,UAAU,EAAE,IAAI,CAAC,UAAU,EAAmB,CAAC,CAAA;IACzG,CAAC;IACD,OAAO,gBAAgB,CAAC,GAAG,EAAE,KAAK,CAAC,CAAA;AACrC,CAAC","sourcesContent":["/*\n * 주의 신호 요약 — **순수**. \"화면이 실제로 쓰는 두 가지만 값싸게 만든다.\"\n *\n * ── 왜 있나 (2026-08-05) ────────────────────────────────────────────────────\n * 축 선택으로 리프레시를 80KB → 2KB 로 줄였는데, **신호가 많은 트윈은 거기서 막혔다**: `hatio-yard`\n * 는 신호 397건이 108KB 라 5배 감소에 그쳤다. 그런데 화면이 그 397건으로 하는 일은 둘뿐이다.\n *\n *  ① 레일에 **20건**만 보여주고 나머지는 \"N건 더\" 라고만 말한다.\n *  ② 자리(폴리곤)를 칠할 **자리별 최고 심각도**를 뽑는다 — 397건이 자리 7곳의 색 7개로 줄어든다.\n *\n * 즉 전량을 내려보내 클라이언트가 계산하는 구조였다. 계산하는 것은 값싸므로 **서버가 계산해서 보낸다.**\n *\n * ── 알리지 않고 자르지 않는다 ────────────────────────────────────────────────────\n * 잘랐다는 사실과 **전체 개수**를 함께 보낸다. 경고 목록에서 들어온 것이 없는 누락은 \"괜찮은 줄 알았다\" 로\n * 이어진다 — 레일이 이미 \"N건 더\" 를 말하고 있었고, 그 N 은 전체 개수에서 나와야 맞다.\n *\n * ── 정렬을 한 곳에 둔다 ─────────────────────────────────────────────────────\n * 상위 N 을 서버가 고르므로 **클라이언트와 같은 순서**여야 한다. 순서가 다르면 서버가 고른 20건이\n * 화면이 고를 20건과 달라지고, 그 어긋남은 아무 데서도 오류로 드러나지 않는다.\n * 순서 = 확인된 것은 아래로, 그다음 심각도 높은 것부터(클라이언트 정렬과 동일).\n */\n\n/** 알람 표준(ISA-18.2) 우선순위 — 큰 값이 급하다. */\nconst RANK: Record<string, number> = { low: 1, medium: 2, high: 3, critical: 4 }\n\ninterface AttentionLike {\n  id?: string\n  /** 어느 트윈(렌즈)에서 온 신호인가 — 공간에서 모을 때 붙는다. */\n  instanceId?: string\n  severity?: string\n  state?: string\n  anchor?: { locationId?: string }\n}\n\nexport interface AttentionDigestResult {\n  /** 상위 N — 레일이 그리는 것. */\n  attentions: AttentionLike[]\n  /** 전체 개수 — 레일의 \"N건 더\" 가 이 값에서 나온다(자른 사실을 밝힌다). */\n  attentionTotal: number\n  /**\n   * 자리별 최고 심각도 — **전량을 근거로** 계산한다.\n   *\n   * 상위 N 만으로 계산하면 20위 밖의 신호를 가진 자리가 색을 잃는다. 그것이 이 요약의 핵심 이유다:\n   * 레일은 잘라도 되지만 **지도 색은 잘라선 안 된다.**\n   */\n  severityByLocation: Record<string, string>\n}\n\n/** 화면 정렬과 같은 순서 — 확인된 것은 아래로, 그다음 심각도 내림차순. */\nexport const compareAttentions = (a: AttentionLike, b: AttentionLike): number =>\n  (a.state === 'acknowledged' ? 1 : 0) - (b.state === 'acknowledged' ? 1 : 0) ||\n  (RANK[b.severity ?? ''] ?? 0) - (RANK[a.severity ?? ''] ?? 0)\n\n/**\n * 신호를 요약한다.\n *\n * `limit` 이 없거나 0 이하면 **자르지 않는다** — 자르는 쪽이 기본이면 이 값을 모르는 소비처가\n * 알리지 않고 일부만 받는다(요약을 도입하다 만드는 전형적인 사고다).\n */\nexport function digestAttentions(attentions: readonly AttentionLike[] | undefined | null, limit?: number): AttentionDigestResult {\n  const all = Array.isArray(attentions) ? attentions : []\n\n  /* 자리 색은 전량으로 처리한다 — 잘린 뒤에 계산하면 색을 잃는 자리가 생긴다. */\n  const severityByLocation: Record<string, string> = {}\n  for (const a of all) {\n    const nid = a?.anchor?.locationId\n    if (!nid) continue\n    const cur = severityByLocation[nid]\n    if (!cur || (RANK[a.severity ?? ''] ?? 0) > (RANK[cur] ?? 0)) severityByLocation[nid] = a.severity ?? ''\n  }\n\n  const sorted = [...all].sort(compareAttentions)\n  const capped = limit && limit > 0 ? sorted.slice(0, limit) : sorted\n  return { attentions: capped, attentionTotal: all.length, severityByLocation }\n}\n\n/** 렌즈 하나가 낸 신호 — 어느 트윈에서 왔는지와 함께. */\nexport interface LensAttentions {\n  instanceId: string\n  attentions: readonly AttentionLike[] | undefined | null\n}\n\n/**\n * 여러 렌즈의 신호를 **한 현장의 목록으로** 모은다.\n *\n * 한 공장에 WMS·MES·YMS 가 함께 있으므로 \"이 현장에서 봐야 할 것\" 은 렌즈 하나로 답할 수 없다.\n * 모으면서 지키는 것 셋:\n *\n *  ① **어느 트윈에서 왔는지 붙인다**(`instanceId`) — 조치는 결국 그 트윈에 보내야 하고, 공간에서 보면\n *     같은 자리 id 가 렌즈마다 다른 것을 가리킬 수 있다.\n *  ② **순서는 렌즈 순서가 아니라 급한 순서다** — 앞 렌즈의 낮은 신호가 뒤 렌즈의 심각한 신호를\n *     밀어내면, 상위 N 만 보는 화면에서 정작 급한 것이 안 보인다.\n *  ③ **자리 색은 렌즈를 가로질러 가장 급한 것으로** 계산한다 — 두 렌즈가 같은 자리를 가리키면 그 자리는\n *     하나의 현실이므로 더 급한 쪽이 이긴다(둘 중 하나를 임의로 고르면 색이 렌즈 순서에 따라 달라진다).\n */\nexport function mergeLensAttentions(lenses: readonly LensAttentions[], limit?: number): AttentionDigestResult {\n  const all: AttentionLike[] = []\n  for (const lens of lenses) {\n    for (const a of lens.attentions ?? []) all.push({ ...a, instanceId: lens.instanceId } as AttentionLike)\n  }\n  return digestAttentions(all, limit)\n}\n"]}

package/dist-server/engine/canonical-ingest.d.ts

@@ -1,89 +1,25 @@
-import { type EnergyRecord, type EnergyEquipmentRecord, type OperationalRecord, type IngestResult } from '@operato/twin-kernel';
-/** 개체 관측 — 물건 하나가 어디서 무엇이 됐나. */
-export interface CanonicalRecord {
-    /**
-     * 개체 하나의 식별자. **`quantityList` 를 쓰면 없어도 된다** — 낱개 번호가 없는 자재(밀가루 3.5kg)는
-     * 개체가 없다. 둘 다 없으면 무엇을 관측했는지 말하지 않은 것이므로 커널 매핑이 거부한다.
-     */
-    epc?: string;
-    /**
-     * 클래스와 수량 — `{ epcClass, quantity, uom? }`. **잔량 절대값을 싣는다**(「얼마 뺐다」가 아니라
-     * 「얼마 남았다」). 그래야 사건 하나를 놓쳐도 다음 사건이 정답을 다시 말해 주고 오차가 쌓이지 않는다.
-     *
-     * 담김(`childQuantityList`)이 하루 먼저 이 자리를 받았다 — 그때와 같은 이유다. 원본이 비직렬 수량을
-     * 말할 길이 없어서, 그것이 주된 경로인 시스템(식품 제조 MES)은 라이브를 낼 수 없었다. 커널의
-     * 관측 리듀서는 처음부터 이 값을 읽었고 문만 없었다.
-     */
-    quantityList?: {
-        epcClass: string;
-        quantity?: number;
-        uom?: string;
-    }[];
-    action: string;
-    bizStep: string;
-    disposition?: string;
-    readPoint?: string;
-    bizLocation?: string;
-}
+import { type CanonicalRecord, type CanonicalAggregationRecord, type CanonicalTransformationRecord, type EnergyRecord, type EnergyEquipmentRecord, type OperationalRecord, type IngestResult, type MasterDataRecord } from '@operato/ops-contract';
+/** 정규 레코드[] → 검증된 CanonicalEnvelope[] (+ 거부분). 순수 함수. 단일→객체도 배열로 정규화. */
+export declare function ingestCanonicalRecords(records: CanonicalRecord | CanonicalAggregationRecord | CanonicalTransformationRecord | EnergyRecord | EnergyEquipmentRecord | OperationalRecord | MasterDataRecord | (CanonicalRecord | CanonicalAggregationRecord | CanonicalTransformationRecord | EnergyRecord | EnergyEquipmentRecord | OperationalRecord | MasterDataRecord)[] | undefined | null, tenantId: string, defaultEventTime: string, 
 /**
- * 담김 관측 — **부모와 자식**으로 말한다. 자리 필드는 개체 관측과 같은 이름이다(문자열).
+ * **이 사실들이 어느 트윈의 것인가** — 마감된 구간 사실의 이름에 쓰인다(커널 §`SubjectBasis`).
  *
- * 이름은 표준의 것을 그대로 쓴다(`parentID`·`childEPCs`) — 여기서 다시 지으면 매핑이 번역이 되고,
- * 같은 사실에 두 어휘가 생긴다.
+ * 커널은 도메인으로 서므로 자기가 어느 트윈인지 모른다. 그런데 설비 번호·계량 지점 번호는 트윈
+ * 안에서만 통하는 이름표라, 한 도메인에 현장이 둘이면 서로 다른 설비의 같은 날이 한 사실이 된다.
+ * 실측으로 그 일이 났다 — 두 발전소의 `002` 가 겹쳤다.
+ *
+ * 주지 않으면 이름표를 그대로 쓰고 `twin-local` 로 표시된다 — 겹칠 수 있다는 뜻이다.
  */
+scope?: {
+    scopeId?: string;
+    identityOf?: (kind: 'equipment' | 'meter', localId: string) => string | undefined;
+}): CanonicalIngestResult;
 /**
- * 변환 관측 — **무엇으로 무엇이 되었나.** 입력과 출력이 **한 사실에 함께** 있어야 계보가 남는다.
- *
- * 따로 보내면(「이 로트가 없어졌다」와 「이 제품이 생겼다」) 그 둘을 이을 근거가 없다. 그래서 표준이
- * 한 사건에 둘을 담고, 우리 레코드도 같은 모양이다.
+ * 유입 결과 — 사건(봉투)과 **사건이 아닌 것**을 갈라 낸다.
  *
- * 이름은 **표준의 것을 그대로** 쓴다(`inputQuantityList` 등). 갈래 판정이 이 이름으로 이루어지므로
- * 커넥터 낱말(`consumed`·`produced`)로 담으면 판정되지 않는다 — 커넥터가 정규 이름으로 담아 보내고
- * 매핑은 그 안에서 값을 고른다.
- *
- * **없는 쪽은 필드를 만들지 않는다.** 빈 배열을 실으면 「없다」고 말하는 것이 된다. 소실(N→0)과
- * 생성(0→N)도 표준이 인정하는 변환이다.
- *
- * `transformationID` 가 한 오더의 여러 단계를 잇는다 — 소비를 먼저 알고 산출을 나중에 알게 되는 원본에서
- * 그 둘을 묶는 유일한 자리다.
+ * 마스터데이터를 `accepted` 에 섞지 않는 이유: 부르는 쪽이 그것을 저널에 적게 되고, 시각축이 없는 값이
+ * 「그때 일어난 일」로 남는다. 갈래를 타입으로 갈라 두면 그 실수를 할 수 없다.
  */
-export interface CanonicalTransformationRecord {
-    /** 개체로 소비된 것. */
-    inputEPCList?: string[];
-    /** 클래스와 수량으로 소비된 것 — 로트 단위 소비가 이 자리다. */
-    inputQuantityList?: {
-        epcClass: string;
-        quantity?: number;
-        uom?: string;
-    }[];
-    outputEPCList?: string[];
-    outputQuantityList?: {
-        epcClass: string;
-        quantity?: number;
-        uom?: string;
-    }[];
-    /** 한 오더의 여러 단계를 잇는 식별자. */
-    transformationID?: string;
-    bizStep: string;
-    disposition?: string;
-    readPoint?: string;
-    bizLocation?: string;
+export interface CanonicalIngestResult extends IngestResult {
+    masterData: MasterDataRecord[];
 }
-export interface CanonicalAggregationRecord {
-    parentID: string;
-    /** 개체로 담긴 자식. 수량으로만 담겼으면 없다(둘 중 하나는 있어야 한다). */
-    childEPCs?: string[];
-    /** 수량으로 담긴 자식 — `{ epcClass, quantity, uom? }`. 값의 옳고 그름은 커널 검증이 본다. */
-    childQuantityList?: {
-        epcClass: string;
-        quantity?: number;
-        uom?: string;
-    }[];
-    action: string;
-    bizStep: string;
-    disposition?: string;
-    readPoint?: string;
-    bizLocation?: string;
-}
-/** 정규 레코드[] → 검증된 CanonicalEnvelope[] (+ 거부분). 순수 함수. 단일→객체도 배열로 정규화. */
-export declare function ingestCanonicalRecords(records: CanonicalRecord | CanonicalAggregationRecord | CanonicalTransformationRecord | EnergyRecord | EnergyEquipmentRecord | OperationalRecord | (CanonicalRecord | CanonicalAggregationRecord | CanonicalTransformationRecord | EnergyRecord | EnergyEquipmentRecord | OperationalRecord)[] | undefined | null, tenantId: string, defaultEventTime: string): IngestResult;

package/dist-server/engine/canonical-ingest.js

@@ -1,7 +1,7 @@
 "use strict";
 Object.defineProperty(exports, "__esModule", { value: true });
 exports.ingestCanonicalRecords = ingestCanonicalRecords;
-const twin_kernel_1 = require("@operato/twin-kernel");
+const ops_contract_1 = require("@operato/ops-contract");
 /*
  * 정규 레코드 → 커널 검증 ACL → CanonicalEnvelope (P1 seam 코어).
  * 순수(커널만 의존; shell·integration-base 무의존 → node:test 검증 가능).
@@ -9,6 +9,9 @@ const twin_kernel_1 = require("@operato/twin-kernel");
  * 여기 도착하는 레코드는 이미 정규 필드다 — 어휘마다 자기 필드 이름이 계약이다:
  *   EPCIS 품목 { epc, action, bizStep, disposition?, readPoint?, bizLocation? }
  *   에너지 계량 { meterId, kW?, kWh?, … } · 설비 에너지 { equipmentId, generatedKW?, soc?, … }
+ *   발전 적산   { equipmentId, kWh, kWhSince?, … }
+ *   사용 구간   { meterId, from, to, kWh, unitPrice?, basis?, … }  · 청구서 { from, to, total?, … }
+ *   요금 기준   { from, to, billingDemandKW?, demandChargePerKW?, currency }
  *   담김(적재) { parentID, childEPCs[] | childQuantityList[], action, bizStep, … }
  *   운영 사실 { taskId | moverId | personId | assetId | orderId, status, … }  // vocabulary-guard: allow 저널 와이어 필드
  * 커널은 objectEvent 구성 + EPCIS 검증(위반=오염 차단) + 봉투 래핑만(방언 없음).
@@ -37,10 +40,25 @@ const TWIN_INGEST_RULES = [
              * 재고 950건·59,785kg 이 어디에도 나타나지 않았고, 빈 화면이 「이상 없음」으로 읽혔다.
              *
              * ★ **표준이 `action: 'ADD'` 일 때만 허용한다**(또는 변환). 마스터데이터는 로트가 **생길 때**
-             * 말하는 사실이고, 주기 관측마다 실으면 커널이 거부한다 — 조용히 통과시키지 않는 것이 옳다
+             * 말하는 사실이고, 주기 관측마다 실으면 커널이 거부한다 — 알리지 않고 통과시키지 않는 것이 옳다
              * (커넥터가 첫 목격에 `ADD`, 그 뒤로 `OBSERVE` 를 내야 한다).
              */
             ilmd: '$.ilmd',
+            /*
+             * **정정 선언** — 「이 사건은 없던 일이 되었다」(커널 0.7.65 에서 이 자리가 열렸다).
+             *
+             * 세 값이 함께여야 뜻이 있어 묶음으로 온다. 커널이 선언 시각을 요구하고, 없으면 사건 시각으로
+             * 메우지 않고 이유와 함께 돌려준다 — 「언제 정정했나」와 「언제 일어났나」가 같아지면 둘을 다시
+             * 갈라낼 수 없다.
+             *
+             * 상태는 이것으로 흔들리지 않는다. 커널은 정정을 목록에 적고 재고를 그대로 둔다 — 무엇을 어떻게
+             * 되돌릴지는 도메인 판단이고, 참 재고는 그 뒤의 잔량 관측이 다시 말해 준다.
+             */
+            errorDeclaration: {
+                declarationTime: '$.errorDeclaration.declarationTime',
+                reason: '$.errorDeclaration.reason',
+                correctiveEventIDs: '$.errorDeclaration.correctiveEventIDs'
+            },
             readPoint: '$.readPoint',
             bizLocation: '$.bizLocation'
         }
@@ -57,6 +75,11 @@ const TWIN_INGEST_RULES = [
             outputEPCList: '$.outputEPCList',
             outputQuantityList: '$.outputQuantityList',
             transformationID: '$.transformationID',
+            errorDeclaration: {
+                declarationTime: '$.errorDeclaration.declarationTime',
+                reason: '$.errorDeclaration.reason',
+                correctiveEventIDs: '$.errorDeclaration.correctiveEventIDs'
+            },
             readPoint: '$.readPoint',
             bizLocation: '$.bizLocation'
         }
@@ -77,14 +100,56 @@ const TWIN_INGEST_RULES = [
             childEPCs: '$.childEPCs',
             /* 낱개 식별자 없이 **수량으로** 담긴 자식(「이 품번 40개」) — 입고·포장이 이 모양으로 온다. */
             childQuantityList: '$.childQuantityList',
+            errorDeclaration: {
+                declarationTime: '$.errorDeclaration.declarationTime',
+                reason: '$.errorDeclaration.reason',
+                correctiveEventIDs: '$.errorDeclaration.correctiveEventIDs'
+            },
             readPoint: '$.readPoint',
             bizLocation: '$.bizLocation'
         }
     }
 ];
+/*
+ * 정규 레코드 셋(`CanonicalRecord` · `CanonicalTransformationRecord` · `CanonicalAggregationRecord`)은
+ * **계약으로 옮겼다**(2026-08-30, `@operato/ops-contract` 0.2.0).
+ *
+ * 여기 있던 이유는 소비 방식 때문이었다 — EPCIS 는 커널의 범용 어댑터를 지나서 타입을 요구하지 않았다.
+ * 그런데 모양 자체는 EPCIS 2.0 의 필드 이름이고 호스트의 것이 아니다. 이제 MES 가 이 모양 그대로
+ * 보낸다.
+ *
+ * **매핑 룰(`TWIN_INGEST_RULES`)은 여기 남는다** — 이 모양을 EPCIS 사건으로 옮기는 정책이지 모양이 아니다.
+ */
 /** 정규 레코드[] → 검증된 CanonicalEnvelope[] (+ 거부분). 순수 함수. 단일→객체도 배열로 정규화. */
-function ingestCanonicalRecords(records, tenantId, defaultEventTime) {
+function ingestCanonicalRecords(records, tenantId, defaultEventTime, 
+/**
+ * **이 사실들이 어느 트윈의 것인가** — 마감된 구간 사실의 이름에 쓰인다(커널 §`SubjectBasis`).
+ *
+ * 커널은 도메인으로 서므로 자기가 어느 트윈인지 모른다. 그런데 설비 번호·계량 지점 번호는 트윈
+ * 안에서만 통하는 이름표라, 한 도메인에 현장이 둘이면 서로 다른 설비의 같은 날이 한 사실이 된다.
+ * 실측으로 그 일이 났다 — 두 발전소의 `002` 가 겹쳤다.
+ *
+ * 주지 않으면 이름표를 그대로 쓰고 `twin-local` 로 표시된다 — 겹칠 수 있다는 뜻이다.
+ */
+scope) {
     const arr = Array.isArray(records) ? records : records ? [records] : [];
+    /*
+     * ── **다섯째 어휘는 사건이 아니다** (2026-08-28) ────────────────────────────
+     *
+     * 마스터데이터 — 변하지 않는 속성(유통기한·로트번호·자리의 성질). 표준은 이것을 사건이 아니라
+     * **어휘 요소의 속성**으로 담고, 커널에 그 자리가 없어서 지금까지 사건에 실려 왔다.
+     *
+     * 그 결과가 유입에서 이렇게 났다. 전량을 읽는 원본이 유통기한을 실으려고 **들어오지 않은 것을
+     * `ADD`** 라고 말했고, `ilmd` 가 사건 단위라 자리별로 묶을 수도 없어 낱개로 나갔다 — 재기동 한 번에
+     * 2,665건이다.
+     *
+     * 그래서 여기서 갈라 낸다. 이것은 봉투가 되지 않고 저널에도 적히지 않는다(시각축이 없는 값이다).
+     * 갈래 판정은 커널의 것을 부른다 — 다른 넷과 같은 규율이다.
+     *
+     * 설계: `operato-twin/design/plans/master-data.md`
+     */
+    const masterCandidates = arr.filter(ops_contract_1.isMasterDataRecord);
+    const master = masterCandidates.length ? (0, ops_contract_1.ingestMasterData)(masterCandidates) : { accepted: [], rejected: [] };
     /*
      * **어휘가 넷이다** — 물류(EPCIS)·에너지 계량·설비 에너지·운영 사실. 예전에는 이 함수가 무조건
      * `ObjectEvent` 를 만들었고, 그래서 계측을 이 길로 넣으면 `epc` 가 없어 거부되거나(그나마 나은 쪽)
@@ -96,20 +161,79 @@ function ingestCanonicalRecords(records, tenantId, defaultEventTime) {
      * 소비처마다 답이 달라진다. 봉투는 같은 것을 쓰므로 아래 소비처(미러·저널·브로드캐스팅)는 이 갈림을 알
      * 필요가 없다.
      */
-    const energy = arr.filter(twin_kernel_1.isEnergyRecord);
+    /*
+     * 여섯째·일곱째 어휘 — **마감된 사용 구간**과 **청구서**. 커널 0.7.72 가 이 문들을 열었다.
+     *
+     * ── ★ 사용 구간을 계량보다 **먼저** 가른다 ─────────────────────────────────
+     * `isEnergyRecord` 는 `meterId` 가 있으면 참이므로 사용 구간에도 참이다. 순서를 정하지 않으면
+     * 시간별 사용량이 계량 표본으로 들어가고, 그 문은 `kWh` 를 **적산 레지스터**로 읽는다. 그러면
+     * 커널이 구간 전력량을 차분으로 구하는데 우리가 넣은 값이 이미 구간의 양이다 — 차분의 차분이 되어
+     * 값이 조용히 틀린다. 거부되지도 않는다.
+     */
+    const usagePeriods = arr.filter(ops_contract_1.isEnergyUsagePeriodRecord);
+    const bills = arr.filter(ops_contract_1.isEnergyBillRecord);
+    /*
+     * 여덟째 어휘 — **그 주기에 적용되는 요금 기준**. 커널 0.7.76 이 이 문을 열었다.
+     *
+     * ★ 청구서와 겹친다. 청구서가 `billingDemandKW` 를 실을 수 있고, 그러면 두 판정이 다 참이다.
+     * 그때 요금 기준 문으로 보내면 「금액은 이 문이 받지 않는다」로 거부된다 — 정산이 통째로
+     * 사라진다. 그래서 청구서인 것을 뺀다. 커널에서 배타로 만들어 달라고 올렸다.
+     */
+    const tariffBases = arr.filter(r => (0, ops_contract_1.isEnergyTariffBasisRecord)(r) && !(0, ops_contract_1.isEnergyBillRecord)(r));
+    /*
+     * 아홉째 어휘 — **발전 단가**. 낸 것에 매겨지는 1kWh 당 값이고 날마다 바뀐다(커널 0.7.79).
+     *
+     * 다른 문과 겹치지 않는다: 계량 지점이나 설비 id 가 있으면 이 문이 아니고(커널이 배타로 막는다),
+     * 요금적용전력·기본요금 단가가 없으므로 요금 기준도 아니다.
+     */
+    const generationPrices = arr.filter(ops_contract_1.isEnergyGenerationPriceRecord);
+    /* 마감된 발전 기간 — 지난 기록 채우기가 쓴다. 적산의 문과 배타다(구간이 있으면 이쪽). */
+    const generationPeriods = arr.filter(ops_contract_1.isEnergyGenerationPeriodRecord);
+    const energy = arr.filter(r => (0, ops_contract_1.isEnergyRecord)(r) && !(0, ops_contract_1.isEnergyUsagePeriodRecord)(r));
     /* 세 번째 어휘 — 설비가 낸 자기 에너지 상태(발전·저장·감축 여지·개폐 위치). 계량과 갈라 두는
        이유는 커널에 적혀 있다: 계량은 구간에 누적되고, 이것들은 그 설비의 지금이다. */
-    const energyEquipment = arr.filter(twin_kernel_1.isEnergyEquipmentRecord);
+    /*
+     * 다섯 번째 어휘 — **발전 적산**(설비가 지금까지 만든 양). 커널 0.7.69 가 이 문을 열었다.
+     *
+     * ── ★ 설비 상태보다 **먼저** 가른다 ──────────────────────────────────────────
+     * 두 판정이 겹친다. `isEnergyEquipmentRecord` 는 `equipmentId` 가 있고 물류·계량 어휘가 아니면
+     * 참이므로 발전 적산도 함께 참이다. 그래서 순서가 갈림을 정한다.
+     *
+     * 순서를 잘못 두면 조용히 사라지는 것이 아니라 **엉뚱한 이유로 거부된다**: 설비 상태 문은 적산을
+     * 값으로 세지 않아 「바꿀 상태가 하나도 없다」로 돌려보낸다. 커넥터는 보냈다고 믿고, 화면에는
+     * 발전량이 없다.
+     */
+    const energyGeneration = arr.filter(ops_contract_1.isEnergyGenerationRecord);
+    const energyEquipment = arr.filter(r => (0, ops_contract_1.isEnergyEquipmentRecord)(r) && !(0, ops_contract_1.isEnergyGenerationRecord)(r));
     /*
      * 네 번째 어휘 — **운영 사실**(작업·설비·사람·자산·오더·품질). 관측 리듀서는 이것을 오래전부터
-     * 접었는데 **들어올 문이 없었다**: 원본이 「이 작업이 끝났다」를 말할 길이 없어 시뮬 커널만 그것을
+     * 계산했는데 **들어올 문이 없었다**: 원본이 「이 작업이 끝났다」를 말할 길이 없어 시뮬 커널만 그것을
      * 아는 상태가 남았다(같은 화면이 두 구동에서 다른 것을 말한다).
      */
-    const operational = arr.filter(twin_kernel_1.isOperationalRecord);
-    const epcis = arr.filter(r => !(0, twin_kernel_1.isEnergyRecord)(r) && !(0, twin_kernel_1.isEnergyEquipmentRecord)(r) && !(0, twin_kernel_1.isOperationalRecord)(r));
+    const operational = arr.filter(ops_contract_1.isOperationalRecord);
+    /*
+     * ── 이 목록은 **어휘를 더할 때마다 함께 늘어야 한다** (2026-08-30) ─────────
+     *
+     * EPCIS 갈래는 「나머지 전부」다. 새 어휘를 빼 주지 않으면 그 레코드가 제 문으로 가면서
+     * **EPCIS 문으로도 들어가** 거부된다. 받아들여지기도 하고 거부되기도 하는 상태가 되어,
+     * 유입 장부의 거부 수가 늘고 사람이 그것을 진짜 결함으로 읽는다.
+     *
+     * 실제로 발전 단가를 더할 때 그렇게 됐다. 목록을 손으로 지키는 대신 시험이 지킨다
+     * (§`canonical-ingest-vocabularies` — 어휘마다 한 문으로만 가는지).
+     */
+    const epcis = arr.filter(r => !(0, ops_contract_1.isEnergyRecord)(r) &&
+        !(0, ops_contract_1.isEnergyEquipmentRecord)(r) &&
+        !(0, ops_contract_1.isEnergyGenerationRecord)(r) &&
+        !(0, ops_contract_1.isEnergyUsagePeriodRecord)(r) &&
+        !(0, ops_contract_1.isEnergyBillRecord)(r) &&
+        !(0, ops_contract_1.isEnergyTariffBasisRecord)(r) &&
+        !(0, ops_contract_1.isEnergyGenerationPriceRecord)(r) &&
+        !(0, ops_contract_1.isEnergyGenerationPeriodRecord)(r) &&
+        !(0, ops_contract_1.isOperationalRecord)(r) &&
+        !(0, ops_contract_1.isMasterDataRecord)(r));
     /* 품목 어휘 안에서도 갈림이 있다(개체 관측 / 담김) — 그 판정도 커널의 것을 부른다. */
     const epcisResult = epcis.length
-        ? (0, twin_kernel_1.ingest)(epcis.map(r => ({
+        ? (0, ops_contract_1.ingest)(epcis.map(r => ({
             ...r,
             /*
              * ── **시각의 이름을 둘 흡수한다** (2026-08-24 실측) ────────────────────
@@ -131,9 +255,9 @@ function ingestCanonicalRecords(records, tenantId, defaultEventTime) {
                 ? { eventTime: r.eventTime ?? r.at }
                 : {}),
             /* 판정은 커널이 한 곳에서 한다 — 여기서 다시 짐작하면 소비처마다 답이 달라진다. */
-            sourceType: (0, twin_kernel_1.isTransformationRecord)(r)
+            sourceType: (0, ops_contract_1.isTransformationRecord)(r)
                 ? 'twin-transformation'
-                : (0, twin_kernel_1.isAggregationRecord)(r)
+                : (0, ops_contract_1.isAggregationRecord)(r)
                     ? 'twin-aggregation'
                     : 'twin'
         })), TWIN_INGEST_RULES, 
@@ -141,29 +265,70 @@ function ingestCanonicalRecords(records, tenantId, defaultEventTime) {
          * **레코드가 시각을 말하면 그것을 쓴다** (2026-08-23).
          *
          * `eventTimePath` 를 주지 않던 동안 이 경로는 **언제나 폴링 시각**을 썼다(`defaultEventTime`).
-         * 그래서 커넥터가 이미 싣고 있던 `eventTime`(변환 레코드의 `finishedAt` 등)이 **조용히
+         * 그래서 커넥터가 이미 싣고 있던 `eventTime`(변환 레코드의 `finishedAt` 등)이 **알리지 않고
          * 무시됐다** — 커넥터를 붙인 쪽은 그것이 먹는다고 믿고 있었고, 어디에도 오류가 나지 않았다.
          *
          * 무엇이 걸렸나: 계보(변환)의 시각이다. 4월에 만든 로트가 8월에 만들어진 것으로 저널에 남았다.
          * 그리고 실측 소요를 재는 폴드가 봉투 시각을 쓰므로(§`kpi-fold`: `workMs = 완료 − 첫 착수`),
          * 폴링 간격을 작업시간으로 배울 수 있었다 — 못 배우는 것보다 나쁘다.
          *
-         * 레코드에 `eventTime` 이 없으면 커널이 조용히 기본값으로 떨어진다(§`resolve` — 없는 값은
+         * 레코드에 `eventTime` 이 없으면 커널이 알리지 않고 기본값으로 떨어진다(§`resolve` — 없는 값은
          * 오류가 아니다). 그래서 이 한 줄이 기존 경로를 막지 않는다: 시각을 말하는 레코드만 사실이 된다.
          */
         { tenantId, defaultEventTime, eventTimePath: 'eventTime' })
         : { accepted: [], rejected: [] };
-    const energyResult = energy.length ? (0, twin_kernel_1.ingestEnergyRecords)(energy, { tenantId, defaultEventTime }) : { accepted: [], rejected: [] };
+    const energyResult = energy.length ? (0, ops_contract_1.ingestEnergyRecords)(energy, { tenantId, defaultEventTime, ...scope }) : { accepted: [], rejected: [] };
     const equipmentResult = energyEquipment.length
-        ? (0, twin_kernel_1.ingestEnergyEquipmentRecords)(energyEquipment, { tenantId, defaultEventTime })
+        ? (0, ops_contract_1.ingestEnergyEquipmentRecords)(energyEquipment, { tenantId, defaultEventTime, ...scope })
+        : { accepted: [], rejected: [] };
+    const usageResult = usagePeriods.length
+        ? (0, ops_contract_1.ingestEnergyUsagePeriodRecords)(usagePeriods, { tenantId, defaultEventTime, ...scope })
+        : { accepted: [], rejected: [] };
+    const billResult = bills.length ? (0, ops_contract_1.ingestEnergyBillRecords)(bills, { tenantId, defaultEventTime, ...scope }) : { accepted: [], rejected: [] };
+    const tariffBasisResult = tariffBases.length
+        ? (0, ops_contract_1.ingestEnergyTariffBasisRecords)(tariffBases, { tenantId, defaultEventTime, ...scope })
+        : { accepted: [], rejected: [] };
+    const generationPeriodResult = generationPeriods.length
+        ? (0, ops_contract_1.ingestEnergyGenerationPeriodRecords)(generationPeriods, { tenantId, defaultEventTime, ...scope })
+        : { accepted: [], rejected: [] };
+    const generationPriceResult = generationPrices.length
+        ? (0, ops_contract_1.ingestEnergyGenerationPriceRecords)(generationPrices, { tenantId, defaultEventTime, ...scope })
+        : { accepted: [], rejected: [] };
+    const generationResult = energyGeneration.length
+        ? (0, ops_contract_1.ingestEnergyGenerationRecords)(energyGeneration, { tenantId, defaultEventTime, ...scope })
         : { accepted: [], rejected: [] };
     const operationalResult = operational.length
-        ? (0, twin_kernel_1.ingestOperationalRecords)(operational, { tenantId, defaultEventTime })
+        ? (0, ops_contract_1.ingestOperationalRecords)(operational, { tenantId, defaultEventTime, ...scope })
         : { accepted: [], rejected: [] };
     /* 거부분을 합쳐 돌려준다 — 어느 어휘에서 거부됐는지는 이유 문구가 말한다. */
     return {
-        accepted: [...epcisResult.accepted, ...energyResult.accepted, ...equipmentResult.accepted, ...operationalResult.accepted],
-        rejected: [...epcisResult.rejected, ...energyResult.rejected, ...equipmentResult.rejected, ...operationalResult.rejected]
+        accepted: [
+            ...epcisResult.accepted,
+            ...energyResult.accepted,
+            ...equipmentResult.accepted,
+            ...generationResult.accepted,
+            ...usageResult.accepted,
+            ...generationPriceResult.accepted,
+            ...generationPeriodResult.accepted,
+            ...billResult.accepted,
+            ...tariffBasisResult.accepted,
+            ...operationalResult.accepted
+        ],
+        rejected: [
+            ...epcisResult.rejected,
+            ...energyResult.rejected,
+            ...equipmentResult.rejected,
+            ...generationResult.rejected,
+            ...usageResult.rejected,
+            ...billResult.rejected,
+            ...tariffBasisResult.rejected,
+            ...generationPriceResult.rejected,
+            ...generationPeriodResult.rejected,
+            ...operationalResult.rejected,
+            ...master.rejected
+        ],
+        /* 사건이 아닌 것은 따로 낸다 — 부르는 쪽이 상태 세우는 문으로 보낸다(저널로 가지 않게). */
+        masterData: master.accepted
     };
 }
 //# sourceMappingURL=canonical-ingest.js.map