# EPC / 프로세스 플랜트를 위한 엔지니어링 컨텍스트

변경이 발생하는 것보다, 왜 바뀌었고 언제 바뀌었으며 무엇에 영향을 미쳤는지를 증명하기 어려워지는 것이 더 큰 문제입니다.

> 변경의 실제 단위는 문서 한 장이 아니라, 시간에 따라 연결된 엔지니어링 근거입니다.

## 설계 변경은 문서 한 장으로 끝나지 않습니다.

Owner Requirement, Design Criteria, TQ, Owner Clarification, CRS, 도면·모델 리비전과 송신이 같은 이슈 위에 겹칩니다. EPC 팀은 변경 자체보다 그 이슈가 어느 객체·계통·공간에 닿았는지, 어떤 근거로 검토했는지 다시 읽어야 합니다.

## 오늘 설계·검토 업무에서 막히는 지점

- 조항·태그가 가리키는 실제 객체를 찾기 위해 도면·모델·리스트를 따로 대조합니다.
- 리비전 차이는 보이지만, 영향받는 계통·공간·재검토 범위는 손에 잡히지 않습니다.
- TQ·CRS·회신·송신 이력이 이슈 단위로 이어지지 않아 변경 영향 논의의 근거가 흐려집니다.
- 검토 당시 Viewpoint·객체·리비전·조항이 남지 않으면 같은 판단을 재구성하기 어렵습니다.

## Engineering Change Intelligence가 필요한 이유

요구사항·조항, Process Rich Tag Graph, 대상 객체, Spatial Graph의 이웃, 도면·모델 리비전, TQ/Owner Clarification/CRS, Evidence Snapshot이 하나의 시간축으로 연결되어야 합니다. 사람과 AI가 같은 식별자·같은 리비전·같은 관계로 변경을 읽어야 검토 지원이 가능합니다.

## 요구사항에서 변경 영향 검토까지

Engineering Change Intelligence는 이 사슬을 끊기지 않게 이어 설계·상업 검토를 지원합니다.

1. **Owner Requirement / Design Criteria** — 변경의 출발점이 되는 요구·기준
2. **Clause / Requirement** — 문서 조항·요구 해석 단위
3. **PIDEX / Process Rich Tag Graph** — 공정 신원·관계로 정규화
4. **Tag Resolver → 대상 객체** — 태그가 가리키는 실제 엔지니어링 객체
5. **S3DX / Spatial Graph** — 대규모 모델의 공간·계층 컨텍스트
6. **Spatial Resolver → 영향 이웃** — 검토해야 할 주변 관계·공간
7. **Drawing / Model Revision** — 시점별 적용 산출물
8. **TQ / Owner Clarification / CRS** — 이슈·회신·코멘트 이력
9. **Evidence Snapshot** — 검토 근거 패키지
10. **변경 영향·검토 지원** — 엔지니어 판단·승인으로 이어짐

## EPC 현장에서 바로 쓰는 네 가지

### A. Design Change Impact Review

요구·조항 변경이 어느 객체와 주변 계통·공간에 닿는지, 어떤 도면·모델이 다시 검토되어야 하는지 Evidence 사슬로 읽습니다.

- 요구사항 / 조항 변경
- 대상 객체 식별
- 주변 계통·공간 영향
- 영향 도면·모델과 근거 사슬

### B. Revision Deviation Review

무엇이 바뀌었는지뿐 아니라, 어떤 태그·계통·공간이 영향을 받고 무엇을 재검토해야 하는지 범위를 잡습니다.

- 변경 내용
- 영향 태그·계통·공간
- 재검토 대상

### C. Repetitive Design Review Assistance

문서 조항 → 객체 → 주변 공간으로 후보 이슈를 식별하고, 최종 판단은 엔지니어가 내립니다.

- 조항·객체·공간 연결
- AI 후보 식별
- 엔지니어 결정

### D. Engineering Deliverables

L3D Emit이 모델 뷰를 상세 설계·검토에 재사용 가능한 산출물로 바꿉니다.

- SAT / 3D Solid DWG / 2D 출력(해당 시)
- 좌표 정합 배경·Evidence

## 이 워크플로에 실제로 쓰이는 것

제품 목록이 아니라, Engineering Change Intelligence 사슬에서 각 단계가 맡는 역할입니다.

### Primary

- **PIDEX**: P&ID·레코드를 Process Rich Tag Graph와 검토용 산출물로 연결합니다.
- **S3DX**: 대규모 모델을 Spatial Graph·3D Tiles로 발행해 최신 공간 컨텍스트를 유지합니다.
- **L3D Vue**: 1D·2D·3D와 관계를 같은 워크스페이스에서 검토합니다.
- **Spatial Resolver**: 대상 주변에서 실제로 검토해야 할 이웃과 관계를 고릅니다.

### Secondary

- **L3D Emit**: 모델 뷰를 엔지니어링 산출물·2D 배경·Evidence로 전환합니다.
- **Evidence Snapshot**: 객체·리비전·조항·Viewpoint를 추적 가능한 근거 패키지로 남깁니다.
- **nanochat** (future): 로컬 Engineering Agent 실행 계층(설계 단계). 이 페이지의 중심이 아닙니다.

## AI가 하고, 엔지니어가 닫는 일

AI는 이해·분석·후보 식별·검토 지원을 수행하고, 최종 판단과 승인은 권한 있는 엔지니어가 내립니다.

승인, CRS 종결, 권리·회수 보장, 소송 결과, 100% 자동 매핑, hallucination-free를 주장하지 않습니다. 변경 영향 추적·검토 지원·근거 연결에 집중합니다.