@g1cloud/entity-modeler-next 5.0.0-beta.31 → 5.0.0-beta.35

package/dist/agent/resolver.d.ts

@@ -183,6 +183,67 @@ export type ResolveError = {
     handle: Handle;
     keys: string[];
 }
+/**
+ * entity.update patch에 Entity 논리 노드에 실재하지 않는 미지 키 — `attribute-patch-unknown-key`의 형제.
+ *
+ * ★이 op은 **스키마가 의도적으로 open**이다(dotted-key `jpaAttrs.*`가 필요해 `additionalProperties:false`로
+ * 닫지 못한다 — schema.ts §5.2 폐색 주석). 즉 LLM 가이드가 없는 경로이고 **resolver가 유일한 게이트**다.
+ * 특히 `attributes`/`indexes`/`operations`(자식 컬렉션)가 통과하면 호스트 인터프리터가 논리 노드에 통째
+ * `$set`해 **전 배열 blind-write**가 된다(모든 modelId 재발급 = 인덱스 columnRef·derivedFrom·end.attributeRef
+ * 전량 dangling). 자식 변경은 전용 op 소관.
+ */
+ | {
+    code: 'entity-patch-unknown-key';
+    opIndex: number;
+    entity: Handle;
+    keys: string[];
+}
+/**
+ * entity.add의 논리명이 모델에 이미 있는 엔티티와 충돌. 통과시키면 **도구가 스스로 `CHK-NAME-3`(error)
+ * 상태를 만든다**(CC-5 교훈: 엔진이 검증 error 상태를 생성하지 않는다). 더 나쁜 건 같은 배치의 형제
+ * op이다 — pending 가드는 `not-found`일 때만 격상하므로(`entityErr`), 이름이 겹치면 자식 op의 핸들이
+ * **기존 엔티티로 조용히 해소돼** 사용자가 의도한 신규 엔티티가 아니라 남의 엔티티에 붙는다.
+ * 이름은 사용자·AI가 정해야 할 값이라 도구가 유일화(`Order2`)로 발명하지 않는다([[dont-invent-unknown-values]]).
+ */
+ | {
+    code: 'entity-name-conflict';
+    opIndex: number;
+    handle: Handle;
+    matches: ModelId[];
+}
+/** association.update patch 미지 키(스키마는 하드 폐색 — REST 직접 호출 대비 심층 방어). */
+ | {
+    code: 'association-patch-unknown-key';
+    opIndex: number;
+    handle: AssocHandle;
+    keys: string[];
+}
+/**
+ * associationEnd.update patch 미지 키. entity.update와 같은 이유로 스키마가 open(dotted `jpa.*`)이라
+ * resolver가 유일한 게이트다. `entityRef`·`attributeRef`는 구조 참조라 patch로 바꾸면 관계가 끊긴다.
+ */
+ | {
+    code: 'association-end-patch-unknown-key';
+    opIndex: number;
+    handle: AssocHandle;
+    keys: string[];
+}
+/** index.update patch 미지 키(스키마 하드 폐색 — 심층 방어). `columns`는 전용 에러가 먼저 잡는다. */
+ | {
+    code: 'index-patch-unknown-key';
+    opIndex: number;
+    entity: Handle;
+    handle: Handle;
+    keys: string[];
+}
+/** operation.update patch 미지 키(스키마 하드 폐색 — 심층 방어). */
+ | {
+    code: 'operation-patch-unknown-key';
+    opIndex: number;
+    entity: Handle;
+    handle: Handle;
+    keys: string[];
+}
 /**
  * associationEnd.update patch의 `navigable`(양 end) — end1(from): inverse nav 실체화/철거는
  * RELATION_REF 속성 생성·삭제가 동반되는 GUI 토글 소유(통과 시 "navigable=true ⟺ RELATION_REF 존재"