9월 17일 목요일
AI를 도입한다는 말은 도구 하나를 더 쓰는 일이 아니라, 사람이 문제를 정하고 판단하며 책임지는 지점을 다시 설계하는 일로 바뀌고 있다.
일을 직접 하는 조직에서, 일을 지휘하고 판정하는 조직으로
AI가 실행 구간을 넓힐수록 사람의 역할은 사라지기보다 문제 정의, 승인, 검증, 책임의 경계로 이동한다.

병목은 실행 속도에서 판단의 질로 옮겨간다
Amplitude가 그리는 제품 개선 흐름에서는 AI가 흩어진 데이터를 읽고 사용자의 마찰과 결함을 찾은 뒤 설계 변경이나 새 기능을 제안한다. 제품 담당자는 데이터를 모으고 초안을 만드는 앞단에 매달리기보다, 제안이 맞는지 검토하고 편집해 승인하는 쪽으로 이동한다. 타이핑을 할 수 없게 된 한 개발자의 실험도 비슷한 변화를 보여 준다. 그는 명령을 한 단계씩 직접 잇는 대신 목표, 컴퓨터, 파일 위치, 완료 조건을 설명하고 에이전트가 다운로드 대기부터 복사, 빌드, 설치까지 이어서 처리하게 했다. 두 사례가 말하는 변화는 사람이 빠지는 자동화가 아니다. 반복 실행을 넘겨 더 많은 선택지를 보되, 무엇이 문제이고 어떤 결과가 받아들일 만한지는 사람이 판정하는 구조다.
에이전트는 업무의 가운데가 아니라 양끝을 넓힌다
초기의 활용은 아이디어를 묻거나 코드 일부를 맡기는 식으로 업무 한가운데에 AI를 끼우는 데 가까웠다. 하지만 이 개발자는 손 부상 뒤 문제를 정리하는 더 이른 시점부터 에이전트를 부르고, 구현 뒤에는 컴퓨터 사용 검증과 코드 리뷰, 수정, 머지 판단까지 맡기는 방향으로 범위를 늘렸다. 해결책을 미리 지정할 수 없을 때는 문제 자체를 전달하고 대안을 찾게 했으며, 완료 전에는 변경 사항을 실제로 확인하고 회귀 가능성을 다시 검토하도록 요구했다. 한 시간짜리 작업 때문에 일정에서 한 시간을 통째로 비우는 대신 시작과 종료 시점에만 개입하고, 여러 스레드를 동시에 돌리는 방식도 가능해졌다. 생산성의 핵심 단위가 한 사람이 키보드 앞에서 보낸 시간이 아니라, 명확하게 정의되고 독립적으로 검증되는 작업 묶음으로 바뀌는 장면이다.
전환의 어려움은 도구보다 역할과 권한을 다시 나누는 데 있다
800명 규모의 Amplitude에서 AI 중심 전환은 작은 팀이나 단일 프로젝트를 붙이는 일이 아니었다. 리더십, 조직 구조와 인력, 풀어야 할 문제, 일하는 방식, 가치가 만들어지는 위치를 함께 바꾸는 과제로 제시됐다. 이때 창업자의 역할도 가장 어려운 일을 직접 해결하는 사람에서 적절한 리더를 세우고 조직이 올바른 문제를 풀게 만드는 사람으로 달라진다. 직접 실행하던 습관을 내려놓더라도 방향 제시와 최종 책임까지 외주화할 수는 없다. 에이전트 작업에서도 같은 긴장이 보인다. 병렬 실행과 자율 검증이 늘어날수록 사람은 모든 클릭을 쥐는 대신 완료 조건, 격리된 실행 환경, 검토 기준, 머지 권한을 더 선명하게 정해야 한다. 따라서 AI 전환의 성패는 사용량보다 누가 문제를 정의하고, 어디까지 자동 실행하며, 누가 결과를 승인하고 책임지는지를 운영 규칙으로 만들었는지에 달려 있다.
더 많이 맡기기 전에, 멈춤과 승인부터 설계하라
신뢰할 수 있는 AI는 무조건 실행하는 시스템이 아니라 불확실성과 권한의 크기에 따라 행동, 확인, 중단을 구분하는 시스템이다.
AI가 실제 행동까지 맡을 때 무엇을 자동 실행하고, 언제 사람에게 확인해야 하는가?
정확도를 높이는 일만으로는 행동하는 AI의 신뢰 문제가 풀리지 않는다. 음성 어시스턴트 사례는 같은 79% 정확도에서도 확신이 낮을 때 멈추고, 중간일 때 확인하며, 높을 때 실행하도록 정책을 나누면 사용자의 복구 부담을 줄일 수 있음을 보여 준다. 여기서 중요한 것은 오류 개수만 세는 대신 잘못 실행했을 때 원래 상태로 돌아오는 시간과 수고를 비용으로 보는 것이다. 장기 기억과 결제·예약 권한까지 다루는 개인 에이전트 구상은 이 원리를 더 큰 범위로 확장한다. 어떤 정보는 기억에서 분리하고, 외부 서비스 연결과 거래에는 최소 권한을 주며, 민감한 행동은 별도 감시 체계가 표시한 뒤 사용자가 결정하게 해야 한다. 능력이 커질수록 신뢰는 모델의 자신감이 아니라 행동별 손실과 권한 경계를 운영하는 방식에서 나온다.
- 01
오류율보다 복구 비용을 본다
잘못된 노래를 바로 재생하면 사용자는 오류를 알아차리고 중지한 뒤 다시 요청해야 한다. 반면 이해하지 못했다고 멈추면 한 번 더 말하는 비용만 든다. 발표는 실행, 확인, 중단 각각의 사용자 부담을 다르게 계산해 임계값을 정한다. 고정된 숫자를 보편적 답으로 쓰라는 뜻이 아니라, 기기와 상황, 현재 상태를 잃는 정도에 따라 비용을 다시 측정해야 한다는 원칙이다.
- 02
행동 주체와 감시 주체를 분리한다
개인 에이전트 Muse 구상에서는 로그인 정보와 카드 번호를 일반 기억에 넣지 않고 별도 저장소에 둔다. 외부 서비스에는 필요한 만큼만 읽기·쓰기 권한을 주며, 주 에이전트와 별개의 Sentinel이 밖으로 나가는 데이터와 민감한 행동을 살핀다. 편의를 위해 행동하는 시스템이 스스로 권한 확대까지 승인하지 못하게 만드는 분리가 핵심이다.
- 03
자동화 수준은 위험에 따라 달라져야 한다
노래 선택처럼 되돌리기 쉬운 행동, 현재 시청 상태를 바꾸는 TV 명령, 이메일 발송이나 결제처럼 관계와 자산에 영향을 주는 행동은 같은 기준으로 다룰 수 없다. 낮은 위험에는 빠른 실행을, 애매한 해석에는 짧은 확인을, 되돌리기 어렵거나 민감한 권한에는 중단과 명시적 승인을 두는 식으로 운영 표면별 정책이 필요하다.
도입 전에 확인할 것은 ‘얼마나 똑똑한가’만이 아니다. 잘못했을 때 무엇을 잃는지, 원상 복구에 얼마나 드는지, 어떤 정보와 권한을 분리하는지, 어느 결정에 사람이 남는지를 먼저 정해야 한다. 신뢰는 모든 행동을 막는 승인 절차가 아니라 위험이 큰 순간에 정확히 개입하고 나머지 흐름은 부드럽게 이어 주는 운영 설계다.
이번 주의 실행 방식을 다시 보게 하는 다섯 신호
학습, 창업, 산업 선택, 집중력까지 AI 시대의 성과는 속도 자체보다 무엇을 검증하고 어디에 사람의 판단을 남기는지에 달려 있다.
- 01
Eero AlvarAI 교사의 가치는 답보다 학습 경로에 있다
현재 이해도를 질문으로 확인하고, 개념의 의존 관계를 계획한 뒤 한 번에 한 추론 단계씩 가르치는 흐름이다. 자료 검색과 순서 정리는 AI가 맡되 퀴즈와 실제 적용으로 이해를 다시 검증한다.
- 02NFX
팀의 속도는 장시간 노동이 아니라 운영 체계다
NFX는 빠른 결정과 실행을 개인의 근성보다 반복 가능한 팀 시스템으로 다룬다. 10개 에피소드에서 실행을 늦추는 22가지 사고방식과 40가지 전술을 점검하도록 구성했다.
- 03
lifeofluba3일짜리 실험이 다음 제품을 찾는 법
OpenArt는 작은 이미지 MVP로 사용자 반응을 확인하고, 브라우징보다 생성 수요가 크다는 신호를 따라 방향을 바꿨다. 이후 안정성 트랙과 새 기술을 시험하는 발견 트랙을 병렬로 운영했다.
- 04
책과삶AI 수요는 제조업의 시간표도 바꾼다
AI 인프라와 공급망 재편을 한국의 반도체·조선·방산·로봇 기회와 연결해 보되 산업별 실적 시간축을 나눠 본다. 투자 판단에서는 지수 코어와 산업 위성을 분리하고 매수 이유와 매도 조건을 문서화하라고 제안한다.
- 05
B_ZCF집중력은 개인 의지보다 응답 규범의 문제다
화면 전환과 즉시 응답 기대가 깊은 작업을 끊는다면 개인의 알림 설정만으로는 부족하다. 조직이 전자 메시지에 답하지 않아도 되는 조용한 시간을 정하고, 집중이 높은 시간대와 의도적인 여백을 함께 보호해야 한다.
아직 못 읽은 북마크
북마크를 고르는 중…