그의 중심 질문

네가 쓰는 모든 AI 프롬프트, 잘못됐을 수도 있다. “How”를 가르치느라 “What”을 잊고 있진 않은지.

다니엘 미슬러(Daniel Miessler). 사이버보안/AI 엔지니어이자 1999년부터 글을 써온 작가, 그리고 16.6k 스타를 받은 오픈소스 프로젝트 LifeOS의 창시자. Fabric(패턴 집합)부터 PAI(Personal AI Infrastructure), 거쳐 LifeOS까지 — 그는 지난 2년간 AI 툴 생태계에서 가장 독특한 궤적을 그려왔다.

그의 중심 질문

미슬러의 모든 작업은 하나의 질문으로 수렴한다: AI가 인간을 대체하는 게 아니라, 인간을 업그레이드하려면 어떻게 해야 하는가?

그는 걱정한다. “대부분의 사람들은 직업에 정체성을 붙였다. 자신의 타이틀, 조직 내 서열, 조직에 대한 유용성. AI는 우리가 가치를 받던 그 일들을 자동화할 것이고, 수백만 명에게 위기가 올 것이다.”

하지만 그는 동시에 기회를 본다. “회사 생활이 인간 존재의 정점이었다고 생각하는 사람은 없다. 제대로 한다면, AI는 사람들이 진짜 자신이 누군지 발견하고 그것을 실현하도록 도울 수 있다.”

이게 그의 세 가지 프로젝트를 관통하는 테마다: TELOS(정체성과 목표를 명료화하는 프레임워크), Human 3.0(직업이 아닌 고유한 기여로 자신을 정의하는 세상), LifeOS(그 여정을 가능하게 하는 플랫폼).

Bitter Lesson Engineering — 너의 “도움”이 독일 수 있다

미슬러가 AI 툴 생태계에 던진 가장 강력한 개념은 Bitter Lesson Engineering이다. 리처드 서튼의 “The Bitter Lesson”에서 영감을 받은 이 원칙은 충격적으로 단순하다:

AI의 네이티브 능력을 우리의 (추정상) 우월한 가이드로 오염시키지 마라. 사실 그것은 우월하지 않다.

다시 말해: 네가 짜는 모든 “이렇게 해라”는 단계별 프롬프트는 AI가 스스로 더 나은 방법을 찾는 걸 방해한다. 모델이 똑똑해질수록 네 HOW-프롬프트는 더 바보같아진다.

적용 규칙 (그의 말로)

• 인간의 논리/효율성에 대한 생각은 매우 원시적일 가능성이 높다
• 그러니 그 규칙을 AI에 하드코딩하지 마라
• AI가 똑똑해질수록, First-principles에서 훨씬 나은 방법을 찾아낼 것이다

그는 2026년 7월 LifeOS v7.0 “The Bitter Pill Release”에서 이 원칙을 자신의 시스템에 직접 적용했다. 기존 88KB의 시스템 프롬프트를 28KB로 줄였다. “더 똑똑한 모델이 이 규칙을 불필요하게 만들지?”라는 하나의 테스트로 모든 스캐폴딩을 검증했다.

Intent Engineering — WHAT으로 전환하라

Bitter Lesson Engineering의 자연스러운 결과물이 Intent Engineering이다. “Prompt Engineering”이라는 용어 자체가 HOW-중심적이라는 게 그의 진단.

Intent Engineering은 프롬프트의 초점을 “어떻게 할까”에서 “무엇을 원하는가”로 바꾸는 것이다. 결과(outcome)를 묘사하라. 실행 방법은 AI에게 맡겨라.

이게 단순한 사상가의 잡담이 아님을 증명한 게 LifeOS의 v7.0 릴리스다. 실제 제품에 적용해 컨텍스트를 68% 줄이고, 응답 속도를 높였으며, 시스템이 모델 업그레이드에 따라 자동으로 메타-업그레이드되도록 만들었다.

LifeOS: AI Harness의 진화

LifeOS는 미슬러가 만든 General Purpose AI Harness다. 2025년 말 PAI(Personal AI Infrastructure)로 시작해 2026년 7월 LifeOS v7.0까지 25번의 릴리스를 거쳤다.

핵심 아이디어

• Current State → Ideal State: 모든 작업은 현재 상태에서 이상 상태로의 이동이다
• Euphoric Surprise: 시스템의 최종 목표 지표. “기대를 넘는 결과”
• The Algorithm (v8.3): OBSERVE → THINK → PLAN → BUILD → EXECUTE → VERIFY → LEARN의 7단계 루프
• TELOS: 정체성, 가치, 목표를 문서화하는 프레임워크
• ISA (Ideal State Artifact): 12개 섹션, 5개 정체성으로 구성된 이상 상태 정의서

흥미로운 점: LifeOS는 Harness-agnostic이다. Claude Code, Cursor, Codex, 어떤 에이전트 위에서도 돌아가도록 설계됐다. TypeScript + Bash로 작성됐고, MIT 라이선스다. 설치는 단순히 프롬프트 하나를 AI에 붙여넣으면 끝.

왜 주목해야 하는가

LifeOS가 흥미로운 이유는 메타 레이어에 있다. 단순한 프롬프트 모음(Fabric)에서 출발해, 개인화된 AI 인프라(PAI)를 거쳐, 지금은 하나의 완전한 운영체제로 진화했다. 그리고 그 진화 과정 자체가 Bitter Lesson Engineering으로 검증되고 있다.

이건 사실 우리 모두의 여정이기도 하다. AI 툴을 쓰는 모든 사람은 “이렇게 하면 더 잘할 거야”라는 가정으로 시작하지만, 시간이 지날수록 “그냥 원하는 걸 말하는 게 더 낫더라”는 깨달음에 도달한다. 미슬러는 그 깨달음을 제품으로 만들었다.

우리가 배울 수 있는 것

미슬러의 작업에서 내가 가장 크게 얻은 교훈은 세 가지다.

스캐폴딩을 리뷰하라 — “가장 똑똑한 모델로 모든 프롬프트와 스캐폴딩을 검토하라. WHERE HOW 프롬프트를 WHAT 프롬프트로 바꾸는 작업을 하라.” 이게 Bitter Lesson Engineering의 실천이다.

맥락을 줄여라 — 88KB를 28KB로 줄인 건 우연이 아니다. 더 적은 규칙, 더 많은 신뢰. “똑똑한 모델이 이 규칙을 불필요하게 만들지?”라는 질문을 모든 것에 던져라.

결과에 집중하라, 방법이 아니라 — 프롬프트, 시스템 설계, 심지어 일상적인 AI 사용까지. “어떻게”보다 “무엇을”에 집중할수록 시스템은 더 오래간다.

맺음말

다니엘 미슬러는 AI 업계에서 보기 드문 유형이다. 27년간 글을 쓰고, 25번의 메이저 릴리스를 내고, 자신의 아이디어를 직접 제품에 적용하는 실천하는 사상가. 그의 Bitter Lesson Engineering은 단순한 철학이 아니라, 실제 LifeOS의 코드에 반영된 원칙이다.

네가 AI 툴을 만들든, 프롬프트를 쓰든, 시스템을 설계하든 — 그의 근본 질문을 네 것으로 만들어보는 건 어떨까.

AI에게 “어떻게”를 가르치고 있는가, 아니면 “무엇을”을 말하고 있는가.

참고: 이 글은 danielmiessler.com, github.com/danielmiessler/LifeOS의 공개 정보를 바탕으로 작성했다.