Career

「AI가 초안을 내고 사람이 승인해야 실행된다」는 흐름이 회의 예약·장애 대응·의사결정에서 되풀이되는데, 구현은 워크플로마다 전용 오케스트레이션 코드를 다시 짜고 있었다. 구조가 완전 동형인 게이트 두 개가 코드 공유 0인 독립 구현이었고, 이 방식으로는 60여 개 워크플로 확장이 감당되지 않았다. 뼈대를 둘로 세워 일반화했다 — 게이트 커널은 결재 카드의 생명주기(FSM·승인 멱등·감사)를 소유하되 도메인 타입 분기 0(전부 정의 레지스트리 조회, grep으로 검증 가능한 불변식), 스테이지 그래프 엔진은 「스테이지 = 재사용 조각 + 파라미터, 전이 = 엣지 선언」을 읽어 구동한다. 조각은 다음 스테이지를 모르게 설계해 어느 워크플로에나 꽂히는 부품으로 만들었다. 새 워크플로 추가 = 패키지 1개 + 등록 1줄. 실측으로 판정을 닫았다 — AI 재생성 게이트 조각 1벌이 세 게이트에 재작성 0으로 3회 재사용됐고, 두 번째 도메인 착지에서 공용층 기존 시그니처 변경 0, 엣지 어휘 추가 0이었다.

서버측 LLM 드라이버가 SDK가 아니라 서버가 스폰하는 CLI라, 기성 에이전트 프레임워크의 tool calling을 얹을 수 없었다. 직접 조립해야 했고 문제가 겹쳐 나왔다 — CLI는 추론 엔드포인트가 아니라 에이전트여서 발화만 넘긴 호출이 서버 계정의 도구를 스스로 실행했고, 모델이 이미 실행된 툴 결과를 "기다리는 중"으로 착각해 산문을 뱉으면 파서가 죽어 발화 전체가 실패했으며, 조회 결과에 섞인 제3자 자유 텍스트가 모델 지시로 읽힐 수 있었다. LLM을 「프롬프트 in → JSON 한 덩어리 out」의 순수 함수로 격리하고 루프를 서버가 소유하는 구조로 조립했다. 매 턴은 tool_calls(제안) XOR final을 스키마로 강제하고, 실행은 화이트리스트 dict 조회 — 밖의 이름은 아무것도 실행되지 않고, write 툴은 사람 승인 바인딩 뒤에서만 돈다(4단 검문: 접근·게이트·바인딩·스키마, 거부도 감사 기록). 실행 이력은 "이미 제공된 결과" 라벨 블록으로 되먹여 착각을 정조준했고, CLI는 허용 목록 env + 도구 등록 0 세션으로 격리(실측: 등록 도구 NONE), 제3자 텍스트는 모델용 receipt/사람용 원문 2축 봉투로 분리했다. 루프가 실패해도 실패 표식이 붙은 degrade 산출로 진행 — AI가 죽어도 결재 카드는 반드시 태어난다.