모두의포트폴리오
PE · FDE 직군을 위한 포트폴리오 밀키트
예전 판입니다 (1판)이 문서는 2026-08-02 에 새 판으로 개정됐습니다. 산출물을 워크플로 대시보드에서 CLI와 월마감 점검 리포트 파일로 좁히고, 목적을 고객사 수주 엑셀과 ERP 매출 자료에서 어긋난 건을 찾아 재경 담당자에게 넘기는 일 하나로 지목했습니다.최신 판 보기 →
경력위시켓 · AIDP FDE 경력

중소·중견 기업 업무 데이터에 AI 워크플로를 배포해 반복 업무를 대체하는 PoC

위시켓 공고에서 뽑은 세 가지 시그널.

위시켓은 중소·중견 기업의 AX 조직을 직접 대체·수행하는 팀이라, 업무 워크플로를 검증·배포하는 이 도구는 위시켓이 들어가는 고객사의 업무 데이터가 있어야 동작을 검증한다.

01

AX 조직 대체·수행

'중소·중견 기업 AX 조직을 직접 대체·수행'. 업무 워크플로 배포가 FDE 의 핵심.

AX중소대체
02

일하는 방식 재정의

'AI가 일하는 방식을 재정의'. 반복 업무 자동화가 직격.

AI일하는 방식전환
03

아웃소싱 플랫폼

'국내 1위 아웃소싱 플랫폼'. 다양한 업무 패턴 데이터가 토대.

플랫폼기업AX

포트폴리오 요약

중소기업의 반복 업무 데이터를 받아 AI 워크플로(분류·추출·처리)를 구성하고 각 단계 동작을 검증해 배포하는 1주 FDE PoC.

고객 정의

위시켓 FDE. 중소기업의 반복 업무를 사람이 처리하던 일을, 검증된 AI 워크플로로 대체 배포하고 싶은 사람.

고민 지점

업무에 단계·도구를 붙이면, 도구가 (a) AI 워크플로를 구성하고 (b) 각 단계 동작을 검증해 배포 가능 여부를 판정한다.

주차별 일정

1주차여기까지로 완성

업무 워크플로 + 동작 검증

반복 업무 데이터를 받아 AI 워크플로를 구성하고 단계 동작을 검증하는 동작하는 도구.

  1. 1일 · 스키마 설계 + 판정/생성 규칙 정의
  2. 2-3일 · ingest + 핵심 파이프라인 + Zod 검증
  3. 4일 · 업무 워크플로 + 동작 검증 핵심 로직 + 근거 인용
  4. 5일 · 대시보드결과·근거 한 화면
  5. 6일 · 일부러 만든 결측·경계·미등록 30종으로 안 깨지는지 점검 + 5% 사람 확인
  6. 7일 · 7일치 시연 영상 + 직접 만든 정답과 비교한 기준선여기까지가 1주차 완성품
2주차선택 성장

동작 검증

워크플로 단계별 처리 성공률과 정답 대비 결과 일치율을 보여주는 대시보드.

  1. 8-9일 · 동작 검증사람 라벨/정답 대비 일치도(Cohen’s κ 또는 정확도) 측정
  2. 10-11일 · 임계·기준 보정 + 오탐 점검
3주차선택 성장

다업무 확장

여러 업무·고객사로 워크플로 구성을 확장 배포하는 단계.

  1. 12-14일 · 다업무 확장 확장
  2. 15일 · 확장 시연 + 3주 통합 영상

데모 · 측정 지표

01

업무를 넣으면 AI 워크플로와 단계별 동작 검증 결과가 나오는 걸 시연한다

02

단계 동작 검증(정답·규칙 대비)이 정답과 일치하는 비율 100%

측정: 결정적 재계산, 표본: 워크플로 150건

03

일부러 만든 모호·결측·미등록 업무 30종을 넣어도 구성/검증이 멈추지 않고 처리되는 걸 시연한다

정직 경계선

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

위 수치는 더미데이터 자가채점이며, 실제 워크플로 동작 정확도는 위시켓 실데이터 + 실 검수자가 있어야 측정 가능. 이 포트폴리오는 그 검증을 바로 돌릴 수 있는 상태까지 만든다.

