제가 지니고 다니는 작업대

스티브 잡스의 아버지 폴(Paul)은 기계공이자 목수였습니다. 폴은 아들에게 캐비닛 밑면도 마감 면만큼의 정성이 필요하며, 쉐보레 임팔라의 브레이크 패드도 도장만큼의 정성이 필요하다고 가르쳤습니다.¹ 그 기준은 고객이 보게 될 것과는 아무 상관이 없었습니다. 그 기준은 아무도 보지 않을 때 만드는 사람이 대충 넘어갈 의향이 있는지 여부에 달려 있었습니다.

스티브의 가장 깊은 가르침은 표면으로서의 취향이 아니었습니다. 사물 전체에 걸친 완전성이었습니다. 그가 Apple에 가져간 모든 원칙은 폴이 그에게 심어준 첫 번째 원칙에서 비롯되었습니다 — 보이지 않는 부분이 바로 기준이 실재임을 증명하는 곳이라는 것. 이 글의 나머지 부분은 그 원칙이 오늘날 제가 운영하는 AI 시스템 속에서 어떻게 살아 있는지를, 하나씩 구체적으로 다루는 내용입니다.

TL;DR

스티브 잡스는 제가 이름 붙일 수 있는 다섯 가지 원칙으로 작업했습니다 — 전체 위젯의 완전성, 모든 줌 레벨에서의 정성, 제품으로서의 거부, 궁극적 세련됨으로서의 단순성, 그리고 어떤 표면에서도 드러나는 관점입니다. 각 원칙은 제가 운영하는 Claude Code 하네스와 제가 기여하는 Hermes Agent 프로젝트 안에서 구체적인 구현체를 가지고 있습니다. 저는 이 시스템들을 팬심으로 운영하는 것이 아닙니다. 6개월 뒤에도 여전히 존중할 수 있는 소프트웨어를 만드는 유일한 방법이 이 철학이기 때문에 운영합니다.

그 기준을 알아보기

저는 폴 잡스에 대해 읽기 전부터 스티브의 기준을 알아보았습니다. 할아버지의 차고에는 전구 하나의 빛 아래에서 빛나는 작업대가 있었습니다. 할아버지는 자투리 나무로 저를 위해 나무 오토바이를 깎아 주었고, 와셔를 바퀴로, 볼트를 축으로 사용했습니다. 저는 다섯 살이었습니다. 장난감은 아무것도 아닌 것에서 나왔습니다. 기쁨도 함께 왔습니다. 할아버지는 이미 폴이 이해했던 것을 이해하고 있었습니다 — 재료가 제품이 아니라, 정성이 제품이라는 사실을 말입니다.

아버지는 소프트클로즈 서랍 가이드로 저에게 같은 것을 가르쳐 주셨습니다.² 싸구려 캐비닛은 서랍이 쾅 닫히고, 좋은 캐비닛은 부드럽게 닫힙니다 — 아무도 사진 찍을 일 없는 레일 안에 누군가가 메커니즘을 설계해 넣었기 때문입니다. 그 메커니즘은 천 번의 여닫힘 동안 보이는 앞면을 보호합니다. 아무도 그 가이드를 보지 않습니다. 서랍이 단단하게 유지되는 것은 그 가이드 때문입니다. 저는 이 전체 계보를 왜 제 AI 에이전트에는 품질 철학이 있는가에서 썼습니다. 이 글은 같은 이미지를 제 교리의 스티브 쪽으로 이어갑니다.

세 개의 가정, 하나의 교리. 2010년 Apple을 만났을 때, 저는 새로운 철학으로 개종한 것이 아니었습니다. 저는 이미 존중하던 철학을 제 가족이 결코 도달할 수 없었던 규모로 구현된 형태로 알아보았던 것입니다.

Apple에서는 그 기준이 규모를 가졌습니다

