태그
12편
단계마다 SaaS를 하나씩 사는 대신 하네스 한 벌로 흡수하는 레퍼런스 아키텍처를 옮긴다. 팀 절차를 Skill로 외부화하는 Layer 1, 비-프로덕션 지식을 레포 마크다운 위키에 두는 Layer 2, 사람 승인과 감사추적이 필요한 state만 남기는 Layer 3으로 나뉜다. Skill 카탈로그 열하나, 위키의 폴더 구조·뼈대 파일 넷, ingest·query·lint 세 연산, 그리고 어느 규모까지 위키이고 어디부터 RAG인가의 임계값까지 실물로 싣는다.
에이전트가 프로덕션에서 실패하는 이유를 모델 품질이 아니라 조직 컨텍스트의 부재로 놓은 자료를 옮긴다. 팀이 함께 쓰는 인프라 넷(워크플로 자동화·회사 두뇌·팀 컨텍스트 공유 표준·프롬프트 라이브러리)을 하나씩 펼치고, 그것을 어떤 순서로 까는지를 ROI 우선순위 다섯과 기간별 네 단계 두 축으로 대 본다. 성숙도 0 → 1 → N의 졸업 조건, KPI 네 분류와 중단 기준, 미리 피할 실패요인 다섯까지 이어진다.
에이전트 하나를 5필드 JD로 정의하고, 여럿을 키워드 교집합이 공집합이 되게 묶고, Hook·Cron·수동 세 트리거가 같은 커맨드 하나를 호출하게 만든다. 그 위에 체크인/체크아웃 사이클과 로컬→운영 전환 시 붙여야 할 관측·통제 수단, 자리에 없을 때 지시하는 세 경로까지 잇는다.
구조를 다 그려 놓고도 팀이 첫 턴에 멈추는 곳 — spawn 순서, 비동기 메시지, 파일 소유권, 종료 프로토콜 — 을 증상별로 짚고, 비용 3원칙과 실습 2건, 에이전트·훅·MCP를 한 벌로 묶은 오픈소스 환경 사례까지 잇는다.
MCP·커맨드·스킬·훅을 트리거 주체 하나의 축으로 가르고, 플러그인이 그 넷을 감싸는 배포 층인 이유와 조직 도입에서 안전장치가 자동화보다 앞서는 이유를 정리한다.
AI 코딩 도구를 자동완성·대화형·에이전틱 세 세대로 가르는 변수가 자율성 하나라는 점을 짚고, 실행·통제·지식 세 계층의 구조와 함께 인증 소스 우선순위가 어떻게 조직 비용 사고로 이어지는지를 설치 단계에서 확인한다.
MCP의 N×M 문제와 3요소·전송 방식·스코프를 정리하고, 실무 6종의 인증·권한 설계와 마켓플레이스 선별 5기준을 지나 도구 하나가 점유하는 토큰을 예산으로 다루는 판단까지 잇는다.
MCP가 무엇을 해결하고 커맨드·스킬·훅이 무엇으로 갈리는지, 도구를 늘리면 무엇이 나빠지고 외부 서버를 무엇으로 거르는지를 결론부터 정리한다. 마지막 셋은 「MCP만 있으면」·「훅이면 완전히」·「스킬이면 자동으로」라는 과신을 교정하는 문항이다.
MCP가 낮춘 것은 가능성이 아니라 통합 비용이라는 지적에서 출발해, 벡터스토어를 애플리케이션 밖으로 떼어 내는 재편과 지식베이스 앞에 인증·토큰 등급·가드레일을 겹쳐 놓는 구조를 정리한다.
플랫폼 시프트마다 절반이 된 채택 기간과 15년째 정체된 1인당 생산성을 나란히 놓고, 에이전트의 진짜 병목이 모델이 아니라 도구 개발이었으며 표준화가 그것을 푼 인센티브 구조를 정리한다.
실제 노코드 워크플로우 9개를 분해해 배타 분기와 병렬 실행의 차이, 비정형을 배열로 바꾸는 진입 경로, 그리고 MCP가 퍼블리시 계층에 붙는다는 사실까지 정리한다.
에이전트 확산의 병목이 왜 연동 개수였는지 짚고 MCP와 A2A가 서로 다른 층에 놓이는 이유를 정리한 뒤, 2025년의 벤치마크·도입 수치·회의론을 출처 조건과 함께 나란히 놓는다.