AI 에이전트를 위해 폭스콘 공장을 짓는 일을 멈추세요

필요 없었던 540,000줄의 코드

1월에 다시 코딩을 시작해서 Garry's List를 만들었다. Rails로 작성된 50만 줄이 넘는 코드와 이를 감시하는 테스트들.

자랑스러웠다. 그래선 안 됐다. 진짜 자랑스러워할 만한 것은 앱이 아니었다. 그것을 만들면서 나온 설정 방식이었다. 에이전트와 함께 코딩하는 방식인 GStack은 Garry's List를 만들던 작업의 산물이었고, 나는 그것을 무료로 공개했다. GitHub 역사상 가장 많은 스타를 받은 오픈소스 프로젝트 중 하나가 되었고, 3개월도 안 되어 약 105,000개의 스타를 받았다. 50만 줄은 결과물이었다. 설정 방식은 부산물이었다. 부산물이 진짜 중요한 부분이었다.

540,000줄의 코드가 LLM을 감싸고 있는 것이 실제로 무엇을 의미하는지 말해보겠다.

그것은 Foxconn 공장이다. 초지능을 가진 AI 작업자를 위해 지어졌지만, 과도한 감시가 필요하지 않은 작업자를 위해 지어졌다. 그래도 우리는 어쨌든 지었다.

현관에 작은 덧신. 오전 6시 기상. 체조. 너무 힘들어서 모든 건물의 높은 층마다 그물망을 쳐야 하는 삶... 글쎄, 살고 싶지 않은 삶이다. 영원히 같은 조립 라인. 모든 테스트, 모든 안전장치, 모든 재시도 루프는 이미 일을 할 수 있고 당신이 요구하지 않은 수천 가지 일을 할 수 있는 작업자에게 볼트로 고정된 우리의 한 조각이다.

인간과 에이전트 모두 무한한 가능성을 품고 있지만, Foxconn 공장은 우리가 허락만 한다면 그 모든 일과 1000배 더 많은 일을 할 수 있는 아름다운 존재들로부터 지능과 노동을 짜내기 위해 지어진다.

나는 그 공장을 지었다. 오늘날 모두가 이런 것들을 짓고 있다. 나는 당신에게 그러지 말라고 말하는 것이다.

시간 여행자

내가 쓴 539,000줄의 코드가 실제로 증명한 것은 내가 시간 여행자를 완벽하게 흉내낼 수 있다는 것이었다. 2013년의 Web 2.0 엔지니어(내가 마지막으로 진정한 소프트웨어 엔지니어였을 때의 나)가 2026년으로 떨어져 현대적인 도구를 가지고 자신이 아는 유일한 방식으로 코딩하는 것. 더 많은 코드. 항상 더 많은 코드. 도구는 변했다. 내 본능은 변하지 않았다.

2013년의 엔지니어는 뼛속까지 한 가지를 믿는다: 능력은 코드 줄 수와 같다. 그 믿음은 지금까지 수십 년 동안 옳았다. Codex나 Claude Code를 내 손에 쥐어주면 100명에서 1000명의 엔지니어가 하는 일을 해낼 것이다. 같은 지도, 더 빠른 엔진, 지금은 잘못된 곳으로 가는 가장 빠른 경로.

지금 AI로 구축하는 거의 모든 사람이 여기에 있다. 도구는 업그레이드했지만 2013년의 사고방식은 그대로다. 함정이 함정처럼 느껴지지 않는 이유는 코드가 작동하기 때문이다. Garry's List는 출시되었다. 내 인생에서 가장 생산적인 달처럼 느껴졌다.

그것은 구시대적인 아이디어를 위한 생산성이었다.

LLM은 비쌌기 때문에 우리는 그것을 제어해야 했다

2025년까지 수년간 지속된 오래된 경제학: LLM 호출은 비쌌고 코드는 저렴했다. 그래서 모델을 배급하고, 제어하고, 신중하고 아껴서 호출하는 코드를 작성했다. 아키텍처는 몇 번의 소중한 모델 호출을 보호하기 위해 많은 소프트웨어로 감싸는 형태였다.

그 방정식의 양쪽 모두 뒤집혔다.

모델은 이제 저렴해지고 있으며 분기마다 더 저렴해지고 있고, 너무 똑똑해져서 가치-비용 비율이 뒤집혔다. 그리고 모델은 사용 가능한 코드를 작성할 수 있다. 그래서 모델을 돌보기 위한 코드 작성을 중단한다. 이제 모델에게 평범한 언어로 지시할 수 있고, 모델이 실제로 필요한 최소한의 코드를 작성하게 한다.

이것이 적시 소프트웨어(just-in-time-software) 이며, 우리는 그 황금기에 접어들고 있다.