저는 2010년 Trailer Park를 통해 계약직으로 Apple에 들어갔습니다. 이후 2년 동안 iBookstore를 위해 고정 레이아웃 EPUB 책을 만들었습니다.³ 안셀 아담스(Ansel Adams)의 사진집. Marvel 만화. 상업 출판에서 본 적 없는 활자 정성으로 조판된 셰익스피어 희곡. 작은 손가락에 맞게 탭 타깃 크기를 조정한 어린이 책.

고정 레이아웃 EPUB은 규율을 가르쳤습니다. 이 포맷은 재배치(reflow)되지 않습니다. 디자이너는 모든 펼침면을 한 번만 조판하고 바로 제대로 조판해야 합니다. 모든 탭 타깃은 그 좌표에 적중해야 합니다. 모든 줄바꿈은 디자이너가 선택한 자리에 정확히 떨어져야 합니다 — 독자는 디자이너가 배치한 페이지를 정확히 그대로 보게 되기 때문입니다. 이 포맷은 동적 레이아웃이라는 탈출구를 제공하지 않습니다. 픽셀을 제대로 놓거나, 아니면 독자가 알아챕니다.

Apple 캠퍼스에 들어섰을 때, 저는 경외감이 아니라 알아봄을 느꼈습니다. 누군가가 계단 안내판의 자간을 제대로 잡아 두었습니다. 누군가가 제가 배지를 받으러 가는 길에 만진 문 경첩에 땀을 흘렸습니다. 누군가가 구내식당 의자와 같은 재료 언어를 말하는 쟁반을 골랐습니다. 저는 제가 보고 있는 것을 알아보았습니다. 할아버지가 차고 하나에서 지켰던 기준이 Apple이 캠퍼스 전체에서 지키는 기준이었습니다. 오직 범위만 달라졌을 뿐입니다.

2011년 10월 5일

저는 스티브가 세상을 떠난 날 Apple 계약직으로 일하고 있었습니다. 회사의 침묵을 느낄 만큼은 가까이 있었지만, 그것을 저의 것이라고 주장할 만큼 가깝지는 않았습니다. 저와 매니저는 서로를 바라보았고, 무슨 일이 일어났는지 이해했고, 눈물이 맺혔습니다.

왜 키노트는 여전히 중요한가

저는 지금도 Apple의 모든 키노트를 봅니다. 팬심이 아니라 보정 의식으로서. 분기에 한 번, 한 시간 동안, 저는 키노트가 소리 내어 묻는 질문과 함께 앉아 있습니다 — 누가 아직도 기준을 지키고 있으며, 업계는 어디로 표류했는가?

키노트는 제품 발표가 아닙니다. 키노트는 업계 점검입니다. Apple이 2011년이라면 출시하지 않았을 기능을 보여준다면 저는 알아챕니다. Apple이 약한 제품을 출시하기보다 제품을 아예 없애는 선택을 한다면 저는 알아챕니다. 바(bar)에 맞춰 출시하는 회사와 달력이 시키니까 출시하는 회사 사이의 간극은 1년에 네 번, 60분 안에 드러납니다. 한 시간이면 그 명확성을 얻기에 저렴한 값입니다.

스티브 잡스의 제품 철학, 직설적으로 말하면

다섯 가지 원칙입니다. 각각은 잡스가 말했거나 실행한 무언가에서 출처를 가지고 있고, 각각은 제가 만드는 방식 안에서 구현됩니다.

전체 위젯의 완전성. 경험 전체를 소유하십시오. 하드웨어, 소프트웨어, 패키징, 지원, 문서, 온보딩, 사용자가 2년 차에 받을 스물아홉 번째 이메일까지. 어떤 구성 요소도 제품 바깥에 있지 않습니다. 잡스는 케이스 없이 Mac을 출시한 적이 없고, 저는 출력을 형성하는 훅 없이 스킬을 출시하지 않습니다.

