블로그

AI 에이전트를 팀원으로 쓰는 법 — Slack CPO가 공개한 5가지 원칙

대화가 지식이 되게 하는 운영 원칙을 실무 체크리스트와 브리핑 프롬프트로 옮겼습니다

Slack CPO 제이미 델랑헤가 Anthropic 인터뷰에서 공개한 인간-에이전트 팀 운영법을 정리했다. 공개 채널 기본값, 핸드오프 사이클, 에이전트 존재 이유 한 줄, 시연 중심 확산, 측정의 3층 구조 — 다섯 원칙 전부와 이번 주에 적용할 체크리스트, 데일리 브리핑 프롬프트까지 담았다.

읽기 →

AI 네이티브 운영체제 만드는 법 — 6단계 구축 가이드

흩어진 사내 툴 7~12개를 하나로 합치고 그 위에 AI 에이전트를 얹는 순서 — 단계별 산출물·인터뷰 질문·프롬프트까지

툴마다 AI를 붙이는 방식은 왜 효과가 없는지, 그리고 업무 매핑 → 툴 정리 → 데이터 모델 → 코어 구축 → 에이전트 배치 → 백그라운드 자동화 순으로 AI 네이티브 운영체제를 만드는 6단계를 실무 절차로 정리했다. 각 단계의 산출물 양식, 현업 인터뷰 질문, 데이터 모델을 뽑는 프롬프트, 모델 라우팅으로 운영비를 줄이는 법까지 그대로 쓸 수 있게 담았다.

읽기 →

클로드 코드로 PPT 다이어그램 만드는 법

diagram-design 스킬 27종 — 설치·브랜드 적용·슬라이드 PNG 추출과 복사해서 쓰는 프롬프트 13개

Claude Code에 스킬 하나를 설치하면 아키텍처·플로우차트·간트 등 27종 다이어그램을 편집 디자인 품질로 뽑을 수 있다. 설치 명령, 회사 브랜드 색 자동 적용, 슬라이드 16:9 PNG 내보내기, 기존 draw.io·Mermaid 재작성, 그리고 상황별로 복사해서 쓰는 프롬프트 13개까지 diagram-design 스킬 사용법을 전부 정리했다.

읽기 →

모델은 그대로, 에이전트만 좋아지게 하는 법

Harness-R1이 검증한 실패 기반 하네스 수정 루프를 프롬프트 4개로 옮겼습니다

모델을 재학습하지 않고 에이전트 성공률을 9.3%p 올린 Harness-R1 논문을 실무 관점으로 풀었다. 하네스가 무엇인지, 개입할 수 있는 네 지점이 어디인지, 그리고 논문의 실패→수정→재실행 루프를 GPU 없이 Claude Code에서 그대로 돌리는 프롬프트 4개를 정리했다.

읽기 →

가장 빨리 늘어난 직무에는 주니어가 없다

포워드 디플로이드 엔지니어가 실제로 하는 일과, 그 일에 필요한 도구 전부

AI 채용 공고에서 가장 가파르게 늘어난 직무는 FDE(Forward Deployed Engineer)다. 공고 수는 4.2배로 늘었는데 주니어 자리는 한 개도 없다. 이 직무가 현장에서 실제로 무엇을 하는지, 94%짜리 모델을 어떻게 운영 시스템으로 바꾸는지, 그리고 스코핑·툴 설계·MCP·코드 실행·온톨로지까지 필요한 도구를 설치 명령과 코드까지 정리했다.

읽기 →

600억 토큰을 태우고 남은 8줄

컨텍스트 파일은 지식 저장소가 아니라 편향 교정 프롬프트입니다

CLAUDE.md·AGENTS.md를 300줄 써도 결과물이 달라지지 않는 이유는 내용이 틀려서가 아니라 성격이 틀려서다. 에이전트 코딩에 600억 토큰을 쓴 개발자가 남긴 8줄을 프롬프트 그대로 옮기고, 우리 팀 상황에 맞게 고치는 법과 컨텍스트 파일을 스스로 갱신시키는 프롬프트까지 정리했다.

읽기 →

실패 로그가 에이전트를 키운다

자기개선은 기억이 아니라 운영 루프다

에이전트의 품질은 더 긴 프롬프트가 아니라 실패를 기록하고 고치는 루프에서 오른다. 실패 로그를 프롬프트와 메모리 갱신으로 연결하되, 승인·평가·롤백을 함께 설계해야 한다.

읽기 →

멈출 수 없는 루프는 제품이 아니다

취소·저장·회수를 먼저 설계하라

에이전트 루프는 오래 돌수록 똑똑해지는 것이 아니라, 멈출 수 있을 때 운영된다. graceful cancel, 체크포인트, 부분 결과 회수가 루프 설계의 기본 단위다.

읽기 →

에이전트는 같이 만들어야 남는다

FDE와 PBL은 교육이 아니라 이전 방식이다

AI 에이전트 교육은 강의장에서 끝나면 사라진다. 고객사 직원과 FDE가 실제 업무 에이전트를 페어링해 만들 때 역량은 문서가 아니라 운영 습관으로 이전된다.

읽기 →

에이전트는 망에서 막힌다

PoC 다음에는 보안 심사가 온다

에이전트 배포의 난점은 모델 성능보다 현장 환경에 있다. 폐쇄망, 레거시, 권한, 로그, 심사 문서가 운영 전환의 병목을 만든다.

읽기 →

하네스 변경은 회귀로 검증한다

golden trajectory 없이는 운영 배포가 아니다

에이전트 장애는 모델보다 하네스 변경에서 자주 시작된다. golden trajectory, replay, tool mock을 묶어 배포 전 행동 회귀를 잡아야 운영이 흔들리지 않는다.

읽기 →

모델은 런타임에서 길들여진다

하네스 주입 계층이 에이전트 품질을 정한다

에이전트 품질은 프롬프트 문장보다 런타임 제어 계층에서 갈린다. 시스템 리마인더, 훅, 컨텍스트 주입을 설계해야 모델 행동을 운영 중에 조종한다.

읽기 →