태그
22편
이 카테고리의 열 편을 세 번 갠다 — 목적별 읽는 순서 일곱 갈래, 다루는 범위로 다섯 묶음, 깊이 순서의 열네 주제로. 「하네스」·「오케스트레이터」·「사람 게이트」·「총계 30」처럼 편에 따라 가리키는 층위가 갈리는 이름 넷이 어디서 정의되는지 함께 놓고, 세 지도 어느 쪽에서도 빠지는 편이 없는지 자리를 세어 확인한다. 열네 주제 중 하나는 가장 깊은 자리가 비어 있고, 그 빈칸을 채우지 않고 그대로 둔다.
AI 전환 조직을 인력 감축이 아니라 생산 함수의 교체로 정의하는 원 자료를 정리한다. 개인기·팀 시스템·조직 역량 3단 모델, 다섯 직무의 빌더→오케스트레이터 재정의, 중앙 이네이블먼트와 분산 스쿼드의 하이브리드 구조, NIST AI RMF를 다섯 가드레일로 옮긴 체크리스트, 그리고 Klarna·Shopify·Duolingo부터 당근·토스·CJ올리브영·카카오까지 실제 기업 사례 열한 개를 U턴 반례와 시점 표기까지 함께 싣는다.
재무·법무·경영지원 세 부서를 에이전트로 옮기면 설계 주제가 정확도에서 재실행 안전성·차단·조립 순서로 옮겨간다. 멱등성과 4단계 폴백, 예외를 던져 파이프라인을 멈추는 HARD-GATE 3개, 순차와 병렬을 가르는 규칙을 차례로 보고, 마지막에 새 업무를 에이전트로 쪼갤 때 쓰는 6단계 절차와 A~D 판정 6축을 정리한다. 그 6축이 다른 글의 위임 3조건 중 둘만 담고 있고 셋째가 어디로 갔는지도 함께 짚는다.
일곱 개 부서를 서른 개 에이전트로 옮긴 한 벌의 설계를 골격만 남기고 본다. 부서 이름을 지우면 일곱 파이프라인이 전부 입력 수집 → 분류·점수화 → 생성·초안 → 검수·게이트 → 발행·기록 다섯 단계로 겹친다. I/O 계약 4원칙, 도구 최소권한 매트릭스, 사람 개입 4등급, 파이프라인 복구 4종까지 부서를 관통하는 열 개의 패턴을 정리하고, 이 블로그에 이미 두 번 실린 7부서 30에이전트 표와 이 지도가 왜 같은 세트가 아닌지도 함께 짚는다.
마케팅·영업·고객지원·인사 네 부서의 에이전트 각론이다. 네 부서 모두 자동화를 멈출 지점을 숫자나 게이트로 못박아 두는데, 그 장치의 형태가 부서마다 다르다 — 마케팅은 검수 점수 70, 영업은 할인 승인, 고객지원은 신뢰도 0.85와 0.70, 인사는 HARD-GATE 세 곳이다. 실습 에이전트 ID 일곱 종이 이미 발행된 30에이전트 카탈로그와 이름이 겹치면서 정의는 갈리는 자리도 대조해 둔다.
7개 부서 30에이전트 세트에서 개발기술 4종을 뺀 여섯 부서 26종을 부서별로 펼친다. 각 부서의 위임 흐름 도식은 인계 화살표 35개마다 라벨을 달고 있고, 그중 여덟 개가 부서 밖으로 나간다. 절마다 정리된 프롬프트 설계 기법 39가지를 모델의 재량을 어디서 좁히는지에 따라 여섯 갈래로 전수 배정하고, 이미 발행된 카탈로그·품질 편과 겹치는 자리를 자리별로 표시한다.
1인 SaaS·제조유통·서비스콘텐츠 세 업종의 조직 규칙 문서를 열 개 축으로 나란히 놓고, 업종이 바뀔 때 무엇이 바뀌고 무엇이 자리를 지키는지 센다. 원 자료가 같은 파일에 붙이는 200줄이 이 카테고리의 다른 글들이 쓰는 200줄과 같은 값을 다른 목적으로 재고 있다는 것도 짚는다. 뒤쪽은 프롬프트 쪽에서 아직 이 카테고리에 없던 것들 — 안티패턴 5가지와 Plan Mode를 강제 절차로 바꾸는 하드 게이트 한 줄이다.
7개 부서 30개 에이전트 정의서를 한 장의 표로 펼친다. 모델은 opus 10 : sonnet 20으로 갈리고 도구 변형은 세 가지뿐인데, 정작 외부 시스템 연동은 프론트매터에 드러나지 않는다. 사람 검수 필요도의 요약값과 카탈로그를 세어 본 값이 어긋나는 자리, 그리고 같은 카테고리의 다른 글에 있는 30에이전트 표와 이 표가 같은 세트가 아니라는 근거도 함께 짚는다.
7개 부서 30에이전트 세트에서 개발기술 4종을 자세히 보고, 나머지 26종 중 개발조직 실무로 옮길 수 있는 것과 참고만 할 것을 가른다. 재사용 후보 10종이 실제로 옮기는 것은 에이전트가 아니라 그 에이전트가 강제하던 형식이며, 도입 순서를 개수로 끊는 근거는 트리거 키워드 충돌이다. 마지막으로 이 세트에 아예 자리가 없는 여섯 영역을 짚는다.
에이전트가 10개를 넘을 때 라우팅·비용·디버깅이 동시에 무너지는 메커니즘과, 5개에서 100개까지 구간별로 갈아타야 하는 운영 모델을 정리한다. 재사용 라이브러리와 권한 등급, 비용을 축별로 나누는 방법, 그리고 「그래서 효과가 얼마였나」에 답하는 증명 3종과 반복 실패 패턴 4가지까지 잇는다.
AI 코딩 도구를 팀에 들일 때 개인 생산성은 거의 항상 오르지만 조직 전달 지표로는 잘 잡히지 않는다. 그 간극을 측정으로 메우는 방법과 6단계 도입 로드맵, 그리고 함께 보고된 반대 조건까지 정리한다.
파이프라인·분업·팀장-팀원 세 패턴을 실패 모드 네 개씩 붙여 나란히 세우고, 그것을 실제로 구현하는 Subagents·Agent Teams·Worktree가 상하 관계가 아니라 논리·세션·물리라는 서로 다른 격리 축이라는 점을 판단 흐름도까지 내려가 정리한다.
스킬과 에이전트를 가르는 것이 기능이 아니라 자율성이라는 데서 출발해, 정의서 한 장을 frontmatter 핵심 5·확장 5와 역할·절차·제약 3섹션으로 분해하고, 문서대로 동작하지 않는다고 보고된 항목 세 건까지 버전 표기 없음을 명기한 채로 옮긴다.
규칙 파일 한 장 옆에 서는 여덟 개의 구성물을 역할·적용 범위·갱신 주기로 갈라 보고, 회사 단위로 확장하는 5단계 프레임워크와 지시 한 줄을 제대로 쓰는 프롬프트 7패턴까지 잇는다.
MCP·커맨드·스킬·훅을 트리거 주체 하나의 축으로 가르고, 플러그인이 그 넷을 감싸는 배포 층인 이유와 조직 도입에서 안전장치가 자동화보다 앞서는 이유를 정리한다.
규약 파일을 개인 메모에서 조직 헌법으로 올리는 3계층 구조를 배치 기준과 자동 머지 규칙까지 정리하고, 전사 정책의 실효성을 결정하는 단 하나의 키와 부서별로 정책이 갈리는 이유, 그리고 규칙 문서에서 반복되는 다섯 안티패턴을 짚는다.
노코드 워크플로우의 고급 패턴부터 관측·비용 통제·거버넌스 3계층까지, 개발자 없이 굴러가는 AI 업무를 확산 속도를 떨어뜨리지 않고 통제하는 구조를 정리한다.
에이전트 하나를 무엇으로 규정하고, 여럿을 어떤 구조로 묶고, 사람이 최종 결정하는 자리를 어디에 두는지를 결론부터 정리한다. 협업 구조 3종의 트레이드오프와 격리 3계층, 개수가 늘 때 가장 먼저 깨지는 것까지 열 문항.
금융권 도입 사례의 정량 지표를 확인한 뒤, 에이전트 시대의 역할을 오케스트레이터·메이커·빌더 세 층으로 나눈 모델과 그것을 6주 사이클로 옮긴 실행 프레임워크를 정리한다.
승인 기록이 학습 신호가 되는 자기진화 루프를 정리하고, 하향식 도구 표준화가 실패하는 이유와 seed·fork 구조를 세 달치 논지 스무 개로 종합한다.
상시·조건부 두 레이어로 컨텍스트를 나누는 사실상 표준 구조를 정리하고, 모델을 고정한 채 하네스만 교체한 벤치마크 실증과 자동 개선을 켤 때 필요한 거버넌스 설계를 다룬다.
스키마가 서로 다른 그래프를 잇는 어댑터 세 개로 축소-확장-실행-축소의 모래시계를 만들고, 최상위 State에 필드가 둘뿐인 이유를 조직 구조와 나란히 놓는다.