Joon's Field Notes — AI, knowledge, and systems

요약

최근 세 편을 연달아 썼다. 1편 work-memory(무엇을 기억할 것인가), 2편 context-engineering(무엇을 보여줄 것인가), 3편 oracle-maintenance(무엇을 믿을 것인가). 올리고 반응을 봤더니, 1·2편은 괜찮았는데 3편은 그렇지 않았다. 이 글은 왜 그랬는지를 따라간 회고 기록이다.

여기서부터는 가설이다. 세 편은 시작점이 서로 달랐다. 1편은 직관적이려 했고, 2편은 실무적이었고, 3편은 내 개인 경험과 주장에서 시작했다. 반응 차이가 정말 이 시작점에서 왔는지는 단정하기 어렵지만, 내가 세운 가설은 그렇다. 거기서 두 가지 pain point를 짚었고, 둘을 하나의 원칙으로 모아 봤다. 매스 미디어의 콘텐츠는 내 관심사가 아니라 audience의 관심사에서 시작해야 한다는 것.

그 원칙을 지키려면 글을 쓰기 전에 채워야 할 칸이 생긴다. 어떤 채널인지(channel type), 누구에게 보낼지(target audience), 그들이 지금 무엇에 관심 있는지(audience trend). 그리고 그것을 내가 말하고자 하는 것(subject)까지 끌고 가는 것. 이 흐름이 또렷할수록 먹힐 가능성이 높아진다. 그리고 이건 콘텐츠만이 아니라 제품도 마찬가지다. B2C 앱의 대문, SaaS의 홈페이지와 온보딩에도 타깃 유저의 관심사가 놓여 있어야 한다.

1. 왜 어떤 글은 먹히고 어떤 글은 안 먹혔나

같은 사람이 같은 톤으로 썼는데, 어떤 글은 닿고 어떤 글은 조용히 묻힌다. 운일까. 이번에 작은 데이터를 직접 얻었다.

최근 나는 한 시리즈로 세 편을 연달아 썼다. 1편 work-memory(무엇을 기억할 것인가), 2편 context-engineering(무엇을 보여줄 것인가), 3편 oracle-maintenance(무엇을 믿을 것인가). 같은 시리즈, 같은 목소리였다. 그런데 올려 보니 1·2편의 반응은 괜찮았고, 3편은 그렇지 않았다. 이 글은 그 차이를 따라간 회고 기록이다.

한 가지만 먼저 못 박아 둔다. 여기서 사실은 하나뿐이다. 3편의 반응이 1·2편보다 약했다는 것. 그 아래로 이어지는 "왜"는 전부 내가 사후에 붙인 가설이다. 표본도 세 편뿐이라 일반화할 수 없다. 사실과 가설을 섞지 않으려 하니, 그렇게 읽어 주면 좋겠다.

2. 세 편은 각각 어디서 시작했나

세 편을 다시 들여다보며 내가 주목한 건 글의 품질이 아니라 시작점이었다. 각 편이 어디서 출발했는지는 사실이고, 그 차이가 반응을 갈랐다는 연결은 내 가설이다.

1편 work-memory는 직관적이려 애썼다. 누구나 겪는 장면(자동화한 글이 점점 비슷해진다)에서 출발했다.
2편 context-engineering은 실무적이었다. 당장 손에 쥘 수 있는 방법(맥락을 어떻게 적어 넣는가)이었다.
3편은 달랐다. 내 개인적인 경험과 주장에서 시작했다. 스타트업에서의 절박함, 그리고 판정자도 흔들린다는 내 관점. 흥미로운 이야기라고 믿었지만, 독자에게는 "내 얘기"가 아니라 "글쓴이 얘기"였다.

시작점이 1·2편은 독자 쪽이었고, 3편은 내 쪽이었다.

3. 두 가지 pain point

3편이 약했던 이유로 나는 두 가지를 의심한다. 둘 다 확정이 아니라 추정이다.

pain point 1. 개인 서사가 너무 짙었다. 신뢰를 주려고 꺼낸 내 이야기가, 도입을 통째로 차지하면서 독자의 진입을 막았을 것이다. 듣고 싶은 것보다 말하고 싶은 것이 앞섰다.

pain point 2. 당장 급하지 않은 내용이었다. 3편의 주제(시스템을 채점하는 판정자 자신을 관리한다)는 올해 AX 사업이 한 바퀴 돌고 난 뒤에야 피부에 와닿을 이야기다. 지금 독자에게는 맞는 말이어도 오늘 쓸 일은 아닌 내용이었다. 나 역시 그 AX 사업을 아직 세상을 알아 가는 공부로 시작하는 단계라, 그 앞선 고민이 글에 그대로 새어 나온 셈이다.

