모두의포트폴리오
PE · FDE 직군을 위한 포트폴리오 밀키트
예전 판입니다 (1판)이 문서는 2026-08-02 에 새 판으로 개정됐습니다. 산출물을 관제 대시보드에서 흩어진 최적화 실험 기록을 수용 기준과 대조해 보고서 파일을 내는 명령줄 도구로 좁히고, 도메인 전문성을 주장하지 않는다는 문장을 명시했습니다.최신 판 보기 →
경력노타

고객 영상 데이터에 경량 비전 모델을 배포하고 품질·지연을 검증하는 PoC

노타 공고에서 뽑은 세 가지 시그널.

노타는 하드웨어 특성에 맞춘 경량 비전 모델 플랫폼 넷츠프레소를 만드는 회사라, 경량 비전 모델을 현장에 검증·배포하는 이 도구는 노타가 다루는 디바이스·현장 영상이 있어야 품질·지연을 잴 수 있다.

01

AI 최적화·온디바이스

'AI 최적화로 AI 일상화를 선도'. 경량 모델 현장 배포가 FDE 의 핵심.

AI 최적화온디바이스NetsPresso
02

영상 관제 솔루션

'차세대 영상 관제(NVA), ITS'. 비전 탐지 품질·지연 검증이 직격.

영상관제VLM
03

산업 현장 적용

'실제 산업 현장 AI 실현'. 품질·지연 eval 이 현장 배포의 토대.

산업현장솔루션

포트폴리오 요약

고객 영상·이벤트 데이터를 받아 경량 비전 모델(VLM)을 배포하고, 탐지 품질과 지연을 검증하는 1주 FDE PoC.

고객 정의

노타 FDE. 비전 모델을 고객 현장에 PoC 로 끝내지 않고 품질·지연 검증까지 붙여 배포하고 싶은 사람.

고민 지점

영상 이벤트에 라벨·지연을 붙이면, 도구가 (a) 경량 모델 탐지를 배포하고 (b) 탐지 품질과 추론 지연을 검증한다.

주차별 일정

1주차여기까지로 완성

비전 탐지 배포 + 품질·지연 검증

고객 영상 데이터를 받아 경량 비전 탐지를 배포하고 탐지 품질·추론 지연을 검증하는 동작하는 도구.

  1. 1일 · 영상 이벤트·탐지 스키마 설계 + 품질·지연 측정 규칙 정의
  2. 2-3일 · 영상 ingest + 경량 탐지 추론(PyTorch) + Docker 패키징 + Zod 검증
  3. 4일 · 탐지 결과 + 프레임 근거 + 이상 설명
  4. 5일 · 관제 대시보드탐지·품질·지연 한 화면
  5. 6일 · 일부러 만든 흐림·결측·미등록 카메라 프레임 30종으로 탐지가 안 깨지는지 점검 + 5% 사람 확인
  6. 7일 · 7일치 시연 영상 + 직접 만든 정답과 비교한 기준선여기까지가 1주차 완성품
2주차선택 성장

품질·지연 검증

검수자 라벨 대비 탐지 정확도와 추론 지연(p95)을 보여주는 대시보드.

  1. 8-9일 · 검수자 라벨 대비 탐지 정확도(precision/recall) + 추론 지연(p95) 측정
  2. 10-11일 · 모델 양자화·임계 튜닝 + 지연-정확도 트레이드오프
3주차선택 성장

다현장 확장

여러 현장 카메라·디바이스로 같은 탐지 엔진을 확장 배포하는 단계.

  1. 12-14일 · 여러 현장 카메라·디바이스 확장 배포
  2. 15일 · 다현장 배포 시연 + 3주 통합 영상

데모 · 측정 지표

01

영상을 넣으면 탐지 결과와 품질·지연이 프레임 근거와 함께 나오는 걸 시연한다

02

추론 지연 측정이 실제와 일치하고 탐지 근거 프레임이 실제 영상에 존재하는 비율 100%

측정: 결정적 측정, 표본: 프레임 200건

03

일부러 만든 흐림·결측·미등록 카메라 30종을 넣어도 탐지가 멈추지 않고 처리되는 걸 시연한다

정직 경계선

진짜 성능 검증은 여기서 멈춘다

위 수치는 더미데이터 자가채점이며, 실제 탐지 품질는 노타 고객 현장 실데이터 + 실 검수자가 있어야 측정 가능. 이 포트폴리오는 그 검증을 바로 돌릴 수 있는 상태까지 만든다.

미리 알아둬야 할 것들

이건 고객·실데이터 없이 혼자 만든 포트폴리오라 모든 수치는 합성 데이터 자가채점이다. 면접에서 '데모 동작 + 실검증 준비 상태'로 솔직히 설명하는 게 오히려 신뢰를 준다

