메타에서 일하는 AX 엔지니어가 세운 '진짜 AX' 체크리스트
메타에서 9년째 일하며 에이전트 트랜스포메이션 조직 테크리드를 맡고 있는 유튜버 커리어해커 알렉스가, 자기 조직에서 실제로 쓰는 AX 판단 기준을 공개했습니다. 도구 도입이 아니라 병목 재설계가 시작점이고 채택률이 아니라 임팩트로 측정해야 진짜 AX라는 게 그의 주장인데, 정의부터 측정과 유지까지 그가 제시한 기준을 체크리스트로 정리했습니다.

정정 (2026년 10월 3일): 원래 AIGeek의 OpenWorker 비교 기사를 "8월 24일"에 다뤘다고 썼으나 실제 발행일인 "8월 26일"로 고쳤습니다.
메타에서 9년째 일하고 있는 유튜버 커리어해커 알렉스가, 자신이 속한 조직에서 실제로 쓰는 AX 판단 기준을 공개했습니다. AX는 AI 트랜스포메이션(AI Transformation)의 줄임말로, 그의 말로는 국내에서만 쓰이는 조어입니다. 지난 8월 11일 개인 블로그에 여섯 가지 주제로 정리해 올린 글을 이틀 뒤 유튜브 영상으로 다시 풀어낸 것인데, 도구를 들이는 것과 AX를 구분하는 정의부터 언제 끝나는지까지 하나의 흐름으로 다룹니다. 메타의 공식 입장이 아니라 그가 자기 조직 경험을 근거로 정리한 개인 의견이라는 점을 먼저 밝혀 둡니다.
영상 제목은 「현직 9년차 메타 AX 엔지니어가 경고하는 "진짜 AX"」인데, 정작 그는 블로그에서 이렇게 씁니다.
미국에서는, 적어도 제 주변에서는, 위의 어떤 단어도 쓰지 않습니다. AX라는 단어는 신기하게도 한국에서만 쓰입니다. 용어의 구분보다 중요한 것은 문제의 핵심과 본질입니다.

이 영상은 8월 13일에 올라와 이 글을 쓰는 9월 4일 기준 조회수 20,557회를 기록했고, 구독자 19.6만 명 채널에 좋아요 484개·댓글 32개가 달려 있습니다.
누구이며, 어떤 일을 하는가
홈페이지 자기소개에 따르면 그는 메타에서 시니어 스태프 소프트웨어 엔지니어로 일하며, ' 트랜스포메이션' 조직에서 AX를 실제 업무와 조직 운영으로 바꾸는 일을 합니다. 같은 페이지의 소개 배너에 함께 적힌 숫자는 유튜브 구독자 20만 명, 실리콘밸리 경력 8년, 스레드·링크드인 팔로워 각각 1만3천 명·5천 명.

