「TypeSafe Jev 시리즈 10/10 — 코드가 통제하는 AI 워크플로」 | DAKER 커뮤니티
설명용 생성 이미지입니다.
마지막 편은 How to build with TypeSafe와 Patterns를 함께 요약합니다. 코드가 워크플로를 소유하고, System One은 좁고 구조화된 판단만 맡깁니다.
1. 세 아키텍처
전통 소프트웨어 — 단순 프리미티브를 조합한 결정 트리
LLM 에이전트 — 모델이 다음 단계를 고름. 사람이 감시할 때는 유용하지만 루프마다 이탈 위험이 큽니다.
AI-powered software — 코드가 제어 흐름·결정론·부수효과를 갖고, 모델은 상식 판단·비정형 해석이 필요할 때만 등장합니다.
2. System One이 조합 가능한 이유
문서는 Structured(스키마에 맞는 결정·확률), Parallel(독립·병렬), Comparable(정렬·임계값), Fast(대부분 약 100ms), Calibrated confidence, Self-consistent를 듭니다. 출력이 주어진 옵션 안으로 제약되므로 전체 확률 분포를 돌려줍니다.
3. 설계 체크리스트
할 수 있으면 코드로(결정론 규칙)
state는 현재 질문에 필요한 맥락만
중첩 JSON과 백틱 경로로 필드를 가리킴
넓고 모호한 질문을 원자적 질문으로 분해
instructions/criteria에 구조가 필요하면 객체로
독립 질문은 한 요청에 많이
답은 코드(또는 고전 ML)에서 결합
불확실하면 사람·비싼 추론 모델로 라우팅
4. Patterns 네 가지
패턴 | 하는 일 | 이점 |
|---|---|---|
Speculative Fan-Out | 추측 질문 포함 다수를 한 호출에 보내고 코드가 취사선택 | 비용·속도 |
Confidence-Gated Routing | confidence를 두 번째 축으로 안전한 라우팅 | 신뢰성·안전 |
Composite Scoring | 여러 차원 Score를 가중 합 | 비용·신뢰성·속도 |
Intent Routing | 의도를 분류해 핸들러로 라우팅 | 비용·속도 |
5. 한 티켓 워크플로로 묶기
문서의 triage 예시는 닫힌 티켓은 모델 없이 처리하고, 필요한 구조화 context만 state에 넣고, topic Choice·여러 Noul·frustration Score를 한 요청에 평가한 뒤, spam_risk 가중 합과 confidence 게이트로 검토·격리·팀 라우팅을 나눕니다. 제어는 전부 코드에 있습니다.
오늘 할 일
시리즈 1–9에서 고른 판단 하나를 Speculative Fan-Out 또는 Confidence-Gated Routing 중 하나로 스케치하고, 공식 Patterns 페이지의 하위 문서로 이어 읽습니다.
출처
이전: 9/10 확률과 다른 확신 신호 · 시리즈 10/10 (완료)