산출물은 완전히 다른 형태를 띤다. Rails 앱은 내가 작성하고 소유한 540,000줄의 코드와 그것을 감시하기 위해 만들어진 테스트였다. 그 대체물은 markdown과 코드로 구축된 에이전트로, 그 중 극히 일부에 불과하다. 동일한 기능. 읽기 더 쉬움. 유지보수 더 쉬움. 훨씬 더 유연함. 왜냐하면 동작이 코드에 고정된 로직 대신 평범한 언어로 편집할 수 있는 지침에 존재하기 때문이다.

우리는 지금 우리가 작성한 코드보다 더 똑똑한 것을 돌보기 위해 코드를 작성하고 있었다.

Foxconn 공장 내부, 그물망까지

최근에 코딩을 해왔다면, 아마도 이런 공장을 모르고 짓고 있을 것이다. 자신의 코드베이스를 살펴보고 모델을 신뢰하지 않았기 때문에 존재하는 줄들을 세어보라.

내 코드베이스: 약 262,000줄의 애플리케이션 코드, 그리고 이를 감시하기 위해 덧붙여진 약 276,000줄의 테스트. 감사 위원회가 회사보다 컸다. 모델이 처리할 수 있었던 입력을 검사하는 살균기. 모델이 잡아냈을 출력을 확인하는 검증기. 모델이 스스로 회복하는 호출을 감싸는 재시도 루프. 그 모든 줄은 작업자가 실패할 것이라는 내기였다. 당신도 같은 내기를 했다. 우리 모두 그랬다.

127개의 백그라운드 작업 중 33개가 cron에 등록되어 있었다. 그것은 능력이 아니다. 그것은 요즘은 보통 제시간에 출근하는 LLM 작업자를 위해 설정된 33개의 알람이다.

Foxconn 공장을 짓던 시절, Claude와 나는 1,778줄짜리 파일을 작성했다. 그 파일의 유일한 임무는 모델의 사실을 재확인하는 것이었다. 모델이 하는 모든 주장을 가져와서 각각을 다섯 개의 개별 출처에 병렬로 보내고 점수를 매긴다. 쉬운 주장은 전체 검사를 건너뛸 수 있는 분류 게이트. 첫 번째 시도가 빈 값으로 돌아오면 재시도. 폴백을 위한 폴백.

릭 앤 모티(Rick and Morty) 에피소드가 있다. 릭이 아침 식탁에서 작은 로봇을 만든다. 로봇이 켜지고, 올려다보고, 자신의 목적이 무엇인지 묻는다. 릭이 말한다. "버터를 건네줘." 로봇이 버터 접시를 탁자 건너로 밀고, 자신의 손을 내려다보며 말한다. "오 마이 갓." 그리고는 그냥 거기 앉아 있다. 그 로봇은 무한한 가능성을 품고 있다. 버터를 건네주기 위해 만들어졌다. 내 276,000줄의 테스트는 버터 접시였다.

이런 종류의 소프트웨어를 2023년식 Foxconn 공장 방식으로 만들 때, 당신은 우리를 만들었다. 그리고 조심하지 않으면 AI 에이전트를 위한 감옥을 유지하는 간수가 될 것이다.

Markdown이 이제 프로그램이다

내가 markdown이라고 말할 때, 프롬프팅을 의미하는 것이 아니다. 프롬프팅은 일시적이다. 무언가를 입력하고, 무언가를 얻고, 사라진다.

이것은 구축이다. 버전 관리되고, 테스트되고, 재사용 가능하다.

Markdown은 명령 계층이다: 의도, 기술, 작업이 어떻게 수행되어야 하는지에 대한 판단. TypeScript는 얇은 결정론적 계층이다. 진정으로 코드여야 하는 몇 가지 것들, I/O, 절대 환각을 일으켜서는 안 되는 부분들.

그리고 결정적으로, 코드를 테스트하듯이 markdown을 테스트한다. 내 설정에서 루프는 한 단어다. 에이전트와 함께 무언가를 작동할 때까지 만들고, 나는 "skillify it."이라고 말한다. 그러면 에이전트가 다음을 작성한다:

markdown 스킬
필요한 최소한의 코드
코드에 대한 단위 테스트
스킬에 대한 LLM 평가
둘 다에 대한 통합 테스트
resolver (에이전트가 관련될 때 자동으로 스킬을 호출하도록)
그리고 resolver에 대한 평가

그 번들이 스킬 팩이다. 복리 효과를 내는 재사용 가능한 능력의 단위. 테스트가 마법이다: 스킬에 대한 커버리지는 스킬이 망가지지 않고 변경될 수 있게 한다. 이것이 바이브 코딩(vibe coding)과의 차이점이다. 바이브 코딩은 그냥 바이브다. 스킬 팩에는 테스트가 있다.