4. 두 pain point는 하나의 원칙으로 모인다

pain point 1과 2는 한 점으로 모이는 것 같다. 이번 회고에서 내가 세운 가설적 원칙은 이렇다.

매스 미디어의 콘텐츠는 audience의 관심사에서 시작해야 한다.

1편이 먹힌 것도 글이 더 좋아서라기보다, 독자가 지금 겪는 관심사에서 열었기 때문이 아닐까 싶다. 3편이 약했던 것도 내 관심사, 내가 가 있는 단계에서 열었기 때문으로 보인다. 어느 쪽도 증명은 아니고, 같은 데이터를 설명하는 가장 그럴듯한 이야기일 뿐이다.

매스 미디어는 대인 커뮤니케이션과 다르다. 상대가 이미 나에게 관심이 있는 자리(대인)라면 내 이야기로 시작해도 된다. 그러나 아직 나를 모르는 다수(매스) 앞에서는, 그들의 관심사가 문을 연다. 내가 3편에서 놓친 게 이 차이였다고 본다.

5. 미리 채워야 할 칸, 그리고 subject까지 끌고 가기

이 원칙을 지키려면, 글을 쓰기 전에 채워 둬야 할 칸이 생긴다.

channel type. 어떤 채널로 전달하는가. 매스 미디어인가, 대인 커뮤니케이션인가. (이게 정해져야 "내 이야기로 열어도 되는지"가 갈린다.)

target audience. 누구에게 전달하는가.

audience trend. 그들이 지금 무엇에 관심 있는가.

그리고 여기서 멈추면 안 된다. 이 셋을 말하고자 하는 것(subject)까지 끌고 가야 한다. 채널·대상·관심사를 다 정해 놓고도 정작 본론을 내 관심사로 채우면, 앞단의 정렬이 마지막에 무너진다. audience trend에서 흘러나온 subject라야, 처음에 연 관심사가 끝까지 이어진다.

3편에서 내가 놓친 게 정확히 이 마지막 연결이었다. 세 칸을 비워 둔 채, 내 머릿속에서 곧장 내 subject로 갔다. 좋은 생각을 적는 데만 집중했지, 그 생각이 누구의 어떤 관심사로 들어가고 그 관심사에서 자라난 것인지는 비워 뒀던 것이다.

6. 콘텐츠만의 이야기가 아니다: 제품도 같다

여기까지 정리하고 보니, 이건 글에만 해당하는 규칙이 아니었다. 제품도 똑같다. 무엇을 만들든, 사용자가 처음 닿는 면(첫 화면)에 그들의 관심사가 먼저 놓여 있어야 한다.

B2C 앱. 대문(home)에 타깃 유저의 관심사가 있어야 한다.

SaaS. 홈페이지에서 온보딩 페이지로 이어지는 길목에 그 관심사가 있어야 한다.

콘텐츠의 도입부가 곧 제품의 대문이고 온보딩이다. 둘 다 "첫 화면"이고, 거기에는 내가 말하고 싶은 것이 아니라 상대가 관심 있는 것이 먼저 와야 한다. 그래서 이 원칙은 콘텐츠 전략이자 동시에 제품 전략이다. 시작점을 audience에 두고, 그것을 subject(콘텐츠의 본론, 제품의 핵심 가치)까지 끌고 가는 것. 글이든 제품이든 구조가 같다.

7. 이걸 매번 손으로 채울 순 없다: 프롬프트에서 컨텍스트로, 자산으로

실제로 AI를 쓸 때 어려운 지점이 여기 있다. 지금까지 말한 원칙대로 모든 칸(channel type, target audience, audience trend, 그리고 subject)을 다 채워 프롬프팅해야 제대로 된 결과가 나온다. 한두 번은 괜찮지만, 매번 손으로 채우는 건 금세 일이 된다.

도구에 따라 방법이 갈린다.

단일 세션(ChatGPT, Gemini 등). 매 대화마다 이 맥락을 복사 붙여넣기 해야 한다. 빠르지만 휘발된다.

에이전트(Claude Code, Codex, Antigravity 등). 이 맥락을 받아 두는 구조를 한 번 만들어 두면 된다. 채널·대상·관심사·subject를 매번 다시 적는 대신, 구조가 그걸 들고 있다.