보이지 않는 곳을 포함한 모든 줌 레벨에서의 정성. 폴의 캐비닛. 울타리의 뒷면. 무언가 깨지지 않는 한 아무도 읽지 않을 숨겨진 로그 파일. 미래의 저 외에는 아무도 볼 일 없는 커밋 메시지. 기준은 그런 곳까지 닿거나, 아예 어디에도 닿지 못합니다.

제품으로서의 거부. 하지 않는 것이 하는 것만큼이나 당신을 정의합니다. 초대 iPod은 비디오 없이 출시되었고, iPhone에서 복사-붙여넣기가 오는 데 2년이 걸렸고, 첫 iPad에는 의도적으로 스타일러스가 없었습니다.⁶ 거부가 제품적 결단이었습니다. 거부할 수 없는 표면에는 취향이 없고, 선호만 있습니다.

궁극적 세련됨으로서의 단순성. Apple II 브로슈어의 헤드라인입니다.⁴ 단순성은 기능이 더 적다는 뜻이 아닙니다. 단순성은 복잡성을 받아들이기를 거부하는 속도보다 복잡성이 쌓이는 속도가 더 빠르지 않도록 거부한 결과입니다. 모든 구성 옵션은 디자인의 미세한 실패입니다.

어떤 표면에서도 드러나는 관점. Apple의 물건은 출하된 상자에서부터 충전기의 무게에 이르기까지 어떤 줌 레벨에서도 Apple의 것으로 알아볼 수 있었습니다. 관점 없는 제품은 경쟁자들의 평균입니다. 가시적인 관점을 가진 제품은 당신이 받아들이거나 거부할 수 있는 의견입니다. 어느 쪽이든 당신은 자신의 입장을 알게 됩니다.

이 철학이 제 AI 하네스에서 어떻게 살아 있는가

위의 다섯 가지 원칙은 제 AI 하네스의 형태 그 자체입니다. 이 하네스는 제가 9개월에 걸쳐 구축해 온 Claude Code의 구성이며, 인프라로서의 Claude Code에서 자세히 기술했습니다 — 훅 84개, 스킬 48개, 에이전트 19개, 그리고 약 15,000줄의 오케스트레이션 코드입니다. 교리의 스티브 쪽이 각 레이어에서 어떻게 나타나는지 보겠습니다.

전체 위젯의 완전성

84개의 훅, 48개의 스킬, 19개의 에이전트는 도구의 집합이 아닙니다. 이 하네스는 자신이 닿는 모든 표면에 걸쳐 하나의 목소리를 만듭니다. 에이전트의 코드 리뷰는 제가 쓴 것처럼 읽힙니다. 커밋 메시지도 제가 쓴 것처럼 읽힙니다. PR 설명, 배포 로그, 블로그 글, 번역 요약이 모두 같은 미세 서명을 지닙니다. 제가 전부 쓰기 때문이 아닙니다. 교리가 프롬프트가 아니라 인프라 안에 자리잡고 있기 때문입니다.

SessionStart 훅은 모든 새 세션에 제 활성 철학들을 주입합니다. UserPromptSubmit 훅은 프로젝트 컨텍스트와 날짜를 첨부합니다. PostToolUse 검증기는 제가 편집하는 모든 파일에 글쓰기 규칙을 강제합니다. 위젯은 동일한 정체성을 공유하는 조각들의 집합이며, 그 정체성은 모델이 건너뛸 수 없는 인프라에 의해 강제됩니다. 한 구성 요소가 전체를 퇴화시키면 전체는 더 이상 위젯이 아닙니다.

모든 줌 레벨에서의 정성

84개 훅 중 49개는 자동화입니다. 아무도 그것을 읽지 않습니다. 그것들은 커밋 diff에서 자격 증명을 씻어내고, 배포 로그를 검증하고, 프론트매터를 린트하고, 파일 경로를 정제하고, TODO 마커를 잡아내고, 메모리 인덱스를 회전시킵니다. 사용자는 깨끗한 저장소를 봅니다. 사용자는 메모리 저장소를 가볍게 유지하는 회전 작업을 결코 보지 않습니다. 에이전트 규모에서의 서랍 뒷면입니다.

