기술 서비스 처리 체계

네 가지 서비스는 각각 접수 자료의 관리·해석·검증 절차에 따라 운영됩니다.

접수 자료는 출처와 개정을 고정한 뒤 추적 가능한 공학 기록으로 변환합니다. 각 처리 과정은 관찰된 사실, 자료에 명시된 내용, 공학적 추론과 미확정 항목을 구분하고, 생성 작업과 독립된 검증을 거쳐 산출물을 구성합니다.

4개 기술 서비스, 4개 독립 처리 흐름

01 — 기술문서 번역. 입력·원본 고정: PDF, DOCX, XLSX, PPTX 형식의 매뉴얼, 사양서, 데이터시트, 카탈로그와 기술보고서에 대해 파일, 개정, 페이지, 언어, 독자, 용어 기준과 스캔 한계를 기록합니다. 처리: 원문을 문단, 표 셀, 경고, 수식, 도면 라벨과 상호참조 객체로 분해하고, 보호 토큰·승인 용어·언어 프로파일·도메인 지식을 설정한 뒤 객체별로 번역합니다. 이후 표, 그림, 라벨과 페이지 레이아웃을 재구성합니다. 검증: 원문과 번역본을 직접 대조하여 의미, 조건, 경고, 순서, 용어, 수치, 단위, 공차, 기호, 부품번호, 표 경계, 잘림과 이미지 관계를 전 페이지에서 검사합니다. 산출물: 검토된 번역 PDF, 가능한 경우 편집 파일, 용어·객체 목록, 원문 확인사항과 검증 기록.

02 — 기술문서 분석. 입력·원본 고정: 매뉴얼, 설계 노트, 사양서, 데이터시트, 시스템 구성자료와 기술보고서에 분석 목적, 이용 목적, 독자와 핵심 기술질문을 결합합니다. 처리: 접수 문서를 문단, 표, 그림, 라벨, 경고, 수식과 참조 객체로 분해하고, 기계 경계·분석 질문·금지 결론·필요 지식 항목을 정의합니다. 적용 가능한 Knowledge Entry만 참여시켜 기계의 목적, 입력, 공정 단계, 책임 구조, 출력, 인터페이스와 재료·에너지·운동·신호·제어·안전·유틸리티 경로를 재구성하며 명령, 설정값, 피드백, 인터록, 액추에이터와 정지·고장 응답을 연결합니다. 검증: 모든 단계, 경로, 인터페이스, 제어기능과 중요 수치를 원문 위치로 추적하고 반복값, 개정, 절차, 모순, 누락, 원문 결함과 미확정 항목을 교차검토합니다. 산출물: 기계 개요, 입력-공정-출력 모델, 공정순서, 경로·인터페이스 지도, 제어구조, 요구·사양표, 발견사항, 확인질문과 검증기록.

03 — 도면 검토·분석. 입력·원본 고정: Vector PDF, DWG, DXF 형식의 기계·전기도면과 가능한 경우 BOM, 사양, 개정이력과 프로젝트 요구를 등록합니다. 처리: 도면번호, 개정, 시트와 분석 모드를 고정합니다. 기계 Lane은 BOM, 투상·단면·상세, feature, 대상에 연결된 표시치수, 공차, 끼워맞춤, GD&T, datum, 재질과 주기를 읽고 기능 구조군, Path, 인터페이스와 작동단계를 구성합니다. 전기 Lane은 시트와 영역을 분해하고 심벌, 단자, 도체, junction, cross-sheet reference와 PLC I/O 후보를 해석하여 vendor-neutral Net Graph와 명령·정상·고장 시나리오를 구성합니다. 검증: 기계도면은 픽셀 길이보다 대상 feature에 연결된 표시치수를 우선하고 뷰·단면 간 의미를 교차검토합니다. 전기도면은 고정된 원본을 독립 재해석하여 원본에서 빠진 graph 연결과 원본에 없는 graph 연결을 양방향으로 검사합니다. 산출물: 기계 또는 전기 분석보고서, 원본·시트·개정 목록, 기능 구조 또는 회로·Net 모델, 치수·공차·인터페이스 결과, 연결·시나리오 결과, 이슈·미확정 목록과 독립 검증기록.