그런데 진짜 가치는 도구 선택이 아니다. 이 "프롬프트"가 "컨텍스트"로, 더 나아가 "자산"으로 축적되도록 루프를 만드는 것이다. 한 번 잘 채운 슬롯이 다음 글에서 다시 굴러가고, 쌓이면서 점점 더 정확해진다. 사실 이게 이 시리즈의 1편(무엇을 기억할 것인가)과 2편(무엇을 보여줄 것인가)이 말한 바로 그것이다. 프롬프트는 한 번 쓰고 버리는 말이지만, 컨텍스트로 옮기고 자산으로 쌓으면 다시 쓰인다.

그리고 여기서 가장 큰 가치가 나온다. 이 자산이 개인의 역량이 아니라 조직의 역량이 될 때다. 한 사람의 머릿속에 있는 "이렇게 쓰면 먹힌다"는 감각은 그 사람이 떠나면 사라진다. 그러나 슬롯과 원칙이 구조로 쌓이면, 조직의 누구든 그 위에서 시작할 수 있다. 개인의 노하우를 조직의 자산으로 옮기는 것, 그게 이 모든 루프의 끝에 있는 가장 큰 보상이다.

8. 가설, 그리고 이 회고를 루프로

여기서 가설 하나가 선다.

채널·대상·관심사를 정하고, 그것을 subject까지 또렷하게 끌고 갈수록, 먹히는 콘텐츠(그리고 제품)가 될 가능성이 높아진다.

아직 검증된 법칙이 아니라 이번 한 번의 회고에서 나온 가설이다. 그래서 한 번의 깨달음으로 끝내지 않고 루프로 가져가려 한다. 쓰고, 무엇을 의도했는지 적고, 반응을 관찰하고, 회고해서 다음 글을 고친다. 내 글을 채점하는 것도 결국 흔들리는 나라서(3편이 말한 그 판정자다), 그 흔들림을 이렇게 기록으로 남겨 보정한다. 이 글이 그 첫 기록이다.

9. 새로운 국면, 그리고 검증이라는 관문

여기까지 말한 방식은 과거의 경험을 참조하지만, 형태는 완전히 새롭다. 그래서 생각보다 인지적 자원을 많이 쓴다. 이미 난 길을 따라가는 게 아니라, 매번 길을 새로 내며 가기 때문이다. 나는 이게 완전히 새로운 국면이라서 유의미하다고 본다.

그런데 현실에서는 많은 곳이 "새로운 시도"를 외치면서도, 결국 같은 질문으로 돌아온다. 그거, 검증된 방법인가요. 논리를 아무리 단단하게 쌓아도, 비슷한 레퍼런스 하나가 더 설득력 있다. 이건 우리가 여전히 패스트 팔로워에서 벗어나기 어렵다는 방증이기도 하다. 앞서 가는 일보다, 앞서 간 사례를 가리키는 일이 늘 더 안전하니까.

그런데 바로 그 지점이 AI로 흔들린다. 레퍼런스를 찾아 논리를 구성하는 일이 비교적 쉬워졌다. TAM-SAM-SOM 같은 논리 프레임워크도 이제는 딸깍이다. 검증의 외형, 곧 "그럴듯한 근거"를 만드는 비용이 빠르게 0에 가까워지고 있다.

그러면 남는 질문은 이것이다. 근거를 만드는 게 싸졌다면, 이제 차이를 만드는 건 무엇인가. 내 생각엔 근거를 모으는 능력이 아니라, 새로운 국면을 실제로 먼저 걸어 본 경험, 그리고 그 경험을 자산으로 남기는 일(7절)이다. 레퍼런스가 흔해질수록, 레퍼런스가 아직 없는 곳을 직접 걸어 둔 기록이 귀해진다.

10. 한 문장 요약

사실은 하나다. 같은 시리즈의 세 편 중 1·2편은 먹혔고 3편은 약했다. 그 차이를 나는 품질이 아니라 시작점에서 왔다고 본다(여기서부터는 가설이다). 3편은 개인 서사가 짙었고(pain 1) 당장 급하지 않은 주제였으며(pain 2), 둘은 "매스 미디어 콘텐츠는 내 관심사가 아니라 audience의 관심사에서 시작해야 한다"는 한 원칙으로 모인다. 그 원칙을 지키려면 채널(channel type), 대상(target audience), 관심사(audience trend)를 먼저 채우고 그것을 말하고자 하는 것(subject)까지 끌고 가야 하며, 이 흐름이 또렷할수록 먹힐 가능성이 높아진다는 게 이번 회고의 가설이다. 그리고 이는 콘텐츠뿐 아니라 제품에도 적용된다. B2C 앱의 대문, SaaS의 홈페이지와 온보딩이 곧 글의 도입부이고, 거기에는 audience의 관심사가 먼저 놓여야 한다. 마지막으로, 이 칸을 매번 손으로 채우는 대신 프롬프트를 컨텍스트로, 다시 자산으로 쌓는 루프를 만들면, 그 감각은 개인의 역량을 넘어 조직의 역량이 된다. 그리고 AI로 근거와 논리를 만드는 비용이 0에 가까워진 지금, 차이를 만드는 건 레퍼런스가 없는 곳을 먼저 걸어 그 경험을 자산으로 남기는 일이다.

메모 (발행 전 정리용)

정체성 전환. '엑셀/AI-Native 메타서사'를 '3편 회고 기록'으로 전면 재작성(사용자 결정 2026-06-20). 폴더 슬러그도 변경.
분리 보존(글감). 계산기/엑셀·AI-Native 논지는 이 글에서 제외. 별도 글감으로 보존(요지: 단일 작업 속도 ≠ 워크플로 표준, 작업 단위가 "한 번의 처리 → 재사용되는 구조"로 이동, AI-Native가 다음 표준, 마찰은 멈출 수 없으니 적응). 본문은 git 히스토리(commit 50ce906 이전)에 남아 있어 복구·재활용 가능.
principle.00을 글 자체에 시연. 1절 훅을 독자 관심사("왜 어떤 글은 먹히나")로 열고, 개인 서사·포지셔닝(AX 사업 등)은 pain.02 맥락으로 뒤에 배치.
구조 표기. 본문에서는 pain-point.{01,02} → principle.00 → entity slot(channel type / target audience / audience trend) → subject → 가설의 흐름을 자연어로 풀어 씀(매스 채널 독자 대상이므로 코드식 표기는 지양).
entity slot 개명·확장. publishing media → channel type. 세 칸(channel type/target audience/audience trend)에서 멈추지 않고 subject(말하고자 하는 것)까지 끌고 가기를 5절 핵심으로 추가. 즉시 쓸 수 있는 체크리스트 → pain.02(당장 급하지 않음) 보완.
제품 일반화(6절 신설). 원칙이 콘텐츠·제품 공통: 첫 화면(콘텐츠 도입부 = B2C 앱 대문 = SaaS 홈페이지·온보딩)에 audience 관심사가 먼저 와야 함. 콘텐츠 전략 = 제품 전략으로 위치.
실행·자산화(7절 신설). 실제 AI 활용의 난점: 모든 슬롯+subject를 채워 프롬프팅해야 제대로 된 결과. 단일 세션(ChatGPT/Gemini)=복붙 휘발, 에이전트(Claude Code/Codex/Antigravity)=구조로 보유. 핵심은 프롬프트 → 컨텍스트 → 자산으로 쌓는 루프이고, 가장 큰 가치는 개인 역량 → 조직 역량 전환. 시리즈 1·2편(work-memory·context)과 풀서클로 연결.
루프(쓰고→의도→관찰→회고→보정)는 3편의 Oracle 루프를 저자 자신에게 적용한 것. 이 글이 첫 회고 기록.
새 국면·검증 코다(9절 신설). 이 방식은 과거 경험 참조하되 형태는 완전히 새로움 → 인지 비용 큼, 그래서 유의미. 그러나 시장은 "검증된 방법인가"를 물음(비슷한 레퍼런스 > 단단한 논리 = 패스트 팔로워 방증). 반전: AI로 레퍼런스·논리 구성(TAM-SAM-SOM 등)이 딸깍 → 근거의 외형 만드는 비용 0에 수렴. 결론: 차이는 근거 수집력이 아니라 레퍼런스 없는 곳을 먼저 걸어 자산으로 남기는 일(7절과 연결).
팩트/가설 분리. 단정 어투 지양(사용자 결정). 사실은 "3편 반응이 1·2편보다 약했다" 하나뿐임을 1절·한 문장 요약에 명시(표본 3편, 일반화 불가). "차이는 시작점에 있었다" 등 인과·원칙은 모두 가설 어투로("~로 보인다/~가 아닐까/내가 세운 가설"). 2·3·4절의 단정 표현 교정. 본문에서 채워야 할 entity slot/원칙은 가설로서 제시.
'솔직히/솔직하게' 미사용. 엠대시 미사용(UD-0021). 가운뎃점·괄호·콜론으로 대체.
AX(에이전트 기반) 사업 언급은 pain.02 맥락에서 "공부로 시작하는 단계" 수준으로만 노출. 수위 조정 필요 시 알려줄 것.