만약 당신 작업의 가장 지저분한 부분—잘못된 시작, 디버깅, 반쯤 형성된 아이디어—이 정확히 사람들이 읽고 싶어하는 것이라면?
나는 콘텐츠 제작에 두 단계가 있다고 생각했다. 일을 하고, 그 다음 문서화한다. 시스템을 구축하고, 그 다음 튜토리얼을 쓴다. 버그를 고치고, 그 다음 수정 내용을 설명한다. 문서화는 항상 나중에 오는 별개의, 다듬어진 결과물이었다.
AI와 함께 일하면서 그게 바뀌었다. 대화가 곧 작업이다. 그리고 그 대화는—잘못된 방향과 반복적인 개선을 포함해서—내가 나중에 쓸 수 있는 어떤 정제된 요약보다 더 가치 있다.
WHY: 문서화 세금
전통적인 콘텐츠 제작은 세금을 부과한다. 프로젝트를 끝내면, 무엇을 했는지 기억해내고, 생각을 정리하고, 지저분한 현실을 일관된 서사로 번역해야 한다. 이 세금은 대부분의 작업이 전혀 문서화되지 않을 정도로 높다.
지난 디버깅 세션을 생각해보라. 아마 공유할 가치가 있는 세 가지를 배웠을 것이다. 하지만 버그를 고칠 때쯤이면 지쳐있었고, 블로그 포스트를 쓴다는 생각은 두 번째 직업을 시작하는 것처럼 느껴졌다. 그래서 지식은 머릿속에 남아, 천천히 증발한다.
문서화 세금은 대규모 콘텐츠를 죽인다. 모든 개발자는 수년간 축적된 통찰을 가지고 있지만, 지식을 형식화하는 행위가 이미 완료된 작업 위에 추가 작업처럼 느껴지기 때문에 그것들은 절대 뇌 밖으로 나오지 않는다.
HOW: 작업이 곧 문서화
AI 어시스턴트와 함께 일할 때, 다른 일이 일어난다. 당신의 생각은 이미 외부화되어 있다. 당신이 쓰는 프롬프트, 하는 명확화, 설명하는 결정들—모든 것이 대화에 담겨 있다.
이것이 기회를 만든다: 사후에 문서화하는 대신, 작업 자체를 진행 중인 문서화로 취급할 수 있다.
실제로는 이렇게 보인다:
전통적 접근:
- 기능 구현 (흩어진 메모, 멘탈 모델)
- 나중에: 무엇을 했는지 기억하려고 시도
- 기억에서 문서 작성
- 결과: 정제되었지만, 종종 부정확함
과정이 콘텐츠인 접근:
- AI와 함께 기능 구현 (대화가 모든 것을 담음)
- 흥미로운 부분 추출
- 명확성을 위한 가벼운 편집
- 결과: 진정성 있고, 완전하고, 정확함
대화에는 일반적인 함정을 드러내는 잘못된 시작이 포함되어 있다. 결정 뒤의 ‘왜’가 포함되어 있다, ‘무엇’만이 아니라. 최종 해결책으로 이어진 반복이 보인다—종종 해결책 자체보다 더 교훈적이다.
WHAT: 콘텐츠 증식
하나의 작업 세션이 여러 콘텐츠를 생성할 수 있다:
원래 대화에는 다음이 포함될 수 있다:
- 잘 작동한 시스템 설계 프롬프트
- 예상치 못한 버그와 그 조사
- 트레이드오프가 논의된 설계 결정
- 다른 곳에 적용할 수 있는 패턴
이 각각이 잠재적인 블로그 포스트이며, 어차피 하던 작업에서 추출한 것이다. 작업 위에 콘텐츠를 만드는 게 아니라—작업 안에서 콘텐츠를 수확하는 것이다.
이 블로그는 이 원칙 때문에 존재한다. 나는 “콘텐츠 시드를 어떻게 캡처하는지"에 대해 쓸 계획이 없었다. 그것을 캡처하는 시스템을 구축하고 있었다. 시스템을 구축하는 대화가 그 시스템에 대한 첫 번째 포스트가 되었다. 메타 재귀의 실현.
다듬음보다 진정성
독자들은 정제된 콘텐츠 냄새를 맡을 수 있다. 모든 것을 쉬워 보이게 만드는 완벽하게 구조화된 튜토리얼? 해결책은 가르치지만 고군분투는 숨긴다. 그리고 고군분투가 학습이 일어나는 곳이다.
과정이 콘텐츠를 발행하면, 당신은 다음을 보여준다:
- 가정이 아닌 실제 문제
- 재구성된 디버깅이 아닌 실제 디버깅
- 진짜 혼란과 그 뒤의 진짜 이해
이 진정성이 신뢰를 구축한다. 또한 당신이 있던 같은 곳에 갇혀있는 독자들을 돕는다, 당신이 가졌던 같은 잘못된 멘탈 모델을 사용하고, 당신이 저지른 같은 실수를 저지르는. 그들은 당신의 다듬어진 해결책을 볼 필요가 없다; 혼란에서 명확함으로 가는 경로를 봐야 한다.
캡처 시스템
이것이 작동하려면, 작업하면서 시드를 캡처하는 시스템이 필요하다. 내 것은 이렇게 생겼다:
seeds/
├── prompts/ # 잘 작동한 (또는 교훈적으로 실패한) 프롬프트
├── ideas/ # 대화 중 나온 통찰
└── misses/ # 버그, 실수, 잘못된 가정
AI가 대화 중 잠재적인 시드를 표시한다. 나는 주기적으로 검토하고 유망한 것들을 포스트로 발전시킨다. 핵심 통찰: 처음부터 쓰는 게 아니다. 캡처된 자료를 편집하는 것이다.
작동하지 않을 때
이 접근법은 보편적이지 않다. 어떤 콘텐츠는 진정으로 연구, 종합, 그리고 작업 세션에서 나올 수 없는 구조화된 발표가 필요하다. 참조 문서, 종합 튜토리얼, 의견 글은 여전히 전통적인 글쓰기 과정이 도움이 된다.
하지만 “다른 일을 하다가 배운 것들"의 광대한 범주—팁, 주의사항, 패턴, 통찰—에 대해서는 과정이 콘텐츠인 접근법이 전통적 접근법보다 빠르고 정직하다.
요약
오스틴 클레온은 Show Your Work라는 책을 썼다. 핵심 아이디어: 결과물만이 아니라 과정을 공유하라. AI와 일하면 이것이 사소하게 쉬워진다. 과정은 이미 캡처되어 있다. 가치 있는 부분을 알아채고 발행하기만 하면 된다.
문서화를 완료된 작업에 대한 세금으로 취급하지 마라. 작업을 진행 중인 문서화로 취급하라. 대화가 콘텐츠다.
이 포스트? 콘텐츠 캡처 시스템을 구축하는 대화 중 캡처된 시드로 시작했다. 메타 재귀가 스스로 쓴다.