05 — 공통 통제와 독립 검증. 모든 프로세서는 실행 통제와 기술 작업을 분리합니다. Worker는 승인된 접수 자료, 작업범위와 주장 수준 안에서만 관찰 또는 해석 후보를 만들며 자기 결과를 승인하거나 다음 단계를 선택하지 않습니다. 독립 Validator는 보관된 접수 자료와 산출물을 다시 읽어 신원, 출처 계보, 공학적 의미와 권한 경계를 검사하고 PASS, HOLD 또는 REJECT를 프로세서에 반환합니다. 고객 결과에는 원문 위치, 적용 근거, 검사 결과, 상태와 미해결 항목을 남기며 CONFIRMED는 확인된 근거, INFERRED는 범위가 제한된 공학적 추론, HOLD는 아직 닫을 수 없는 상태를 뜻합니다.

PROCESS — 접수 자료 → 구조화 기록 → 연결된 설계데이터 → 검토 가능한 산출물 | CONTROL — 고객 요구 · 출처와 개정 · 공학기준 | STATUS — CONFIRMED · INFERRED · HOLD

PROCESS — 접수 자료 → 구조화 기록 → 연결된 설계데이터 → 검토 가능한 산출물 | CONTROL — 고객 요구 · 출처와 개정 · 공학기준 | STATUS — CONFIRMED · INFERRED · HOLD

설계데이터를 구조화하고 활용하는 방법

출처와 추적성 — 각 기록에 파일, 개정, 페이지, 도면 뷰, 표 또는 영상 타임스탬프를 유지하여 결과를 원래 맥락으로 추적할 수 있게 합니다.

공학적 의미 — 용어, 단위, 요구사항, 기능, 부품, 파라미터, 운전조건과 제약을 정규화하여 같은 의미, 반복 또는 충돌 정보를 비교할 수 있게 합니다.

시스템 관계와 기준 — 구조 그룹, 부품, 인터페이스, 운동·흐름 경로, 의존관계, 후보안과 적용 기준을 연결하여 국부적인 문제가 시스템에 미치는 영향을 보여줍니다.

검증과 재사용 — 동일한 구조화 데이터를 번역문, 요구사항표, 부품관계도, 도면 이슈목록, 동작순서 또는 검증기록으로 구성하면서 출처와 상태를 유지합니다.

Design-OS R&D에 대하여

AI는 과정을 지원하고 공학기준이 판단을 통제합니다.

현재 서비스에서는 접수 자료를 더 큰 설계 상태의 일부로 봅니다. 고객 의도, 요구사항, 기능, 구조, 인터페이스, 파라미터, 근거, 위험과 개정을 서로 연결합니다. AI는 분석, 정규화, 비교, 모순·부족한 근거 탐지, 후보 유지와 다음 검토 제안을 지원하지만, 승인은 공학기준과 검증 기능, 사람의 권한이 통제합니다.

AI를 위한 공학 지식 — 표준, 매뉴얼, 공식, 설계 규칙, 제약조건과 검증 사례를 출처, 적용·제외 조건, 근거 수준, 불확실성, 개정이 포함된 Knowledge Entry로 분해하고 Knowledge Pack과 관계 지도로 관리합니다. AI는 현재 상태에 적용 가능한 지식만 사용하며, 검증되지 않은 출력은 자동으로 지식에 편입하지 않습니다. Design-OS의 장기 개발 방향은 고객 의도 → 요구사항·기능 → 구조·인터페이스 → 설계 후보 → Knowledge Pack → AI 지원 프로그램 관리 → 해석·생성 → 검증 → 승인 산출물 → 개정 이력을 하나의 통제된 순환 구조로 연결하는 것입니다. 현재 서비스에는 이 구조의 일부를 적용하고 있으며, 전체 설계 자동화는 단계적으로 개발합니다.

Design-OS는 이 검토·판단 구조를 자동화하기 위한 Mechanical AI 플랫폼으로 개발하고 있습니다.

대표 자료로 작업범위부터 확인합니다.

프로젝트 문의하기