저는 가장 잘 보이는 표면과 가장 덜 보이는 표면 사이의 거리로 정성을 측정합니다. 보이는 표면에서 광택이 멈추는데 보이지 않는 레이어가 무너진다면, 그 기준은 실재하지 않습니다. 두 표면 모두 견딘다면, 그 기준은 실재합니다. 이 하네스는 49개의 훅이 보이지 않는 표면을 정직하게 유지하기 때문에 두 번째 조건을 강제합니다.

제품으로서의 거부

84개 훅 중 35개는 판단의 관문입니다. 그것들은 저를 대신해 행동을 차단합니다. 그것들은 모델이 bash에 자격 증명을 커밋하는 것을 거부합니다. 명시적 옵트인 없이 파괴적 git 작업을 거부합니다. 보호된 파일에 대한 쓰기를 거부합니다. TODO를 포함한 커밋 메시지를 허용하기를 거부합니다. 각각의 거부는 안전 기능이 아니라 제품적 결단입니다.

Minimum Worthy Product의 세 번 재구축 한계는 메타 레벨에서의 거부입니다. 정직한 세 번의 시도, 그다음엔 에스컬레이션입니다. 이 한계는 약한 작업과 끝없는 다듬기 둘 다를 거부합니다. MWP 에세이는 스티브가 Lisa의 확장 슬롯, 초대 iPod의 스크롤 휠, 그리고 iPhone의 스타일러스 결정에 적용했던 것과 동일한 원칙에 대한 출하 기준 논거입니다.

제가 메시징 쪽에서 기여하는 Hermes Agent 프로젝트는 명시적 거부 목록이 있는 자격 증명 풀과, 하지 않을 것을 정의하는 스킬을 통해 거부를 운영화합니다. 제 blog-writer-core 스킬은 23개 단어의 금지 어휘 목록을 가지고 있습니다. 제 jiro 스킬은 완료 보고서에서 기계가 드러낼 수 없는 7개의 이름 붙여진 실패 모드를 정의합니다. 각 목록은 모델이 기억해 주기를 바라는 규칙이 아니라, 일급 객체로 만들어진 거부입니다.

궁극적 세련됨으로서의 단순성

훅 디스패처 패턴은 단순성의 결단입니다. 초기 버전의 하네스에는 UserPromptSubmit에서 발사되는 독립적인 훅이 7개 있었고, 각각이 stdin을 읽었으며, 둘은 같은 상태 파일에 쓰고 있었습니다. 동시 쓰기가 JSON을 잘라냈습니다. 파일을 파싱하던 모든 다운스트림 훅이 깨졌습니다. 해결책은 이벤트당 하나의 디스패처가 캐시된 stdin에서 훅을 순차적으로 실행하는 것이었습니다. 일곱 개의 문제가 하나의 메커니즘으로 붕괴했습니다.

Hermes에서는 동일한 원칙이 SOUL.md에 살아 있습니다.⁵ SOUL.md는 시스템 프롬프트의 1번 슬롯을 차지하며 하드코딩된 기본 정체성을 대체합니다. 하나의 파일, 하나의 정체성, 모든 메시징 플랫폼에 걸친 에이전트의 인격입니다. SOUL.md 이전에는 긴 대화에서의 정체성 표류가 끊임없는 문제였습니다. SOUL.md 이후에는 하나의 파일이 에이전트가 누구인지를 다스립니다. Hermes Tool Gateway는 또 다른 단순성 결단입니다 — 하나의 구독, 하나의 구성, 웹 검색, 이미지 생성, 텍스트-투-스피치, 브라우저 자동화에 걸쳐 일관되게 라우팅되는 하나의 도구 집합입니다. API 통합의 컬렉션이 아니라 하나의 표면입니다.