같은 채널에는 그가 메타 E7 시니어 스태프 엔지니어까지 오른 과정을 다룬 영상도 있습니다. 그가 스레드에 올린 원글은 본인 말로는 이틀 만에 48,000회 넘게 읽혔고 질문이 100개 넘게 달렸습니다. 2025년 6월 뉴닉 인터뷰에서도 메타 인스타그램 광고팀 소속 엔지니어로 소개된 적이 있어, 이번이 처음 나선 자리는 아닙니다. 다만 그때의 소속과 지금 자기소개의 조직이 다른데, 그사이 옮긴 것인지는 확인하지 못했습니다.
AX는 구조를 다시 설계하는 일이다
그가 블로그에서 내리는 정의는 다음 한 문단.
사람이 하던 많은 일들을 에이전트가 대신할 수 있도록 시스템을 설계하고, human-agent interface를 만드는 일입니다. 툴을 사주는 일이 아닙니다. 교육을 시키는 일도 아닙니다. 일이 흘러가는 구조 자체를 다시 설계하는 일입니다.
그는 이 정의를 실무 사례로 풀어냅니다. 보고서를 마크다운으로 받기로 리더십이 한 번 정하고 그다음부터 하나씩 고쳐나가는 방식 — 그 한 번의 결정이 현장의 열성적인 담당자 열 명보다 효과적이라고 그는 말합니다. AX 챔피언을 세우는 것보다 방향을 정하는 리더십의 결정이 우선이라는 뜻.
시작점도 명확합니다. "한 가지 의사결정을 위해 5명이 최소 10시간을 들여야 했던 프로세스를 어떻게 바꿀 것인가" 같은 질문이 AX의 출발점이라는 게 그의 설명인데, 목표부터 정의하지 않으면 도구만 잔뜩 들이고 병목은 그대로 남는다는 논리입니다.
모든 회사가 자체 (harness), 즉 모델 둘레에 붙이는 지시문·도구·기억 같은 구성을 직접 만들어야 한다는 것도 그가 반복해서 강조하는 대목입니다. 서드파티 하네스는 회사 내부 툴과의 연동성과 행동 통제(behavioral control)에서 한계가 있을 수밖에 없다는 게 이유입니다. AIGeek이 8월 26일 다룬 OpenWorker·Hermes·OpenClaw 비교가 완성된 하네스 제품을 개인이 골라 쓰는 관점이었다면, 이번 글은 그 제품군을 기업이 사내에서 직접 깎아 쓰는 조직 쪽 관점. 리더십의 결정 하나, 병목을 묻는 질문 하나로 시작점을 좁히는 접근이라 그만큼 현장에 바로 옮겨 적을 수 있는 형태입니다.
가짜 도입은 어떻게 가려내나
세컨드 브레인(Second Brain)이나 옵시디언(Obsidian) 같은 도구를 들이고 나서 스스로 AI 네이티브가 됐다고 느끼는 사람이 많다는 이야기로 그는 이 절을 시작합니다. 채택은 활발했지만 생산력이 따로 움직인 것 — 그가 지적하는 함정입니다.
그가 강조하는 성공 지표는 채택률이 아니라 비즈니스 임팩트(business impact)입니다. 채택 지표보다 임팩트 지표가 훨씬 중요한데, 문제는 그 임팩트를 측정하는 일 자체가 쉽지 않다는 겁니다. 그 측정 방법을 설계하는 것까지가 AX 업무의 일부라는 게 그의 결론입니다.
평가 체계도 한 가지로 몰지 않습니다. 그는 온라인 평가와 오프라인 평가를 함께 하고, 자체적인 정성 평가(UXR)와 사용자 피드백 루프, 인앱 설문까지 겹쳐서 본다고 설명합니다.
도구를 깔았다는 사실과 성과가 실제로 났다는 사실은 서로 다른 질문이라는 것이 이 절의 요점입니다.
공용 하네스는 만든 뒤에도 계속 깎아야 한다
체크리스트를 한 번 통과했다고 끝나는 걸까요? 팀마다 서로 다른 과 툴을 따로 쓰면 품질 관리가 흐트러지고 리소스가 흩어진다는 이유로, 그는 회사나 팀 단위의 공용 플러그인(, 훅, 스킬, 메모리)과 표준화된 프로세스가 필수라고 말합니다.
가장 어려운 대목은 그 스스로도 인정합니다. AX의 가장 어려운 문제 중 하나는 보안과 프라이버시. 정보는 많을수록 도움이 되지만, 회사 안의 데이터를 무작정 다 끌어다 쓸 수는 없습니다. 그가 지적하는 긴장이 바로 이 사이에 있습니다.
모델이 바뀌면 하네스도 다시 깎아야 한다는 점도 되풀이해 강조합니다. 하네스를 모델과 함께 계속 손봐야 하는 살아 있는 시스템으로 보는 게 그의 시각입니다.
결과물에서 "AI 냄새"를 지우는 것도 같은 답으로 돌아옵니다. 룰(rules)과 스킬, 컨텍스트, 훅을 정교하게 깎는 하네스 엔지니어링의 문제이지, 모델을 바꾼다고 저절로 풀리는 일이 아니라는 겁니다.
정리하면 이 절이 말하는 유지 비용은 만만치 않습니다. 표준화·보안·재작업을 전부 계속 챙겨야 한다는 뜻이고, 그 자신이 가장 어려운 문제 중 하나라고 부른 보안조차 쉽게 풀리지 않는다는 말이기도 합니다.
AX에 끝은 없다
영상 제목의 "경고"가 가리키는 지점은 마지막 문장에 있습니다.
AX의 끝은 AI를 잘 쓰는 회사가 아닙니다. 대부분의 운영과 결정을 에이전트가 하고, 사람은 꼭 필요한 순간에만 개입하는 회사입니다. 그 회사는 아직 없습니다. 지금 만드는 중입니다.
그는 'AX 이후'라는 말 자체를 다시 봐야 한다고 말합니다. AX는 한 번 하고 끝나는 프로젝트가 아니라, 대부분의 운영과 결정을 가 주도하고 반드시 필요한 상황에만 사람이 개입하는 휴먼 온 더 루프(human-on-the-loop) 상태에 도달하는 과정이라는 겁니다. 이 개념 자체는 그가 지어낸 말이 아닙니다. AI 자율성을 논할 때 업계가 실제로 쓰는 짝 개념으로, 휴먼 인 더 루프(human-in-the-loop)와 대비되는 말이라 낯선 프레임은 아닌 셈.
지금 조직에 그대로 대볼 수 있게, 앞서 정리한 판단 기준을 질문 일곱 개로 추렸습니다.
- 도구부터 들이지 않고, "이 프로세스에 몇 명이 몇 시간을 쓰고 있나"부터 물었나요?
- 채택률이 아니라 비즈니스 임팩트로 측정하고, 그 측정 방법 자체를 설계했나요?
- 서드파티 로 버틸지, 내부 툴에 맞는 자체 하네스가 필요한지 따져봤나요?
- 모델을 바꿀 때마다 하네스도 같이 손볼 준비가 되어 있나요?
- 팀마다 제각각 과 툴을 쓰고 있지는 않나요? 공용 플러그인과 표준 프로세스가 있나요?
- 끌어다 쓰는 데이터가 보안·프라이버시 선을 넘지 않는지 점검했나요?
- 결과물의 "AI 냄새"를 모델 교체가 아니라 하네스(룰·스킬·컨텍스트·훅)로 지우고 있나요?
이 기사의 인용과 수치는 그의 블로그 글과 유튜브 영상을 직접 열어 옮겼습니다. 소속은 본인 홈페이지와 2025년 6월 뉴닉 인터뷰 두 곳에서 확인했고, 두 곳이 적은 팀이 서로 다릅니다.