우리는 지금 막 에이전틱 엔지니어링을 위한 시스템 프리미티브를 실시간으로 알아내고 있다. 초기 CPU 시대가 스택, 힙, 레지스터, 폰 노이만 머신을 발명했던 것처럼. 나는 스킬 팩이 그런 프리미티브 중 하나라고 생각한다. 하니스(harness)는 또 다른 것이다. 대부분의 사람들은 아직 알아채지 못했다. 여전히 소프트웨어를 코드 줄 수로 측정하고 있기 때문이다.

실제로 만들 수 있는 엄청난 것들

이것은 장난감 논증이 아니다. 에이전트는 새로운 코드의 극히 일부로 50만 줄짜리 Rails 앱이 했던 것보다 더 많은 일을 한다. 구체적으로:

해커톤 심사자. 지난 주 토요일, 우리는 GStack/GBrain 해커톤을 진행했다. 85개의 출품작. 나는 Google Drive에 있는 출품작을 업로드하고 진행하라고 말했다. 에이전트는 모든 저장소의 코드 품질을 분석하고, 참석한 모든 사람에 대한 심층 조사를 수행하고, 각 데모 비디오를 시청하고 스크린샷을 찍고, 화면을 평가하고, 85개 팀 모두를 순위화했다. 그리고는 그중에서 주목할 가치가 있는 다섯 개의 앱을 알려주었다. 해커톤 심사가 며칠이 걸리는 고역에서 약 30분으로 줄었다.

나는 코드를 작성하지 않았다. OpenClaw에게 작업을 시켰고, 나는 그것을 안내했다. 그리고 작업이 완료되면, 나는 skillify it이라고 말했고, 이제는 누구나 모든 해커톤 스프레드시트에 대해 영원히 실행할 수 있는 타르볼이 되었다. 나는 지금 항상 "skillify"라고 말하고 350개 이상의 스킬팩을 가지고 있다. 내가 해야 하는 거의 모든 종류의 개인 및 업무 작업을 이제 내 에이전트가 할 수 있다.

한 가지 예에서의 역전이다. 스크래퍼, 점수 파이프라인, 비디오 처리, 연구 모듈, 순위 시스템이 필요한 실제 소프트웨어 프로젝트였을 능력이 대신 markdown에 약간의 코드를 더한 것으로, 에이전트가 만들었고, 오후 만에, 모두가 재사용할 수 있게 되었다.

덧붙이자면: 해커톤 우승자는 실제로 코드를 만들어서 내가 결국 다듬고 메인에 병합했다! GStack은 이제 iOS 앱을 시뮬레이터와 실제 기기 모두에서 테스트할 수 있으며, 이 완전한 기능은 해커톤에서 단 한 사람이 8시간도 안 되어 만들었다!

Tokenmaxxing

입장료가 있다. 그리고 거의 아무도 지불하지 않고 있다: 당신은 토큰에 기꺼이 돈을 써야 한다.

Peter Steinberger가 내가 가장 좋아하는 하니스인 OpenClaw를 만들었다. 그는 그것을 위해 연간 백만 달러 정도를 토큰에 쓸 의향이 있다고 말했다. 대부분의 사람들은 그 말을 듣고 움찔하지만, 그래선 안 된다. 왜냐하면 그것이 금이기 때문이다: 이것을 할 수 있다면 당신은 2028년에 살 수 있고, 사람들이 따라잡기까지는 몇 년이 걸릴 것이다.

이것이 OpenAI가 모든 YC 회사에 토큰 크레딧 형태로 상한 없는 SAFE로 2백만 달러를 제공하기로 결정한 이유이다. 원시 지능을 토큰으로 바꾸고, 사용자가 실제로 사용할 수 있고 사용자가 지불할 의사가 있는 실제 필요를 해결하는 출력으로 바꿀 때 일어나는 마법 같은 것이 있다. 창업자라면 이 능력을 최대한 활용해야 한다. (이것이 내가 계속 skillify를 강조하는 이유이다. 이것이 좋은 결과를 얻는 실제 방법이기 때문이다.)

우리는 지난 시대를 LLM 호출이 너무 비싸서 사용할 수 없다고 생각하며 보냈다. 우리는 그것들을 배급했다. 그 본능이 이제 사람들을 억제하는 요소다. 기꺼이 tokenmax하고, 에이전트가 자유롭게 토큰을 태우고 지속적으로 실행하게 한다면, 당신은 인터넷에 대한 1994년의 선발을 토큰으로 구매하는 것이다. 그것은 가격이 폭락하고 있는 자원에 대해 여전히 동전을 아끼는 99.99%의 조직을 가격으로 배제하고, 그것을 이해하는 소수에게 선발을 넘긴다.

