<aside> 📌

Part 3 · Ch01 — AX 마인드셋 & 운영 프레임워크

Part 1·2에서 키운 개인의 10x를, 이제 조직의 100x로 끌어올린다. 사람이 일하기 좋은 환경이 DX였다면, AX(Agent Experience) = 에이전트가 일하기 좋은 조직을 만드는 것. 이 챕터는 그 마인드셋과 운영 프레임워크를 깐다.

한 줄 요약: 두 가지 갭을 짚고 → 사람을 loop 안에서 loop 위로 올리고 → 컨텍스트를 팀 자산으로 박고 → 에이전트끼리 일하게(A2A) 하고 → 그 전부를 지속 개선 루프로 굴린다.

</aside>

1. AX란 무엇인가 — 개인의 10x를, 조직의 100x로

🎯 1-1. 나는 빨라졌는데, 팀은 그대로다

<aside> 🎯

AX = Agent Experience. 개인 생산성 도구였던 Claude Code를 조직의 역량으로 바꾸는 것.

현장의 진짜 문제는 이 한 문장이다 — "나는 10x가 됐는데, 우리 팀은 그대로다." 도구를 나눠준다고 조직이 바뀌지 않는다.

</aside>

<aside> 🧱

챕터를 관통하는 한 문장: 한 명이 AI를 잘 쓰면 10x가 된다. 그런데 — 거기서 멈춘다. 팀 전체가 100x로 가려면 완전히 다른 것이 필요하다. 그 앞을 막는 게 두 개의 벽이다.

</aside>

2. 두 가지 갭 — 10x에서 멈추는 이유

갭	증상	정체 / 해법
① 운영 프레임워크 부재	AI는 쓰는데 한 명이 쓰는 데서 그침. 팀 산출량은 거의 그대로.	도구가 아니라 일하는 방식의 문제. 플래닝·리뷰·온보딩이 "사람→사람" 전제면 에이전트는 한 명의 비서로 남는다. → Ch02 프로세스 전환에서 해결
② 품질 미달	헛다리, 엉뚱한 파일 수정, 멀쩡한 코드 파괴. "역시 사람이 해야 해" 직전.	모델이 아니라 환경의 문제. 원인은 딱 둘 (아래). 환경을 고치자 같은 모델이 전혀 다른 결과를 냈다.

🧰 2-1. 갭 ② 파보기 — 원인은 환경 두 가지

원인	해법
a) 컨텍스트 부재 — 코드베이스·도메인·어제 내린 결정을 아무것도 모름	계층별 `CLAUDE.md` — 루트 하나로 끝내지 않고 디렉토리·모듈마다 맥락에 맞게. 에이전트가 cross-repo로 컨텍스트를 끌어모은다. = Context Engineering을 조직 자산으로
b) AI-hostile 코드베이스 — 부실한 테스트, 데드 코드, 일관성 없는 구조	AI-ready로 전환 — Codebase sanity(테스트·데드코드 제거·구조 정리)로 안전히 자가검증할 바닥을, Codebase map(계층별 CLAUDE.md)으로 길 안내

<aside> 🪪

비유: 신입이 매뉴얼도 없고 자료는 뒤죽박죽이면 아무리 똑똑해도 첫 달은 헤맨다. 갭 ②는 "에이전트의 온보딩 환경"을 만들어주는 일이다.

</aside>

3. Human in the loop → Human on the loop

<aside> 🔭

질문: 환경을 갖추면, 에이전트를 어디까지 믿고 맡길 수 있나? 답: loop 안에서 loop 위로.

</aside>

🔁 3-1. in vs on

Human in the loop	Human on the loop
사람이 흐름 안에 있음. 한 스텝마다 보고·고치고 넘김. 사람이 빠지면 멈춘다.	사람이 흐름 위에서 내려다봄. 에이전트가 끝까지 돌리고, 사람은 결과만 확인 — 통과면 머지, 아니면 반려.

<aside> 📋

목표는 사람을 빼는 게 아니라, 사람을 흐름 위로 올리는 것. 매 스텝을 감시하던 실무자가 → 최종 결과만 보는 감독관으로 올라선다.

Before(직접 손이 들어가던 일) → After(결과만 확인): 코드 리뷰 · 버그 수정 · 새 툴 개발(대표 3종) + 리서치 PPT · 사내 문서 · 장애 대응 · alert까지. 같은 일인데, 내가 서 있는 위치가 달라졌다.

</aside>