원칙을 쓰기 전에, 내가 원하는 현실부터 적어야 했다

나는 문제가 생길 때마다 원칙을 만들었다. “더 작게 시작하자.” “자동화하기 전에 검증하자.” “중요한 일부터 하자.” 문장은 그럴듯했지만, 다음 결정의 순간이 오면 다시 흔들렸다. 원칙이 나를 움직인 것이 아니라, 결정이 끝난 뒤에 내가 한 일을 설명하는 장식이 되어 있었기 때문이다.

이번 작업에서 다시 붙잡은 문장은 이렇다.

“Principles are ways of dealing with reality to get what you want out of life.”

이번 Guided Journal 큐레이션에서 가져온 문장

원칙은 나를 좋은 사람으로 보이게 하는 문장이 아니다. 내가 원하는 결과를 얻기 위해, 불편한 현실을 어떤 순서로 다룰지 정하는 방법이다. 이 정의를 받아들이자 원칙을 쓰는 순서가 뒤집혔다. 먼저 멋진 문장을 만드는 대신, 원하는 결과와 실제로 맞닥뜨릴 장면을 적어야 했다.

원칙이 작동하지 않았던 이유는 현실을 건너뛰었기 때문이다

Personal OS를 구상할 때 나도 같은 함정에 빠졌다. 책의 원칙을 정리하고, 여러 모듈을 만들고, 멤버십과 랜딩 페이지까지 한 번에 설계하고 싶었다. 하지만 그 계획은 “사람이 실제 문제 하나를 원칙으로 바꾸고, 7일 동안 적용하면 행동이 달라지는가?”라는 가장 중요한 질문보다 커져 있었다.

상호작용(에이전트-드루 대화·작업)에서 내린 결정: 전체 Personal OS를 만들지 않고 첫 번째 실험만 고정했다. 참가자는 최대 2명, 결과물은 워크시트·AI 피드백·7일 체크인으로 제한했다. Threads는 발견 채널, Discord는 적용 기록이 쌓이는 공간으로 나눴다. 랜딩 페이지나 결제 인프라는 범위에서 뺐다.

이것은 단순한 범위 축소가 아니었다. 내가 원하는 현실을 먼저 정의한 결과였다. 원하는 것은 “멋진 시스템을 완성했다”는 느낌이 아니라, 누군가가 실제 문제를 하나 골라 다음 행동을 바꾸는 증거였다. 그러니 첫 결정은 기능 목록이 아니라 검증 가능한 작은 경험이어야 했다.

목표와 문제와 원인을 분리해 현실을 진단하는 세 가지 질문
원칙을 쓰기 전에 목표, 문제, 원인을 분리하면 추상적인 다짐이 실제 판단으로 내려온다.

현실을 다룬다는 말은 네 가지를 분리한다는 뜻이다

내가 만든 워크시트는 인생을 평가하지 않는다. 앞으로 7일 안에 다시 올 구체적인 순간 하나를 고르게 한다. 그 순간을 제대로 다루려면 다음 네 가지를 섞지 않아야 한다.

  • 원하는 결과: 무엇을 하고 싶은지가 아니라, 그 순간을 통과한 뒤 무엇이 달라져야 하는가.
  • 현재 반응: 같은 상황에서 지금 나는 실제로 무엇을 하는가. 의지나 성격이 아니라 관찰 가능한 행동으로 적는다.
  • 제약과 경계: 언제까지 결정해야 하는가, 무엇을 알 수 없는가, 어떤 경우에는 같은 행동을 하면 안 되는가.
  • 검증 방법: 원칙을 지켰는지뿐 아니라 원하는 결과에 가까워졌는지 언제 확인할 것인가.

예를 들어 “결정을 미루지 말자”는 원칙처럼 보이지만 현실을 거의 다루지 않는다. 어떤 결정인지, 언제 발동하는지, 무엇을 하면 되는지, 법적 확인이 필요한 경우는 어떻게 할지, 효과를 언제 볼지 모두 빠져 있다.

반대로 이렇게 쓰면 실행할 수 있다.

가격 결정을 미루고 싶어질 때, 현재 확보한 정보와 추가로 필요한 정보 한 가지를 적고 30분 안에 임시안을 만든다. 단, 계약상 확인이 필요한 경우에는 확정하지 않는다. 7일째 미룬 횟수와 임시안의 결과를 확인한다.

원칙 초안을 행동·경계·검증으로 구체화한 예시

좋은 문장이어서 좋은 원칙이 되는 것이 아니다. 현실의 신호가 왔을 때 알아볼 수 있고, 행동으로 옮길 수 있고, 결과로 고칠 수 있어야 원칙이 된다.

AI에게 원칙을 맡기지 않은 이유

이 실험에서 AI의 역할도 일부러 좁혔다. AI가 참가자의 삶에 맞는 원칙을 대신 결정하게 하지 않았다. 대신 트리거가 구체적인지, 행동이 관찰 가능한지, 경계가 빠졌는지, 검증할 수 있는지 질문하게 했다. 수정 후보를 제안할 수는 있지만 최종 원칙은 참가자가 승인한다.