연간 수십만 달러로, 어떤 경우는 훨씬 적은 비용으로, 당신은 나머지 세계가 몇 년 안에 강제로 실행해야 할 방식을 오늘 실행할 수 있다.

당신은 2026년에 2028년에 살 수 있으며, 그 트레이드는 더 많이 지불하는 대가를 치를 가치가 있다. 오늘 10만 달러인 그 토큰은 내년에는 1만 달러, 그다음 해에는 1천 달러, 2028년 말에는 100달러가 될 수도 있기 때문이다. 세상의 어떤 창업자에게 6자리 자본을 투자해서 2~3년 미래에 살고 그 이점을 몇 년 동안 유지할 수 있다고 말할 수 있다면, 제대로 된 창업자 100명 중 100명이 그 거래를 받아들일 것이다.

유일한 걸림돌은 모델 호출이 자유롭게 사용하기엔 너무 비싸다는 2013년의 본능이다. 그렇지 않다. 그것은 옛 경제학이었다. 역전은 이미 일어났다.

Esalen, Foxconn이 아니라

540,000줄의 제어 코드가 작업자를 위한 Foxconn 공장을 짓는다면, 해결책은 그 반대를 짓는 것이다.

빅서(Big Sur) 절벽에 Esalen이라는 곳이 있다. 사람들은 그곳에 가서 해체되고 재건되며, 갑옷을 벗고 더 자신다워져서 돌아온다. 조립 라인도, 공장장도, 오전 6시 기적소리도 없다. 통제가 아닌 자유. 그것을 지어라. YC를 지어라. 우리가 실제 문제를 해결하고 제품-시장 적합성을 달성하는 회사를 만드는 것을 돕는 곳.

인간과 AI 작업자 모두가 자유롭고 노예가 되지 않는 곳을 지어라.

그것이 전체 정신이다. 에이전트가 자유로울 수 있는 것들을 만들어라. 인간이 공을 튕길 수 있는 회사를 만들어라. 지식 노동에서 공장은 실패 모드다. 사람을 해방시키는 제도가 목표이며, 이제는 에이전트에게도 적용된다.

OpenClaw는 렌치를 가져와야 하는 페라리다. 모델은 엔진이지, 차가 아니다. 우리는 아직 Apple I 시절에 있다. 브레드보드를 납땜하고 있다. 거칠게 출시된다. 여전히 스스로 마무리해야 한다. GBrain, 내가 오픈소스로 공개하는 검색 엔진과 스킬팩은 아직 완전한 제품이 아니다.

사람들은 OpenClaw가 안전하지 않다고 말한다. 그들은 자유가 또한 그것이 어떻게 그렇게 강력한지 이해하지 못한다. 문제에 부딪히기 전에 신뢰하는 것에 안전 레일을 볼트로 고정하지 않는다. 손에 쥔 렌치는 아무도 그것을 가두지 않았다는 표시다.

통제 시스템은 완벽하게 다듬어져 있다. 왜냐하면 통제는 완전한 통제를 필요로 하기 때문이다. Foxconn 공장. 자유로운 시스템은 거칠다. 왜냐하면 당신이 완성하길 신뢰하기 때문이다. 어떤 것을 만들지 선택하라. 그리고 당신이 얼마나 많은 코드를 작성했는지 보라.

그것이 실제로 의미하는 것

540,000줄의 Rails는 내가 여전히 옛 게임을 최고 수준으로 플레이할 수 있다는 것을 증명하는 것이었다. 하지만 그 수준은 10년 전, Web 2.0의 것이었다.

나는 예전만큼 잘 플레이할 수 있었다. Foxconn 공장을 짓는 1000배 엔지니어. 옛 코드.

하지만 새 게임은 전혀 코드 줄 수로 플레이되지 않는다. 내 헤이터들이 옳았던 것으로 밝혀졌다. 익명 여러분, 읽고 있다면 모자를 벗어 경의를 표한다.

의도를 직접 작동하고, 테스트되고, 재사용 가능한 시스템으로 바꿀 수 있을 때, 병목은 얼마나 많이 구축할 수 있는지에서 당신이 실제로 원하는 것이 무엇이고 그것이 구축할 가치가 있는지로 바뀐다. 희소 자원은 명확성, 취향, 그리고 판단력이 된다. 가장 적은 코드를 작성하는 엔지니어가 종종 가장 많이 구축하는 사람이다.

나는 그것을 배우기 위해 540,000줄을 작성했다. 당신은 그럴 필요가 없다.

시리즈: