같은 도구를 깔아도 결과가 갈린다 — 조직 운영과 부서 자동화 18문답
AI를 조직에 들일 때 반복되는 열여덟 문항에 결론부터 답한다. 무엇부터 바꾸고 생산성을 무엇으로 재는지, 강제와 채택 설계가 어떻게 갈리고 자동화를 어디서 멈추는지를 정리하고, 「도구를 깔면 생산성이 오른다」·「개인이 잘 쓰면 조직도 잘 쓴다」·「에이전트 개수가 규모를 말해 준다」는 세 직관을 교정한다.
태그
ai-automation
24편
같은 이름이 편에 따라 다른 층위를 가리킨다 — 열 편 지도와 열네 주제 교차 참조
이 카테고리의 열 편을 세 번 갠다 — 목적별 읽는 순서 일곱 갈래, 다루는 범위로 다섯 묶음, 깊이 순서의 열네 주제로. 「하네스」·「오케스트레이터」·「사람 게이트」·「총계 30」처럼 편에 따라 가리키는 층위가 갈리는 이름 넷이 어디서 정의되는지 함께 놓고, 세 지도 어느 쪽에서도 빠지는 편이 없는지 자리를 세어 확인한다. 열네 주제 중 하나는 가장 깊은 자리가 비어 있고, 그 빈칸을 채우지 않고 그대로 둔다.
레포에 커밋할 수 없는 것만 남는다 — 하네스·위키·게이트 세 레이어와 Skill 카탈로그 열하나
단계마다 SaaS를 하나씩 사는 대신 하네스 한 벌로 흡수하는 레퍼런스 아키텍처를 옮긴다. 팀 절차를 Skill로 외부화하는 Layer 1, 비-프로덕션 지식을 레포 마크다운 위키에 두는 Layer 2, 사람 승인과 감사추적이 필요한 state만 남기는 Layer 3으로 나뉜다. Skill 카탈로그 열하나, 위키의 폴더 구조·뼈대 파일 넷, ingest·query·lint 세 연산, 그리고 어느 규모까지 위키이고 어디부터 RAG인가의 임계값까지 실물로 싣는다.
병목은 만드는 자리에 없다 — 기획·디자인·마케팅·경쟁사 분석 네 영역의 AI 도구 지형
기획·요구사항, 디자인, 퍼포먼스 마케팅, 경쟁사 분석 네 영역이 AI를 어디에 붙이는지 적은 자료 네 벌을 한자리에 옮긴다. 네 문서가 공통으로 가진 「사람이 정하는 것 / AI가 처리하는 것」 2열 표를 각각 그대로 싣고, 회의 전사부터 PRD·우선순위화까지의 도구 아홉 종, Figma Make·v0·UX Pilot·Google Stitch 네 종, Meta Advantage+와 Google PMax를 축으로 한 광고 크리에이티브·A/B·입찰·오디언스·대량생성 도구, Crayon·Klue·Visualping부터 Firecrawl+n8n+LLM 자체 구축까지의 경쟁 인텔리전스 도구를 출처 링크와 함께 나열한다. 벤더 자체 수치와 공식 1차 수치를 가르는 인용 단서, 플랫폼이 부풀린 전환을 holdout으로 걸러 내라는 반례, 그리고 채용공고를 제품 발표 6~18개월 전의 선행 신호로 읽는 법까지 함께 싣는다.
사람 게이트는 루프의 종료조건이 아니라 단계의 경계다 — 요구사항에서 운영까지 여섯 게이트와 개발·QA·배포 각론
요구사항에서 운영까지 여섯 단계마다 「AI가 처리하는 것 / 사람이 승인하는 게이트 / 통과 기준」을 규칙으로 고정한 자료를 옮긴다. 관통 원칙과 공통 안전장치 넷, 로컬과 서버사이드의 강제 경계, 여섯 단계 파이프라인을 먼저 싣고, 같은 여섯 단계를 원 자료가 두 번 적은 두 판본을 항목 단위로 대 본다. 이어서 개발·QA·배포 세 영역의 각론으로 내려가 도구 열여섯 종과 선택 기준, JetBrains에서 Copilot을 자동완성 너머로 쓰는 일곱 기능, 매니지드 PR 리뷰가 막힌 AWS CodeCommit 환경의 세 선택지, 그리고 세 영역의 KPI와 함정을 함께 싣는다.
AI 전환 조직수정 2026-08-17
개인이 AI를 잘 쓰는 것은 조직 역량이 아니다 — 빌더에서 오케스트레이터로 가는 조직 설계
AI 전환 조직을 인력 감축이 아니라 생산 함수의 교체로 정의하는 원 자료를 정리한다. 개인기·팀 시스템·조직 역량 3단 모델, 다섯 직무의 빌더→오케스트레이터 재정의, 중앙 이네이블먼트와 분산 스쿼드의 하이브리드 구조, NIST AI RMF를 다섯 가드레일로 옮긴 체크리스트, 그리고 Klarna·Shopify·Duolingo부터 당근·토스·CJ올리브영·카카오까지 실제 기업 사례 열한 개를 U턴 반례와 시점 표기까지 함께 싣는다.
게이트는 경고가 아니라 예외로 짠다 — 백오피스 3부서와 자동화 등급 6축
재무·법무·경영지원 세 부서를 에이전트로 옮기면 설계 주제가 정확도에서 재실행 안전성·차단·조립 순서로 옮겨간다. 멱등성과 4단계 폴백, 예외를 던져 파이프라인을 멈추는 HARD-GATE 3개, 순차와 병렬을 가르는 규칙을 차례로 보고, 마지막에 새 업무를 에이전트로 쪼갤 때 쓰는 6단계 절차와 A~D 판정 6축을 정리한다. 그 6축이 다른 글의 위임 3조건 중 둘만 담고 있고 셋째가 어디로 갔는지도 함께 짚는다.
AI 전환 조직수정 2026-08-17
병목은 모델이 아니라 조직 컨텍스트다 — 팀 공유 인프라 넷과 성숙도 0 → 1 → N
에이전트가 프로덕션에서 실패하는 이유를 모델 품질이 아니라 조직 컨텍스트의 부재로 놓은 자료를 옮긴다. 팀이 함께 쓰는 인프라 넷(워크플로 자동화·회사 두뇌·팀 컨텍스트 공유 표준·프롬프트 라이브러리)을 하나씩 펼치고, 그것을 어떤 순서로 까는지를 ROI 우선순위 다섯과 기간별 네 단계 두 축으로 대 본다. 성숙도 0 → 1 → N의 졸업 조건, KPI 네 분류와 중단 기준, 미리 피할 실패요인 다섯까지 이어진다.
부서 이름을 지우면 같은 5단계가 남는다 — 7부서 30에이전트의 공통 골격
일곱 개 부서를 서른 개 에이전트로 옮긴 한 벌의 설계를 골격만 남기고 본다. 부서 이름을 지우면 일곱 파이프라인이 전부 입력 수집 → 분류·점수화 → 생성·초안 → 검수·게이트 → 발행·기록 다섯 단계로 겹친다. I/O 계약 4원칙, 도구 최소권한 매트릭스, 사람 개입 4등급, 파이프라인 복구 4종까지 부서를 관통하는 열 개의 패턴을 정리하고, 이 블로그에 이미 두 번 실린 7부서 30에이전트 표와 이 지도가 왜 같은 세트가 아닌지도 함께 짚는다.
점수 70·신뢰도 0.85·HARD-GATE 3 — 고객 접점 네 부서가 자동화를 멈추는 자리
마케팅·영업·고객지원·인사 네 부서의 에이전트 각론이다. 네 부서 모두 자동화를 멈출 지점을 숫자나 게이트로 못박아 두는데, 그 장치의 형태가 부서마다 다르다 — 마케팅은 검수 점수 70, 영업은 할인 승인, 고객지원은 신뢰도 0.85와 0.70, 인사는 HARD-GATE 세 곳이다. 실습 에이전트 ID 일곱 종이 이미 발행된 30에이전트 카탈로그와 이름이 겹치면서 정의는 갈리는 자리도 대조해 둔다.
규칙 문서부터 쓰면 막힌다 — 합격선 5축과 60줄 원칙
에이전트를 만든 다음이 아니라 만들기 전에 정해야 하는 것 — 무엇을 자동화 대상으로 고를지 판단하는 두 도구와, 「끝났다」를 판정하는 5축 정량 루브릭, 그리고 조직 규칙 문서를 60줄로 유지하는 이유를 정리한다. 같은 문서의 분량을 이 카테고리의 다른 글이 200줄로 부른 것과의 관계도 함께 짚는다.
에이전트 개수는 자산이 아니라 부채로 시작한다 — 개발조직에 옮길 것과 비어 있는 여섯 자리
7개 부서 30에이전트 세트에서 개발기술 4종을 자세히 보고, 나머지 26종 중 개발조직 실무로 옮길 수 있는 것과 참고만 할 것을 가른다. 재사용 후보 10종이 실제로 옮기는 것은 에이전트가 아니라 그 에이전트가 강제하던 형식이며, 도입 순서를 개수로 끊는 근거는 트리거 키워드 충돌이다. 마지막으로 이 세트에 아예 자리가 없는 여섯 영역을 짚는다.
개인은 빨라졌는데 조직 지표는 안 움직인다 — 도입 로드맵과 ROI 측정
AI 코딩 도구를 팀에 들일 때 개인 생산성은 거의 항상 오르지만 조직 전달 지표로는 잘 잡히지 않는다. 그 간극을 측정으로 메우는 방법과 6단계 도입 로드맵, 그리고 함께 보고된 반대 조건까지 정리한다.
누가 트리거하는가 — 확장 메커니즘을 가르는 하나의 축
MCP·커맨드·스킬·훅을 트리거 주체 하나의 축으로 가르고, 플러그인이 그 넷을 감싸는 배포 층인 이유와 조직 도입에서 안전장치가 자동화보다 앞서는 이유를 정리한다.
예외 없이 걸리는 것은 훅뿐이다 — 커맨드·스킬·훅과 플러그인 번들
사람이 부르는 커맨드, AI가 감지하는 스킬, 이벤트만 나면 실행되는 훅을 각각의 파일 구조와 차단 계약까지 내려가 보고, 다섯으로 흩어진 설정을 하나의 매니페스트로 묶는 플러그인 배포까지 잇는다.
자율성이 3세대를 가른다 — 그리고 인증 우선순위가 곧 과금 경로다
AI 코딩 도구를 자동완성·대화형·에이전틱 세 세대로 가르는 변수가 자율성 하나라는 점을 짚고, 실행·통제·지식 세 계층의 구조와 함께 인증 소스 우선순위가 어떻게 조직 비용 사고로 이어지는지를 설치 단계에서 확인한다.
RAG · 검색증강생성수정 2026-08-07
노드 체계와 지식베이스 RAG — 노코드에서도 RAG 개념은 그대로 요구된다
워크플로우를 구성하는 노드 17종의 선택 기준과, 노코드 플랫폼의 지식베이스가 요구하는 청킹·임베딩·검색 설정을 실측값과 함께 정리한다.
RAG · 검색증강생성수정 2026-08-07
노코드 LLM 워크플로우가 푸는 문제 — Dify 구조와 셀프호스팅
노코드 도입은 도구 도입이 아니라 병목 리스크를 거버넌스 리스크로 바꾸는 결정이다. 코드와 노코드를 가르는 기준, 앱 5종의 구조 차이, 사내망 종결 구성을 정리한다.
에이전틱 코딩수정 2026-08-13
붙일 수 있다와 붙여야 한다는 다르다 — 확장 메커니즘 12문답
MCP가 무엇을 해결하고 커맨드·스킬·훅이 무엇으로 갈리는지, 도구를 늘리면 무엇이 나빠지고 외부 서버를 무엇으로 거르는지를 결론부터 정리한다. 마지막 셋은 「MCP만 있으면」·「훅이면 완전히」·「스킬이면 자동으로」라는 과신을 교정하는 문항이다.
RAG · 검색증강생성수정 2026-08-07
사내 AI의 확산과 통제 — 금지가 아니라 설계로 막는다
노코드 워크플로우의 고급 패턴부터 관측·비용 통제·거버넌스 3계층까지, 개발자 없이 굴러가는 AI 업무를 확산 속도를 떨어뜨리지 않고 통제하는 구조를 정리한다.
AI 에이전트수정 2026-08-08
역할을 세 층으로 다시 나눈다 — 도입 사례와 AX 실행 프레임워크
금융권 도입 사례의 정량 지표를 확인한 뒤, 에이전트 시대의 역할을 오케스트레이터·메이커·빌더 세 층으로 나눈 모델과 그것을 6주 사이클로 옮긴 실행 프레임워크를 정리한다.
RAG · 검색증강생성수정 2026-08-07
워크플로우 9종 해부 — 분기 · 병렬 · 템플릿 · MCP 연동
실제 노코드 워크플로우 9개를 분해해 배타 분기와 병렬 실행의 차이, 비정형을 배열로 바꾸는 진입 경로, 그리고 MCP가 퍼블리시 계층에 붙는다는 사실까지 정리한다.
AI 에이전트수정 2026-08-08
정적 팬아웃의 한계 — 뉴스레터 에이전트를 다섯 갈래로 쪼개다
리포트 자동화가 수렴하는 5단계를 세우고, 서브테마 5개를 노드 5개로 미리 펼친 그래프가 왜 데이터 개수에 결합되는지, 그리고 병렬화 지점이 왜 두 층으로 나뉘는지를 코드로 따라간다.
AI 에이전트수정 2026-08-08
Send()로 런타임에 갈래를 만든다 — Map-Reduce 리포트 에이전트
갈래 수가 입력에 따라 변할 때 조건부 엣지가 노드 이름 대신 Send 리스트를 반환하는 구조를 조립하고, 그때 리듀서가 dict에서 list로 바뀌는 이유와 리포트 포맷을 강제하는 두 방법을 정리한다.