어떤 표면에서도 드러나는 관점

SessionStart는 어떤 프롬프트가 실행되기 전에 철학 파일들을 주입하므로, 에이전트의 관점은 사용자의 질문보다 상류에 자리잡습니다. blog-writer-core는 모든 블로그 글에 어휘와 구조적 규칙을 강제하므로, 제가 출하하는 모든 글은 동일한 목소리를 지닙니다. 커밋 메시지는 Conventional Commits를 따릅니다. PR 설명은 하네스가 강제하는 템플릿을 따릅니다. 배포 로그는 하나의 패턴을 따릅니다. 독자가 제 시스템이 생산한 어떤 산출물이든 집어 들어도 그 형태만으로 저자를 식별할 수 있을 것입니다.

Hermes는 16개의 메시징 플랫폼에 걸쳐 동일한 결단을 수행합니다. SOUL.md는 일정 간격으로 재주입되어 긴 대화에 걸쳐 정체성이 표류하지 않도록 합니다. 에이전트는 세션 시작부에서 관점을 한 번만 단언하고 영원히 유지할 수는 없습니다. 시스템은 관점을 지속적으로 재도입해야 하는데, 이는 일반적인 비서 말투로의 엔트로피가 실재하며 상수이기 때문입니다. 스티브는 같은 문제를 키노트로 해결했습니다 — 회사는 일정에 맞추어 공개적으로 자신의 관점을 재천명해야 하며, 그러지 않으면 시장은 그 제품이 무엇을 지향하는지 잊어버립니다.

기준이 오작동할 때

이 철학은 잔인함, 현실 왜곡, 또는 그 자체를 위한 통제를 옹호하는 논거가 아닙니다. 저는 스티브의 최악의 습관을 물려받고 있는 것이 아닙니다. 그의 운영 원칙을 물려받고 있습니다.

그 운영 원칙에는 나름의 실패 모드가 있습니다.

전체 위젯에 대한 통제는 하네스가 제가 출하할 수 있어야 했던 것을 거부할 때 폭정으로 굳어집니다. 보호된 파일 훅이 패턴이 정당한 경로와 너무 공격적으로 일치해서 제가 프론트매터 필드를 편집하는 것을 한 번 차단한 적이 있습니다. 그 훅은 규칙이 시킨 것을 정확히 하고 있었습니다. 그 규칙이 그 경우에 맞지 않았던 것입니다. 때로는 훅이 옳고 제가 성급합니다. 때로는 훅이 틀리고 제가 옳으며, 규율은 바를 낮추지 않으면서 훅을 언제 재정의할지를 아는 것입니다.

거부는 스킬이 차단하기 위해 존재하는 특정 행동 대신 모든 인접 행동을 거부할 때 두려움으로 굳어집니다. 매달 커지는 금지 어휘 목록은 결국 그 글에 실제로 필요한 단어를 금지하게 됩니다. 치료법은 재구축 한계를 안쪽으로 돌리는 것입니다 — 거부가 범위를 세 번 축소시켰다면, 문제는 범위가 아니라 거부입니다.

정체성 과다 주입은 SOUL.md의 실패 모드입니다. 1번 슬롯의 소울 파일은 사용자의 실제 요청을 묻어 버릴 수 있습니다. 에이전트는 너무 많이 선언하고 너무 적게 듣습니다. 스티브 버전의 같은 실패는 원래 Macintosh를 성능 부족으로 출하시킨 것입니다 — 그는 폐쇄 박스 아키텍처와 128K 메모리 한계를 더 나은 엔지니어링 판단에 맞서 고수했고, Sculley의 2,495달러 출시 가격은 이 디자인이 기대고 있던 가격 경쟁력이라는 변명을 제거했습니다.⁷ 블레이크 버전은 시장이 요구하지 않는 기준을 고수했기 때문에 개인 프로젝트를 너무 작게 출하합니다.