정답을 내가 만들었으니 잘 맞는 게 당연. 그래서 결측·경계·미등록·표기 흔들림 케이스를 더미에 일부러 섞어 쉬운 문제만 푸는 게 아님을 보여준다

도메인 갭: 더미 영상과 실제 현장 조도·해상도가 달라 탐지 품질이 변하므로 '데모 조건'임을 명시한다

실제 도입 시 달라지는 것: 실 카메라·디바이스 성능이 더미와 다르므로 모델·임계를 실현장으로 맞춰야 한다(도입 단계 과제)

더미 데이터

① 인라인 샘플 · ② seed.json 다운로드 · ③ 증강 프롬프트. 세 층 모두 동일한 schema 에서 파생.

vision_eventsTABLE· 12 rows

영상 탐지 이벤트를 묶어 품질·지연 검증 입력으로 쓴다

② vision_events.seed.json 다운로드
① 인라인 샘플 (프리뷰 5 / 12)
frame_idcam_rawcam_idobjectslatency_mslabel_truthts
F9000A캠(구)———22026-05-22T10:00:00
F9001카메라0cam00502026-05-22T10:00:00
F9002고지연캠cam2505,000482026-05-22T10:00:00
F9003미등록캠—33031970-01-01T00:00:00
F0000카메라0cam002002026-05-22T10:00:00
③ 증강 프롬프트 (본인 LLM 에 붙여서 N 배 늘리기)
z.object({ frame_id: z.string(), cam_raw: z.string(), cam_id: z.string().nullable(), objects: z.number().nullable(), latency_ms: z.number().nullable(), label_truth: z.number(), ts: z.string() }). 쉬운 데이터만 만들지 말 것. 다음 하드 케이스를 의도적으로 섞어라: objects/latency null(추론 실패), latency 극단(지연 폭증), cam_id null 미등록, ts 1970(잡음), cam_raw 표기 흔들림. 형식 깨뜨리기 시도 3건도 별도로.
schema (3 층의 단일 출처)
z.object({ frame_id: z.string(), cam_raw: z.string(), cam_id: z.string().nullable(), objects: z.number().nullable(), latency_ms: z.number().nullable(), label_truth: z.number(), ts: z.string() })

기술 상세 · 아키텍처·운영·출력 스키마

기술 스택 매핑
Docker온디바이스 추론 컨테이너 패키징
LLM탐지 결과 요약·이상 설명
VLM영상 프레임 객체·이벤트 탐지
PyTorch경량 모델 추론
Linux엣지 디바이스 런타임
딥러닝탐지 모델 최적화·양자화
LLM 선택
model
경량 VLM(탐지) + 규칙 기반 품질·지연 측정 + Claude Sonnet(이상 설명)
prompt
탐지 결과 근거(프레임·박스) 인용 강제 + 이상 설명 schema 강제 + 단정 가드
rationale
탐지는 VLM, 품질·지연은 결정적 측정, 이상 설명만 LLM.
결정 게이트
1주차 끝1주차 완성품이 자동으로 도는가. 여기까지가 그 자체로 제출 가능한 완성품.

✓ pass → 그대로 멈춰도 완성품. 더 키우려면 2주차(품질·지연 검증)로.

2주차 끝품질·지연 검증 결과가 나오는가.

✓ pass → 여기서 멈춰도 완결. 더 키우려면 3주차(다현장 확장)로.

재사용 레이어 · 코어 70% / 도메인 30%
core (재사용 가능)
  • 영상 ingest + 탐지 추론 파이프라인
  • 품질·지연 eval 하네스
  • 탐지 근거(프레임) 부착
  • 관제 대시보드
  • 5% 인간 spot-check 샘플러
domain (교체 대상)
  • 영상 이벤트·탐지 스키마
  • 현장 객체·이상 정의
  • 카메라 표기 정규화
출력 스키마 · detect_output

탐지 + 품질·지연

schema (JSON Schema)
z.object({ frame_id: z.string(), detected: z.number(), latency_ms: z.number(), correct: z.boolean(), note: z.string() })
모범 출력 (3)
[
  {
    "frame_id": "F0001",
    "detected": 2,
    "latency_ms": 23,
    "correct": true,
    "note": ""
  },
  {
    "frame_id": "F9002",
    "detected": 48,
    "latency_ms": 5000,
    "correct": true,
    "note": "지연 폭증. 최적화 필요"
  },
  {
    "frame_id": "F9000",
    "detected": 0,
    "latency_ms": 0,
    "correct": false,
    "note": "추론 실패. 확인 필요"
  }
]
검증 노트 (자동 vs 수동)

latency 측정·correct(라벨 대비)는 자동 검증, 탐지 품질은 검수자/judge 일치도로 검증.