이 제한은 AI에 대한 불신 때문만은 아니다. 원칙은 현실을 다루는 개인의 인터페이스이기 때문이다. 다른 사람이 잘 쓴 문장을 받아 적으면 문장은 매끄러워져도 판단 기준은 내 것이 되지 않는다. AI는 모호함을 드러내는 거울로 쓰고, 무엇을 원하는지와 어떤 경계를 받아들일지는 내가 결정해야 한다.

이렇게 하면 의사결정 품질이 “더 많이 생각하기”에서 “더 잘 분리하기”로 이동한다. 목표와 문제를 섞지 않고, 문제와 원인을 섞지 않고, 원칙과 답을 섞지 않는다. 그 결과 다음 행동이 빨라지는 것이 아니라, 잘못된 행동을 빨리 반복하는 일을 줄인다.

현실은 계획을 칭찬하지 않고, 계획을 수정하게 만든다

원칙을 현실에 적용하면 계획이 깨지는 순간을 만나게 된다. 이번 실험에서도 첫 Threads 초안은 품질 기준에 미치지 못했다. 나는 초안을 그대로 밀어붙이지 않고 삭제했고, 예약 큐를 취소한 뒤 페르소나와 유입 경로를 다시 설계하기로 했다. 아직 참가자나 행동 변화라는 결과를 주장할 단계도 아니다.

이 장면에서 “끝까지 실행하자”는 원칙을 고집했다면 실패를 숨기는 쪽으로 갔을 것이다. 현실 우선 원칙은 다른 행동을 요구한다. 현재 상태를 기록하고, 목표와 맞지 않는 신호를 인정하고, 다음 실험의 변수를 줄인다. 중단은 의지 부족이 아니라 원하는 결과를 지키기 위한 판단일 수 있다.

목표 설정과 진단과 설계와 실행과 검증을 반복하는 의사결정 루프
원칙은 선언으로 끝나지 않는다. 적용하고, 결과를 보고, 필요하면 다시 설계한다.

내가 지금 쓰는 현실 우선 원칙

여러 번 고친 끝에 현재의 원칙은 이 정도로 내려왔다.

앞으로 7일 안에 다시 만날 실제 장면을 먼저 정하고, 그때 할 관찰 가능한 행동과 경계를 적는다. 검증일에 원하는 결과에 가까워졌는지 확인하고, 아니면 문장이 아니라 원칙을 수정한다.

이 문장은 모든 결정을 해결해주지 않는다. 대신 내가 무엇을 모르는지, 무엇을 원하는지, 다음에 무엇을 관찰해야 하는지를 드러낸다. 그것만으로도 “좋아 보이는 시스템을 더 만들자”는 충동과 “지금 필요한 증거는 무엇인가”라는 질문을 구분할 수 있다.

오늘 결정 하나에 적용하는 방법

노트 한 페이지에 다음 다섯 줄만 적어보자. 과거의 후회나 자기평가부터 시작하지 말고, 앞으로 7일 안에 실제로 다시 올 순간을 골라야 한다.

  1. 무엇을 결정하거나 행동해야 하는가?
  2. 그 순간 내가 원하는 결과는 무엇인가?
  3. 지금의 나는 실제로 어떻게 반응하는가?
  4. 다음번에 관찰할 행동과 지키지 않을 경계는 무엇인가?
  5. 언제 결과를 확인하고, 무엇이 부족하면 수정할 것인가?

답이 “더 열심히 하자”에 머문다면 아직 원칙이 아니다. 특정 장면, 행동, 경계, 검증일이 들어갔다면 이제 실험할 수 있다. 목표는 완벽한 인생 문장을 얻는 것이 아니다. 다음 결정에서 현실을 한 번 더 정확하게 보고, 그에 맞는 행동을 선택하는 것이다.

오늘 다시 올 결정 하나를 골라 다섯 줄을 채워보자. 원칙을 적는 데서 멈추지 말고, 검증일을 달력에 넣어라. 그 기록이 쌓일 때 경험은 기억이 아니라 다음 판단을 돕는 시스템이 된다.


근거 출처

외부 정보(하베스터 수집): 이 글에는 기사·트렌드·통계 등 별도의 외부 하베스터 수집 자료를 사용하지 않았다. Dalio의 문장은 이번 SYSTEMS 큐레이션 입력으로 제공된 문구를 바탕으로 소개했으며, 외부 자료의 사실이나 수치를 덧붙이지 않았다.

상호작용(에이전트-드루 대화·작업):

  • personal-os/plan-001-experiment-20260818.md — 전체 Personal OS가 아니라 실제 문제 하나를 행동 가능한 원칙으로 바꾸고 7일 적용을 검증하기로 한 실행 계획
  • personal-os/experiments/001/worksheet.md — 7일 안의 실제 장면, 원하는 결과, 현재 반응, 트리거·행동·경계·검증일을 분리한 워크시트
  • personal-os/experiments/001/ai-feedback-prompt.md — AI는 다섯 기준으로 수정 제안만 하고 최종 원칙은 참가자가 승인하도록 제한한 프롬프트
  • personal-os/experiments/001/metrics-20260818.md — 품질 미달 초안을 삭제하고 발행 큐를 중단한 뒤 재설계하기로 한 실행 기록
  • P6-prefrontal/plans/2026-08-06_book-os-mve.md — 책을 읽게 하는 대신 사용하게 만들고, 소수 실험으로 검증하기로 한 제품 결정