무엇을 만드는가
근거를 찾는 검색, 경계 안에서 행동하는 에이전트, 누락 없이 끝나는 업무자동화.
SEOUL · AI SYSTEMS & AUTOMATION
Z,
검색·판단·실행을
하나의 시스템으로 만듭니다.
RAG, 도구를 쓰는 에이전트, 주문 자동화를 실제 업무 흐름에 연결합니다. 문제 정의부터 아키텍처, 구현, 실패 방어와 운영 인계까지 맡습니다.
- RAG
- MCP
- Claude Code
- Codex
- 업무 자동화
SYSTEM READY
GROUNDED · PRIVATE
USER REQUEST
“필요한 근거를 찾고, 다음 업무까지 처리해줘.”
- 01 INGEST 문서 구조화
- 02 RETRIEVE 근거 검색
- 03 GROUND 출처 검증
- 04 ACT MCP 실행
RESULT
답변과 출처를 함께 제공하고, 권한이 허용된 도구만 실행합니다.
기밀을 제거한 개념 화면PORTFOLIO BRIEF / 2-MINUTE REVIEW
모델 데모보다,
운영 가능한 흐름을 보여줍니다.
어디까지 맡는가
업무 관찰과 데이터 경계부터 시스템 설계, 구현, 회귀 검증, 실패 복구와 인계까지.
어떻게 증명하는가
코드에서 센 수치, 날짜가 있는 운영 스냅샷, 재현 가능한 테스트와 공개 제한을 구분해 표시.
SELECTED WORK · 04 PROJECTS
프로젝트를 골라
깊게 살펴보세요.
지식 검색, 주문 운영, 검색 품질과 근거 검증 에이전트를 독립된 사례로 정리했습니다. 프로젝트를 선택하면 문제부터 운영 기준까지 한 흐름으로 볼 수 있습니다.
PROJECT INDEX
카드를 선택하거나 ← → 키로 이동할 수 있습니다.
PRIVATE CASE STUDY / 01
Sales Intelligence RAG · MCP
ROLE · SYSTEM DESIGN / BACKEND / RETRIEVAL
판매 데이터, 사내 문서, 공식 법령과 상권 근거를 Claude·Codex가 목적별 도구로 조회하는 내부망 전용 AI 지식 시스템입니다.
- MCP 도구 계약
- 27개
- 지원 문서 형식
- 8종
- 검색 채널
- 2Vector + FTS5
- 검증 케이스
- 124개
현업 문제
- 매출·상품 질문과 문서 검색에 서로 다른 근거가 필요함
- 법령·소매인·상권 데이터는 최신성과 출처가 핵심임
- 거래처·주문 정보가 외부 서비스로 새면 안 됨
구현
- 정형 매출은 집계하고, 문서는 Vector + FTS5로 검색
- Notion·법령·소매인·상권을 목적별 MCP 도구로 분리
- 운영 대시보드에서 색인·리소스·진단 상태를 확인
안전 설계
- 사무실 내부망만 허용하고 인증정보는 서버에만 보관
- 내부 매출은 사용자가 명시한 경우에만 조회
- 실패한 갱신은 마지막 정상 원본을 교체하지 않음
SYSTEM ARCHITECTURE / PRIVATE RAG
근거를 찾는 경로와 도구를 실행하는 경로
OFFICE NETWORK · OPT-IN DATA
-
01 / SOURCES
업무 원천
- Sales상품 · 주문 · 고객
- Knowledge문서 8종 · Notion
- Official법령 · 소매인 · 상권
-
02 / INGEST
정규화 · 분리 저장
Parser & Validator 형식 · 필드 · 출처 확인Privacy Gate 내부 매출은 명시 요청만 -
03 / RETRIEVE
질문에 맞는 엔진
STRUCTURED SQLite 집계 매출 · 상품 · 주문UNSTRUCTURED Vector + FTS5 의미 + 정확 어휘목적별 라우팅 · 출처 결합
-
04 / DELIVER
근거 기반 응답 · 실행
FastMCP · 27 tools 입력 검증 · 권한 경계ClaudeCodexANSWER + SOURCE + STATUS
KNOWLEDGE PATH
질문 → Hybrid 검색 → 출처가 붙은 답변
ACTION PATH
요청 → 도구 계약 검증 → 허용된 MCP 실행 → 상태 반환
PRIVATE CASE STUDY / 02
주문 · 송장 통합 자동화
ROLE · WORKFLOW MAPPING / AUTOMATION / QA
쇼핑몰 주문을 내려받아 프로모션·포장 규칙을 계산하고, ERP 주문서와 송장 업로드까지 연결한 현업용 데스크톱 자동화입니다.
- 예약 주문 배치
- 3회 / 일
- 예약 송장 배치
- 1회 / 일
- 실행 모드
- 2업로드 · 파일만
- 브라우저 초기화
- 3회 재시도
현업 문제
- 쇼핑몰 주문을 ERP 형식으로 매번 다시 가공해야 함
- 고객별 프로모션과 박스 단위 분할 규칙이 복잡함
- 송장·취소 주문까지 서로 다른 관리자 화면에서 처리함
구현
- Sixshop 다운로드와 Sellmate 업로드를 Selenium으로 연결
- Google Sheets의 프로모션 표를 주문 행에 자동 반영
- Flet GUI에서 예약 실행, 수동 실행, 즉시 중지를 제공
실패 방어
- 클릭 시각과 파일명 시각을 대조해 잘못된 파일을 차단
- 변환 전후 주문번호 집합을 비교해 누락 시 업로드 중단
- 성공·실패·취소 주문을 이메일로 즉시 알림
OPERATION FLOW
한 번의 실행이 끝까지 이어지는 경로
- 01주문 다운로드Sixshop
- 02파일 검증시각 · 형식
- 03수량 계산프로모션
- 04박스 분할중량 규칙
- 05ERP 업로드Sellmate
- 06상태 · 알림메일
PARALLEL FLOW
Sellmate 송장 다운로드 → 중복 제거 → Sixshop 송장 업로드
OPERATIONS CASE / 03
OpenViking RAG 검색 품질 개선
ROLE · DIAGNOSIS / SEARCH QUALITY / OPERATIONS
“서버가 살아 있다”와 “사용자가 원하는 문서가 검색된다”를 분리해 평가하고, 누락 색인과 랭킹 오염을 실제 검색 결과로 수정했습니다.
- 재색인 문서
- 33개
- 벡터 인덱스
- 12,066 → 12,208
- 처리 큐 오류
- 0건
- 핵심 질의
- TOP 1복구
운영과 검색 품질을 따로 측정
health, queue, latency만 보지 않고 실제 vault와 리소스 트리의 차이, 검색 상위 결과의 노이즈를 골든 쿼리로 확인했습니다.
Hybrid 검색을 얇게 보강
exact lexical 결과와 semantic 결과를 중복 제거해 병합하고, 폐기 아카이브와 원시 세션 기록을 기본 결과에서 감점했습니다.
실제 질의 순위로 회귀 검증
누락된 폴더를 재색인한 뒤 대표 질의가 목표 문서를 1위로 반환하는지, 실행 중 테스트 프로세스가 남지 않았는지 확인했습니다.
PRIVATE CASE STUDY / 04
R-GATE Legal Research Agent
ROLE · AGENT DESIGN / GROUNDING / SAFETY
하나의 사건 기록을 검사·변호·합의부 관점에서 교차 검토하되, 실재를 확인하지 못한 판례 사건번호는 인용하지 않는 법률 리서치 프로토타입입니다.
- 분석 모드
- 4종
- 판례 소스 역할
- 3경로
- 실행 트랙
- 2경량 · 심층
- 인용 전 강제 게이트
- 1R-GATE
현업 문제
- 복잡한 사실관계가 여러 죄명·증거·절차 쟁점으로 흩어짐
- 한쪽 관점의 분석은 반대 논리와 입증 취약점을 놓치기 쉬움
- LLM이 존재하지 않는 판례 사건번호를 만들 위험이 큼
구현
- 모든 역할이 동일한 CASE BRIEF를 단일 사실 기록으로 공유
- 자문·검사·변호·공방 4모드와 경량·심층 2트랙 제공
- 공식 검증·폭넓은 발굴·무료 전문 회수의 소스 역할 분리
실패 방어
- 사건번호 인용 전 R-GATE로 실재 여부를 반드시 확인
- 확인 실패 시 인용을 거부하고 미검증 슬롯으로 격리
- 분석 말미에 법률자문 아님과 전문가 검토 필요성을 고지
EVIDENCE-GATED WORKFLOW
판례 실재 확인이 끝나야 분석에 들어가는 흐름
- 01사실 입력fact pattern
- 02CASE BRIEFsingle record
- 03소스 라우팅official · search
- 04R-GATEverify or reject
- 05적대적 검토prosecution · defense
- 06근거 산출source · disclaimer
ABOUT / ROLE
업무를 이해하고,
AI가 책임질 경계를 설계합니다.
정해진 요구사항만 구현하기보다 사용자가 반복하는 일, 데이터가 머무는 곳, 실패하면 안 되는 지점을 먼저 찾습니다. 그다음 RAG·MCP·자동화를 가장 작은 운영 가능한 흐름으로 연결합니다.
SEOUL · OPEN TO AI SYSTEMS / AUTOMATION근거를 찾는 AI
Hybrid RAG, SQLite FTS5, ONNX, OpenViking, 출처·최신성 검증
경계 안에서 행동하는 AI
FastMCP, 도구 계약, source gate, Claude·Codex orchestration
끝까지 이어지는 자동화
Python, Selenium, Pandas, Flet, Sheets, 파일·주문 무결성 검사
운영 가능한 인계
진단 상태, 실패 알림, 회귀 체크, 문서화, privacy-by-default
- 4END-TO-END CASES
- 27MCP TOOL CONTRACTS
- 124CODE-COUNTED CHECKS
MORE WORK / LOCAL AUDIT
대표 사례 밖에서도,
제품과 도구를 끝까지 만듭니다.
로컬 소스와 작업 기록을 다시 확인해, 완성된 빌드와 개발 중인 실험을 같은 성과처럼 포장하지 않고 현재 상태와 검증 근거를 함께 적었습니다.
LOCALLY VERIFIED · STATUS-LABELEDTrailbound
Godot 4.6 데스크톱 오토배틀러. macOS·Windows 빌드, 201개 헤드리스 검증과 6개 시뮬레이션 게이트.
PocketAI
SwiftUI·llama.cpp 기반 로컬 AI 앱. 스트리밍 추론, KV 캐시, 5개 도구 플러그인과 GGUF 무결성 검사.
Chemical Intelligence
PubChem·ORD를 연결한 화학 조회 도구. 사실과 추론을 분리하고 규제·안전 게이트를 먼저 적용.
Polymarket Crypto Lake
Gamma·CLOB·Chainlink 공개 데이터를 원문 JSONL과 호가 체크포인트로 보존하는 read-only 수집 인프라. 전략·주문·실데이터를 제외한 MIT 공개 패키지로 분리했습니다.
REPOSITORY LINK · GITHUB REVIEW PENDING
EVIDENCE STANDARD
숫자보다 먼저,
근거의 종류를 밝힙니다.
AI 포트폴리오는 그럴듯한 데모만으로 신뢰하기 어렵습니다. 그래서 각 사례의 수치가 어디에서 왔는지, 무엇을 공개하지 않았는지, 실패하면 어디서 멈추는지를 함께 적습니다.
구현에서 직접 센 범위
27개 MCP 계약과 124개 검증 케이스처럼 제공된 코드·백업에서 확인한 수치만 사용합니다.
운영 증거에는 날짜를 붙임
검색 순위, 색인 수와 큐 상태는 영구 성과가 아니라 확인 시점이 있는 운영 스냅샷으로 표시합니다.
불확실하면 실행을 멈춤
잘못된 주문 파일, 누락 주문번호, 확인되지 않은 판례는 다음 단계로 넘기지 않습니다.
공개보다 경계를 우선
고객·주문 원본, 인증정보, 내부 주소와 비공개 소스는 아키텍처 설명에서도 제외합니다.
WORKING PRINCIPLES
복잡한 일을,
작동하는 흐름으로
-
01
반복과 병목을 찾습니다
중복 입력, 오래 걸리는 검색, 실수가 생기는 지점을 실제 작업 순서에서 찾습니다.
-
02
데이터와 근거를 정리합니다
출처, 스키마, 최신성, 개인정보 경계를 먼저 정해 답과 행동의 기준을 만듭니다.
-
03
가장 작은 자동화를 연결합니다
한 가지 업무가 처음부터 끝까지 이어지는지 확인한 뒤 필요한 만큼만 확장합니다.
-
04
실패까지 운영합니다
빈 결과, 중복 실행, 재시작과 권한 오류를 확인하고 로그·복구 기준까지 남깁니다.
LET'S BUILD SOMETHING USEFUL
기술을 설명하는 사람보다,
업무에 붙이는 사람이 필요하다면.
서울에서 AI 시스템과 업무자동화 역할을 찾고 있습니다.