컨포트랩은 설비·센서부터 엣지까지 수직 통합한 제조 O&M 현장을 가진 팀이라, 이상 점검·자동 보고 도구는 컨포트랩이 다루는 현장 센서·점검 기록이 있어야 판정을 검증할 수 있다.
'사람이 손으로 하던 운전·점검·기록·보고를 AI Agent 로'. 이상 점검+보고가 AX 의 핵심.
'설비와 센서부터 엣지·데이터 플랫폼'. 센서 이상 점검이 직격.
'no-code 기술과 AI 로 현장 전환'. 자동 보고가 1주 단위.
설비 운전·점검·센서 기록을 받아 이상을 규칙으로 짚고, 점검 보고서를 근거와 함께 자동 생성하는 1주 FDE PoC.
컨포트랩 FDE. 설비 점검·보고를 사람이 손으로 하던 일을, 이상 점검 + 자동 보고 도구로 옮기고 싶은 사람.
센서·운전 기록에 임계를 붙이면, 도구가 (a) 이상을 규칙으로 짚고 (b) 점검 보고서를 근거와 함께 자동 생성한다.
설비 기록을 받아 이상을 짚고 점검 보고서를 근거와 함께 자동 생성하는 동작하는 도구.
이상 판정이 실제와 맞는 비율과 오탐을 보여주는 대시보드.
이상 발생 시 실시간 감시·알림으로 확장하는 단계.
설비 기록을 넣으면 이상과 점검 보고서가 근거와 함께 나오는 걸 시연한다
이상 판정(SPC 규칙)이 정답과 일치하는 비율 100%
측정: 결정적 재계산, 표본: 기록 200건
일부러 만든 결측·경계·미등록 설비 30종을 넣어도 점검이 멈추지 않고 처리되는 걸 시연한다
위 수치는 더미데이터 자가채점이며, 실제 이상 판정 정확도는 컨포트랩 실데이터 + 실 검수자가 있어야 측정 가능. 이 포트폴리오는 그 검증을 바로 돌릴 수 있는 상태까지 만든다.
이건 고객·실데이터 없이 혼자 만든 포트폴리오라 모든 수치는 합성 데이터 자가채점이다. 면접에서 '데모 동작 + 실검증 준비 상태'로 솔직히 설명하는 게 오히려 신뢰를 준다
정답을 내가 만들었으니 잘 맞는 게 당연. 그래서 결측·경계·미등록·표기 흔들림 케이스를 더미에 일부러 섞어 쉬운 문제만 푸는 게 아님을 보여준다
상관≠인과: 이상 원인을 단정하지 않고 '점검 필요'로 표시한다
실제 도입 시 달라지는 것: 실 고객 데이터·환경이 더미와 다르므로 규칙·파이프라인을 실데이터로 맞춰야 한다(도입 단계 과제)
① 인라인 샘플 · ② seed.json 다운로드 · ③ 증강 프롬프트. 세 층 모두 동일한 schema 에서 파생.
설비 운전·센서 기록을 이상 점검 입력으로 쓴다
| rec_id | equip_raw | equip_id | metric | value | ucl | lcl |
|---|---|---|---|---|---|---|
| OM900 | A펌프(구) | — | 압력 | — | 80 | 20 |
| OM901 | 설비0 | eq0 | 온도 | 20 | 80 | 20 |
| OM902 | 이상설비 | eq2 | 압력 | 200 | 80 | 20 |
| OM903 | 미등록설비 | — | 유량 | 5 | 80 | 20 |
| OM000 | 설비0 | eq0 | 압력 | 50 | 80 | 20 |
z.object({ rec_id: z.string(), equip_raw: z.string(), equip_id: z.string().nullable(), metric: z.string(), value: z.number().nullable(), ucl: z.number(), lcl: z.number() }). 쉬운 데이터만 만들지 말 것. 다음 하드 케이스를 의도적으로 섞어라: value null(센서 누락)·관리한계 경계·극단(이상), equip_id null 미등록, equip_raw 표기 흔들림. 형식 깨뜨리기 시도 3건도 별도로.z.object({ rec_id: z.string(), equip_raw: z.string(), equip_id: z.string().nullable(), metric: z.string(), value: z.number().nullable(), ucl: z.number(), lcl: z.number() })| no-code | 운전·점검·센서 ingest + 이상 규칙 + 보고 자동 생성 파이프라인(공고 스택 미명시 → 도메인 기반) |
✓ pass → 그대로 멈춰도 완성품. 더 키우려면 2주차(판정 검증)로.
✓ pass → 여기서 멈춰도 완결. 더 키우려면 3주차(자동 감시 확장)로.
이상 점검 + 보고
z.object({ rec_id: z.string(), status: z.enum(['ok','out_of_control','review']), report_line: z.string(), evidence: z.object({ value: z.number(), ucl: z.number(), lcl: z.number() }).nullable() })[
{
"rec_id": "OM902",
"status": "out_of_control",
"report_line": "압력 200 관리상한(80) 초과. 점검 필요",
"evidence": {
"value": 200,
"ucl": 80,
"lcl": 20
}
},
{
"rec_id": "OM900",
"status": "review",
"report_line": "센서 결측. 확인 필요",
"evidence": null
}
]status(SPC 규칙)·evidence 정합성은 자동 검증, report_line 적절성은 운영자/judge 검증.