미리 알아둬야 할 것들

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

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

오동작 위험: 검증 실패 단계는 자동 실행하지 않고 '확인 필요'로 막는다

실제 도입 시 달라지는 것: 실 고객 데이터·환경이 더미와 다르므로 규칙·파이프라인을 실데이터로 맞춰야 한다(도입 단계 과제)

더미 데이터

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

biz_tasksTABLE· 12 rows

중소기업 반복 업무를 워크플로 입력으로 쓴다

② biz_tasks.seed.json 다운로드
① 인라인 샘플 (프리뷰 5 / 12)
task_idbiz_rawbiz_idstepinputgoldok
BT900A사(구)—분류(입력 누락)——
BT901기업0b0처리모호—false
BT902대량b2추출xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx정답true
BT903미등록기업—알아서업무——
BT000기업0b0분류업무 입력 0정답0true
③ 증강 프롬프트 (본인 LLM 에 붙여서 N 배 늘리기)
z.object({ task_id: z.string(), biz_raw: z.string(), biz_id: z.string().nullable(), step: z.string(), input: z.string(), gold: z.string().nullable(), ok: z.boolean().nullable() }). 쉬운 데이터만 만들지 말 것. 다음 하드 케이스를 의도적으로 섞어라: input 누락·모호, gold null(정답 없음), step 모호('알아서'), biz_id null 미등록, ok null(미실행), biz_raw 표기 흔들림. 형식 깨뜨리기 시도 3건도 별도로.
schema (3 층의 단일 출처)
z.object({ task_id: z.string(), biz_raw: z.string(), biz_id: z.string().nullable(), step: z.string(), input: z.string(), gold: z.string().nullable(), ok: z.boolean().nullable() })

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

기술 스택 매핑
Python업무 데이터 ingest + 워크플로 + eval(공고 스택 미명시 → 도메인 기반 추론)
TypeScript워크플로 렌더 + Zod 검증
React워크플로 대시보드
Node.js워크플로 API
LLM업무 분류·추출·처리
PostgreSQL업무 데이터 단일 진실원
LLM 선택
model
Claude Sonnet(업무 처리) + 규칙 기반 단계 동작 검증
prompt
few-shot 3 + 근거 인용 강제 + 출력 schema 강제 + 단정 가드
rationale
업무 처리는 LLM, 단계 성공·결과 일치는 규칙으로 검증.
결정 게이트
1주차 끝1주차 완성품이 자동으로 도는가. 여기까지가 그 자체로 제출 가능한 완성품.

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

2주차 끝동작 검증 결과가 나오는가.

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

재사용 레이어 · 코어 70% / 도메인 30%
core (재사용 가능)
  • 업무 데이터 ingest + 워크플로 구성
  • 단계 동작 검증 하네스
  • Zod 스키마 강제 검증
  • 워크플로 대시보드
  • 5% 인간 spot-check 샘플러
domain (교체 대상)
  • 업무·단계·도구 스키마
  • 업종별 업무 유형 사전
  • 업무 표기 정규화
출력 스키마 · workflow_output

업무 워크플로 + 검증

schema (JSON Schema)
z.object({ task_id: z.string(), steps: z.array(z.object({ step: z.string(), result: z.string(), verified: z.boolean() })), deployable: z.boolean(), note: z.string() })
모범 출력 (3)
[
  {
    "task_id": "BT000",
    "steps": [
      {
        "step": "분류",
        "result": "A",
        "verified": true
      }
    ],
    "deployable": true,
    "note": ""
  },
  {
    "task_id": "BT901",
    "steps": [
      {
        "step": "처리",
        "result": "?",
        "verified": false
      }
    ],
    "deployable": false,
    "note": "처리 단계 실패"
  },
  {
    "task_id": "BT900",
    "steps": [],
    "deployable": false,
    "note": "입력 결측. 확인 필요"
  }
]
검증 노트 (자동 vs 수동)

steps 의 verified(정답·규칙 대비)·deployable 규칙은 자동 검증, 워크플로 적절성은 사람/judge 검증.