기준이 제품에 봉사하기를 멈추면 연극으로 굳어질 수 있습니다. 점검은 때때로 그 기준이 그것을 더 좋게 만들고 있는지, 아니면 제가 더 스티브처럼 느끼게 만들고 있는지를 묻는 것입니다. 답이 두 번째라면, 그 기준은 잘못된 방향으로 간 것입니다.

FAQ: 에이전트 규모에서의 기준

스티브 잡스의 보이지 않는 장인 정신 철학은 무엇입니까?

스티브 잡스의 보이지 않는 장인 정신 철학은 숨겨진 부분이 보이는 기준이 실재인지를 증명한다고 말합니다. 폴 잡스는 그에게 캐비닛 밑면과 브레이크 패드가 마감과 같은 정성을 받을 자격이 있다고 가르쳤습니다. 저는 그 규칙을 소프트웨어에 적용합니다 — 훅, 로그, 검증기, 프롬프트가 제품의 밑면입니다. 그것들이 퇴화하면 인터페이스는 연극일 뿐입니다.

스티브 잡스의 철학은 AI 에이전트에 어떻게 적용됩니까?

AI 에이전트는 자존심, 기억, 취향을 안정적으로 지니지 못하기 때문에 운영 표면에 기준이 내장되어야 합니다. 제 AI 하네스는 잡스의 철학을 메커니즘으로 바꿉니다 — 훅 84개, 스킬 48개, 에이전트 19개, 그리고 15,000줄의 오케스트레이션입니다. 요점은 기계가 Apple을 찬미하게 만드는 것이 아닙니다. 요점은 보이지 않는 품질을 건너뛰기 더 어렵게 만드는 것입니다.

Claude Code 하네스에서 전체 위젯의 완전성이란 무엇입니까?

전체 위젯의 완전성은 하네스가 프롬프트 더미가 아니라 하나의 제품처럼 행동한다는 뜻입니다. 코드 리뷰, 커밋 메시지, PR 설명, 배포 로그, 블로그 초안 모두가 같은 기준을 지녀야 합니다. Claude Code에서 이를 위해서는 인프라가 필요합니다 — 세션 컨텍스트, 편집 후 검증기, 보호된 파일 규칙, 그리고 모델이 거부해야 할 것을 정의하는 스킬입니다.

제품 디자인과 AI 시스템에서 왜 거부가 중요한가요?

거부는 취향이 운영되는 지점입니다. 제품은 출하하지 않을 것을 통해 자신이 무엇인지 말합니다. AI 시스템도 쉘 명령에서 자격 증명을 차단하거나, 파괴적 git 작업을 거부하거나, 재구축에 상한을 두거나, 금지된 글쓰기 패턴을 거부할 때 똑같이 행동합니다. 거부 없이는 시스템은 관점이 아니라 선호를 가질 뿐입니다.

맺음말

Apple은 그 기준을 규모에서 가시화했습니다. 이 하네스는 그 기준을 다른 매체로 옮깁니다. 소프트웨어 에이전트는 나무도, 강철도, 유리도 아닙니다 — 그러나 교훈은 재료를 넘어 살아남습니다. 모든 줌 레벨에서의 정성은 서랍 가이드에 적용되듯이 훅에도 적용됩니다. 거부는 제품 사양에 적용되듯이 스킬에도 적용됩니다. 전체 위젯의 완전성은 첫 iPhone이 출하된 상자에 적용되었던 것과 똑같이 15,000줄의 오케스트레이션 레이어에도 적용됩니다.

스티브는 제게 그 기준을 주지 않았습니다. 그는 사적인 기준이 공적인 운영 체계가 될 수 있음을 증명했습니다. 작업대는 작아졌습니다. 기준은 작아지지 않았습니다.

참고문헌