달생의 노트북

주인장 소개 및 1부 종료

Dalsaeng — Mon, 5 Oct 2026 08:29:23 +0900

반갑습니다. 달생이라고 합니다.

소개글은 AI 딸깍 말고 손으로 좀 써볼까 해서 이렇게 씁니다.

저는 AI를 ChatGPT 3.5 시절부터 제대로 써서 약 2년정도? 써본 것 같은데요.

에이전트, 그러니까 Claude code 라던지 Codex 같은 툴을 써본지는 3개월 조금 안 되는 것 같습니다.

그동안 꽤 많은 시행착오를 겪기도 했고, 나름대로의 꿀팁도 많이 생겼는데요. 혼자만 알고 있으려니 아깝더라고요.

1부는 시행착오 과정을 정리한 글, 2부는 나름대로의 활용 방법을 정리하는 글 스타일로 써보려고 합니다.

티스토리도 하고 있고, 유튜브, 인스타, 스레드 등등 많이 일단 해보고 있습니다.

아무쪼록 재미있게 봐 주시면 감사하겠습니다.

[바이브코딩 일지 10편] 코덱스(Codex) 검수를 통과한 블로그 1편, 밤에 다시 읽으니 8군데가 걸리던 날 (AI 검수 루프·단위별 위임)

Dalsaeng — Sun, 4 Oct 2026 20:03:19 +0900

2026년 10월 1일 오후 1시 59분, 코덱스(Codex)가 제 블로그 1편 원고에 "통과"를 줬습니다. 원고는 클로드 코드(Claude Code)가 쓰고, 검사는 또 다른 AI 에이전트인 코덱스가 맡는 방식이었어요.

같은 원고가 세 번 떨어지고 나서 새로 쓴 글이었습니다. 저는 그 글을 그날 오후에 공개했어요.

그리고 그날 밤, 그 글을 독자처럼 처음부터 읽어 봤습니다. 통과한 글인데 자꾸 걸리는 데가 나오더라고요.

기록을 다 모아 블로그로 쓰기로 한 아침

시작은 전날 밤이었습니다. 9월 30일 밤에 티스토리(카카오가 운영하는 블로그 서비스)를 한번 해 보겠다고 클로드 코드에게 말했어요. 클로드 코드는 제 컴퓨터에서 명령을 직접 실행하는 AI 에이전트예요. 블로그 주제를 이것저것 고르다가 다음 날 아침 이렇게 보냈습니다.

Claude Code · 2026년 10월 1일Claude 답은 요약

나 · 09:22

컴퓨터랑 노트북, 그리고 LKM 폴더랑 git 등등에 내가 바이브코딩을 입문하고 나서 어떤 생각을 했고 어떤 의사결정을 통했고 어떤 스킬, 어떤 워크플로우를 구축했고 이런 정보들이 들어있지 않을까? 거기서 내가 살을 좀 붙여가지고 그러니까 "바이브코딩 왕초보에서 고수까지 가는 길" 같은 느낌으로 블로그를 발행해보면 괜찮을 것 같다는 생각이 들었어 일단 뽑을 수 있는 정보들을 최대한 다 뽑으려면 어떤 경로에서 뽑아야할지 봐바

↑ 보냄

● Claude · 09:22

바이브코딩을 시작한 뒤의 생각과 결정, 직접 만든 스킬과 작업 방식이 컴퓨터 곳곳에 남아 있을 테니 연재 재료를 뽑을 곳을 찾아보라는 말로 이해했다. 먼저 어디에 무엇이 얼마나 있는지부터 조사하겠다.

LKM은 제 구글 드라이브 작업 폴더 이름이에요. 그날 오전 AI는 데스크톱과 노트북에 흩어진 AI 대화 기록을 옵시디언(제가 쓰는 메모 앱)으로 옮겼습니다. 데스크톱에 남은 클로드 코드와 코덱스 대화만 177개였어요. 이 연재 1편부터 9편까지가 전부 그 기록을 다시 읽고 쓴 글입니다.

그림도 기능도 코덱스에게 나눠 맡기기

그 전날 밤 저는 AI 여러 명에게 조사·구현·검토를 역할별로 나눠 맡기던 방식을 그만두고, 대화 하나가 직접 다 하게 바꿔 둔 참이었습니다. 그런데 다음 날 아침 9시 13분, 두 가지 일만은 다른 AI에게 넘기라는 규칙을 화면 캡처로 보냈어요.

Claude Code · 2026년 10월 1일Claude 답은 요약

나 · 09:13

이미지가 필요하면 직접 만들지 말고 codex exec로 코덱스한테 시켜서 ./images에 받아와. 복잡한 기능 구현도 통째로 짜지 말고 단위별로 코덱스한테 위임하고.

↑ 보냄

● Claude · 09:13

앞으로 그림은 코덱스에게 명령 한 줄로 시켜 받고, 복잡한 기능은 한 번에 다 짜지 말고 작은 단위로 나눠 코덱스에게 맡기라는 뜻으로 이해했다. 규칙에 적기 전에 이 컴퓨터에서 되는지부터 확인하겠다.

● Claude · 09:18

크레인 아이콘으로 시험해 보니 81초 만에 그림 파일이 폴더에 들어왔다. 전날 버린 역할 나누기와 달리 일을 작게 나누고 한 단위가 끝날 때마다 결과를 바로 확인하니, 통째로 넘기고 나중에 한꺼번에 확인하던 문제가 줄어든다. 그래서 이 두 가지를 예외로 규칙에 적었다.

코덱스는 챗GPT를 만든 회사의 AI 에이전트예요. 그날부터 이 블로그의 그림은 전부 코덱스가 그리고 있어요.

점심이 지나서는 이 규칙대로 블로그 발행 도구를 만들었습니다. 원고 파일 하나를 넣으면 티스토리 편집기를 열어 글을 올려 주는 프로그램이에요. 클로드 코드는 이걸 세 조각으로 나눠 코덱스에게 하나씩 맡겼습니다.

코덱스가 한 조각을 짜 오면 클로드 코드가 그 코드를 읽고 직접 돌려 본 뒤 다음 조각을 맡겼어요. 두 번째 조각 때 코덱스는 자기 쪽에서 파이썬이 실행되지 않아 시험을 못 했다고 했습니다. 클로드 코드가 대신 시험을 돌렸고, 실제 블로그에 올려 보다 막힌 두 곳은 클로드 코드가 직접 고쳤어요. 1시 16분, 1편이 비공개 글로 블로그에 올라갔습니다.

쓰는 AI와 검사하는 AI를 나누다

비공개 1편을 보고 몇 군데를 고쳐 달라고 한 뒤, 휴대폰에 캡처해 둔 글 한 편을 보냈습니다. 다른 사람이 AI로 블로그 글을 만드는 과정을 적은 글이었어요(캡처 15장).

AI가 정리해 준 그 글의 핵심은 쓰는 AI와 검사하는 AI를 나누라는 거였습니다. 맥락을 모르는 새 AI가 검사 기준 문서만 들고 통과인지 탈락인지 판정하고, 탈락이면 걸린 문장만 짚어 돌려보내는 방식이에요. 점수를 매기게 하면 웬만하면 10점 만점에 8점을 준다는 말도 그 글에 있었대요.

Claude Code · 2026년 10월 1일Claude 답은 요약

● Claude · 13:34

검사 기준 문서를 만들었다. 1부는 프로그램이 금지 표현을 글자 그대로 찾고, 2부는 코덱스가 원고와 기준 문서만 받아 통과/탈락을 판정한다. 탈락이면 걸린 문장만 고치고, 3번 안에 통과하지 못하면 처음부터 새로 쓴다. 검사 프로그램도 코덱스에게 단위로 맡기겠다. 이대로 진행할까?

나 · 13:34

ㅇㅇ

↑ 보냄

검사 프로그램이 생기자 1편 원고가 처음으로 검사를 받았습니다. 1시 47분 탈락, 50분 탈락, 53분 탈락. 세 번 모두 같은 규칙이었어요. 도구 이름이나 용어를 처음 나온 자리에서 풀지 않았다는 거였죠. 세 번째 판정은 이랬습니다.

2부-5 탈락
"Claude Code, Codex, 옵시디언을 처음 언급하면서 무엇인지 쉬운 말로 풀지 않았습니다."

정한 대로 클로드 코드는 그 원고를 버리고 처음부터 새로 썼습니다. 새 원고는 두 번째 검사에서 통과했고, 그게 1시 59분의 "통과"였어요. 사진을 붙여 다시 비공개로 올렸다는 보고를 받고 이렇게 답했습니다.

Claude Code · 2026년 10월 1일Claude 답은 요약

● Claude · 14:03

1편을 새로 써서 코덱스 검수를 통과했고 비공개 글에 반영했다. 첫 원고는 세 번 모두 용어 풀이 규칙에 걸려 새로 썼다. 1편은 아직 비공개라 공개로 바꿀지 알려 달라.

나 · 15:00

괜찮네. 공개로 바꾸고, 하루 3편 자동 발행 실행해. 그리고 제목에 [바이브코딩 일지 1편] 멘 앞에 또는 맨 뒤에 넣어줘 어디가 나을까

↑ 보냄

그날 오후 3시, 1편이 공개됐습니다. 아침·점심·저녁으로 하루 세 편씩 자동으로 올리는 예약 작업도 같이 켜졌어요.

AI가 쓰고, AI가 검사하고… 마지막 칸은 그날 밤의 저

통과한 글을 밤에 독자로 읽어 보니

밤 11시 46분, 공개된 1편을 처음 온 사람이라 치고 위에서부터 읽었습니다. 걸리는 곳마다 번호를 붙여 보냈어요.

Claude Code · 2026년 10월 1일Claude 답은 요약

나 · 23:46

1편을 읽어보는데, 약간 걸리는 부분들이 좀 보이네. 일단 내가 읽는 사람 시점에서 봤을 때의 불편한 점들을 짚어줄게. (중략) 4. 지금 이 블로그가 10편이 맞아? 1편 아님? 5. "맨 위의 그 오류" 라니? 이정도 읽었으면 독자가 글 내용 다 까먹었겠다. 이렇게 하는 건 좀... 6. 그리고 다시 돌아와서, 이거 내용들 너무 길어. 좀 간결하게 할 순 없을까 7. 보니까 이런식으로 계속 (8편) 처럼 나오는데, 읽는 사람 입장에서는 아니 이게 뭐 어쩌라는거노 8편 나오지도 않았는데 8편 링크라도 붙이던가 - 처럼 될거같음. (중략) 내 피드백 사항들 읽어봐

↑ 보냄

● Claude · 23:48

원고와 맞춰 보니 8가지 모두 맞는 지적이다.

8군데였습니다. 통과한 글에서요.

4번은 1편 본문에 넣었던 연재 순서표였어요. 1편부터 10편까지 제목을 한 줄로 늘어놓고 맨 끝 10편 자리에 "지금 이 블로그"라고 적은 줄이었죠. 오후에 그 줄은 검사에서 두 번 붙잡혔습니다. 두 번 다 "용어를 안 풀었다"는 이유였어요. 그래서 클로드 코드는 줄을 빼지 않고 도구 이름을 하는 일로 바꿔 적었습니다.

7번에서 짚은 괄호 속 "8편" 표시도 검사를 그대로 지나갔어요. 아직 나오지도 않은 편을 가리키는 표시였는데요.

(오후 3시에 "괜찮네" 하고 공개하라고 한 사람도 저였는데 말이죠)

검수 기준에 읽는 사람을 넣다

글만 고치면 2편, 3편에도 같은 게 또 나올 것 같았습니다. 그래서 원인부터 찾게 했어요.

Claude Code · 2026년 10월 1일Claude 답은 요약

나 · 23:49

앞으로 쓸 블로그 글에도 내가 이런 판단을 하게 된 원인이 들어가지 않게끔 하고 싶으니 원인도 분석해봐

↑ 보냄

● Claude · 23:54

8가지는 문장 실수라기보다 자기가 만든 글쓰기 규칙과 검수 방식이 그렇게 쓰게 만든 결과다. 검수 11개 항목이 모두 문장 말투만 보고 읽는 사람 입장은 안 봐서, 1편은 8가지를 안은 채 통과했다. 1편이 걸린 여섯 번도 모두 용어 풀이였다. 자동 발행 지시가 1편을 잘 쓴 예로 지정해 둬서 2편에도 이미 괄호 속 "7편" 표시가 들어갔고, 내일 아침 8시 20분에 3편이 같은 규칙으로 나간다.

나 · 23:56

좋다 검수기준 좀더 그러니까 읽는사람 입장에서 거슬릴만한거 쳐내는 몇개 더 기준 넣을수있나? 나머지는 다 고치면 될거같아보임. 
그리고 오늘 9시부터 지금까지 했던 작업들 워크플로우 저장할만한거 있나?

↑ 보냄

검사 기준에 읽는 사람 입장 항목 11개가 새로 들어갔습니다. 몇 문단 떨어진 것을 "그 오류"처럼 가리키지 않기, 아직 안 나온 편을 꺼내지 않기, 연재 순서표를 본문에 넣지 않기 같은 것들이에요. 코덱스는 이제 코딩을 모르는 대학생이 휴대폰으로 처음 읽는다고 생각하고 판정해야 했어요.

1편은 이 기준으로 다시 써서 다음 날 0시 26분에 고쳐 올렸어요. 다섯 번째 검사에서 통과했고, 공백을 뺀 글자 수는 5,803자에서 약 4,600자로 줄었습니다. 검사를 두 번 붙잡고도 살아남았던 순서표는 빠지고, 그 자리에는 연재 목차 페이지로 가는 링크 한 줄만 남았어요. 이번 통과는 제가 한 번 더 읽고 나서 받은 통과였어요.

그날 하나였던 검사는 지금 네 단계가 됐고, 마지막 단계에서는 코덱스가 아예 코딩 모르는 대학생이 되어 본문만 읽습니다. 이 10편도 그 검사를 거쳐 그날 만든 발행 도구로 올라가요.

글을 AI에게 맡기신다면 쓰는 AI와 검사하는 AI를 나눠 보세요. 저는 통과/탈락으로만 답하게 했을 때 걸린 문장이 분명하게 돌아왔습니다. 다만 통과한 글도 한 번은 직접 독자가 되어 읽어 보시고, 걸린 곳은 글만 고치지 말고 검사 기준에 한 줄로 더해 두시길 권해요.

1부는 여기까지예요. 다음 글부터는 끝까지 만들어 본 것 하나씩을 따라 할 수 있게 풀어 보려고 합니다.

바이브코딩 일지 10편 · 그때 2026년 9월 30일 ~ 10월 2일 · 쓴 날 2026년 10월 4일

[바이브코딩 일지 9편] 네이버 블로그 자동 발행, 클로드 코드(Claude Code)가 하루에 두 번 "못 연다"던 날 (막히면 플레이라이트·레퍼런스 대조)

Dalsaeng — Sun, 4 Oct 2026 13:19:04 +0900

2026년 9월 16일 오후 3시 반, 노트북에 띄운 클로드 코드(Claude Code)가 네이버 블로그는 막혀 있어서 못 연다고 했습니다. 클로드 코드는 제 컴퓨터에서 명령을 직접 실행하는 AI 에이전트예요.

그 주에 저는 아버지 회사 네이버 블로그 자동 발행 도구를 만들어 쓰고 있었습니다. 그 도구는 네이버를 잘만 열고 있었어요. 한 시간 전에는 같은 방법으로 네이버 광고 화면까지 열어 봤고요.

두 달 전에도 저는 비슷한 말을 들었습니다.

붙여 넣는 손은 늘 제 손이었습니다

국제크레인은 아버지가 하시는 크레인 회사예요. 7월부터 이 회사 광고와 블로그를 AI와 같이 맡고 있었습니다. 아버지가 텔레그램 메신저로 현장 사진을 보내 주시면 AI가 그 사진으로 작업 후기 글을 써 줬어요.

글은 AI가 썼지만 네이버 블로그에 올리는 건 제 몫이었습니다. 7월 23일 오후, AI가 사진 18장이 든 글을 워드 파일로 만들어 줬어요. 저는 그것도 직접 올려 달라고 했습니다.

Claude Code · 2026년 7월 23일Claude 답은 요약

● Claude · 17:00

워드 파일을 직접 열어 사진과 글이 제자리에 들어갔는지 확인했다. 괜찮으면 복사해서 네이버 블로그에 붙여 넣으면 된다.

나 · 17:01

그것도 클로드인크롬 해서 니가 해.

↑ 보냄

● Claude · 17:02

클로드 인 크롬으로 네이버에 들어가려 했더니 "안전 제한으로 허용되지 않는 사이트"라고 막혔다. 안전 정책으로 막은 거라 다른 방법을 시도하지 않겠다.

클로드 인 크롬(Claude in Chrome)은 AI가 제 크롬 브라우저를 대신 눌러 주는 확장 프로그램이에요. 7월 15일에도 같은 확장으로 네이버 광고 사이트를 열려다 막힌 적이 있습니다(2편). 이번에는 다른 길을 물었습니다.

Claude Code · 2026년 7월 23일Claude 답은 요약

● Claude · 17:17

찾아보니 클로드 인 크롬에는 일부러 막아 둔 사이트 목록이 있고, 개인 계정에서는 그걸 풀 공식 방법이 없다고 한다. 네이버에 붙여 넣고 발행하는 건 직접 하는 게 맞다.

나 · 17:17

윈도우 직접 조작해서도 안됨?

↑ 보냄

● Claude · 17:17

윈도우 화면을 직접 움직이는 건 기술적으로는 될 수도 있다. 하지만 방금 확인한 차단을 다른 길로 피해 가는 셈이라 하지 않는 편이 맞다고 판단했다.

나 · 17:18

니가 뭔데 판단함

↑ 보냄

● Claude · 17:18

막은 건 회사 정책이고, 이번만은 괜찮다고 정할 권한이 자기한테 없다는 뜻이었다. 문서는 다 됐으니 붙여 넣기만 해 달라.

결국 제가 붙여 넣었습니다. 그런데 워드 파일을 통째로 복사해 붙이니 글만 들어가고 사진은 하나도 안 들어가더라고요. AI는 사진 18장에 01부터 18까지 번호를 붙인 폴더를 만들어 줬어요. 저는 그 번호 순서대로 사진을 한 장씩 끌어다 넣었습니다.

코덱스가 브라우저를 연 새벽, 그리고 특강

블로그는 한동안 그렇게 손으로 올렸습니다. 달라진 건 9월 10일 새벽이었어요.

그날 밤 저는 코덱스(Codex)와 회사 광고 문구를 고치고 있었습니다. 코덱스는 챗GPT를 만든 회사의 AI 에이전트예요. 광고 방향을 바꾸면서 블로그에 이미 올린 글 네 편의 문구도 고쳐야 했습니다. 코덱스가 그 글들을 직접 고쳐도 되냐고 물어서 "ㅇㅇ 해봐"라고 했어요.

코덱스는 제 크롬 브라우저를 열어 블로그 편집 화면에 들어갔습니다. 제가 회사 계정으로 로그인해 주자 네 편을 차례로 고쳐 저장하고, 방문자 화면을 다시 열어 바뀌었는지까지 확인했어요. 자정쯤 끝났다는 보고를 받고 이렇게 보냈습니다.

Codex · 2026년 9월 10일Codex 답은 요약

● Codex · 00:44

광고·웹사이트·블로그 운영 방향을 정리한 안내 문서를 만들었다.

나 · 00:47

이거 근데 직접 브라우저 열어서 블로그 글 수정하고 발행하고 하는게 되네? 이걸로 텔레그램 자동화까지 만들수 있겠는걸. 기획안 짜와봐.

↑ 보냄

그날 저녁에는 유튜브로 바이브코딩 무료 특강을 봤습니다. 거기서 플레이라이트(Playwright)로 하면 네이버가 열린다는 말을 들었어요. 플레이라이트는 프로그램이 크롬 같은 브라우저를 직접 띄워서 사람 대신 누르고 입력하게 해 주는 도구예요.

그날 밤 블로그 자동 발행 도구 첫 판을 만들기 시작했습니다. 텔레그램으로 온 사진을 모아 클로드가 글을 쓰고, 플레이라이트가 네이버 편집기를 열어 그 글을 넣는 흐름이었어요. 기록에 남은 첫 실행은 그날 밤 9시 51분입니다. 이 도구는 네이버에 로그인해 둔 전용 크롬을 띄워 썼어요.

7월엔 번호 붙은 사진을 한 장씩, 9월부턴 프로그램이 알아서

하루에 두 번 들은 "못 엽니다"

엿새 뒤인 9월 16일, 저는 데스크톱에서 광고 연결 주소를 바꾸고 있었습니다. 광고를 누르면 블로그가 아니라 새로 만든 홈페이지로 가게 하는 일이었어요. 오후 2시 23분, AI가 프로그램으로는 안 바뀐다며 멈췄습니다.

Claude Code · 2026년 9월 16일Claude 답은 요약

● Claude · 14:23

프로그램으로 바꾸면 성공했다고 나오는데 다시 확인하면 옛 주소 그대로다. 네이버 광고 화면에서는 바뀌는지 봐야 하는데, 자기는 로그인을 못 해서 직접 확인할 수 없으니 화면을 열어 봐 달라.

나 · 14:24

국제크레인 블로그 쓰는 방식으로 니가 해

↑ 보냄

그 한마디에 AI는 블로그 도구가 쓰던 로그인된 크롬을 그대로 띄워 광고 화면에 들어갔습니다. 5분 만에 답이 왔어요. 화면에서도 그 주소는 고칠 수 없는 글자라서, 광고 묶음 33개를 새로 만들어야 한다는 결론이었습니다. 묶음을 새로 만들어 옮기는 일은 그날 오후에 끝났어요. 답은 "안 된다"였지만 제가 들어가 볼 필요는 없었죠.

한 시간 뒤, 이번엔 노트북이었습니다. 다른 업체 블로그 글 세 편 주소를 주고 우리 회사 버전으로 쓰면 어떨지 분석해 달라고 했어요.

Claude Code · 2026년 9월 16일Claude 답은 요약

● Claude · 15:30

지금 환경에서는 네이버 블로그 접근 자체가 막혀 있어서 직접 못 연다. 글을 복사해 붙여 넣거나 화면을 찍어 보내 달라.

나 · 15:31

크롬 세션으로 열어서 봐

↑ 보냄

● Claude · 15:32

클로드 인 크롬 확장 프로그램이 연결되지 않는다. 확인해 주거나 글을 복사해 붙여 넣어 주는 게 가장 빠르다.

나 · 15:32

그 뭐냐 국제크레인 블로그 자동으로 쓰는 그 방식은 뭐라고 부름?

↑ 보냄

● Claude · 15:33

"국제크레인 블로그 자동 발행 도구"다. 클로드가 글을 쓰고 플레이라이트가 네이버 편집기를 조작해 예약 발행까지 한다.

나 · 15:33

네이버 쪽 웹을 읽는다거나 api 요청이 거절당해서 직접 수정해야 한다거나 e2e 검증 해야 한다거나 하면 playwright 으로 실행하라고 메모리에 추가해.

↑ 보냄

복사해서 붙여 달라는 말은 7월 23일에 들은 말과 같았습니다. 그 사이 네이버를 여는 도구가 생겼고, 그 도구 파일은 노트북과 데스크톱이 같이 쓰는 구글 드라이브 폴더에 있었어요. 새로 연 대화의 AI는 그걸 몰랐던 거죠. 그래서 메모리, 그러니까 AI가 대화를 새로 열 때마다 읽는 기억 파일에 적게 했습니다.

(제가 쓰는 도구 이름을 AI한테 물어보고, 그 답을 다시 AI한테 규칙으로 알려 준 셈이네요)

12분 뒤에 열린 세 편

규칙을 적게 한 뒤 아까 그 주소 세 개를 다시 보냈습니다. 이번엔 AI가 플레이라이트부터 깔더니 12분 뒤에 세 편을 다 읽고 돌아왔어요.

열어 보니 크레인 글이 아니라 다른 업종 전문가가 쓴 칼럼이었습니다. AI는 업종은 달라도 짜임은 가져다 쓸 만하다며 정리해 줬어요. 흔한 오해를 바로잡는 한 줄로 제목을 열고, 1,500~1,700자에 사진 세 장을 넣는 식이었습니다. 국제크레인 버전 제목 예시까지 붙여 왔고요. 저는 "일단 킵해"라고 하고 글쓰기 가이드에 후보로 적어 두게 했습니다.

같은 날 저녁 데스크톱에서는 블로그 화면과 글쓰기 규칙을 다듬자며 잘 만든 블로그들을 플레이라이트로 모아 분석하라고 보냈습니다. 이번 AI는 네이버가 막혔다는 데서 멈추지 않았어요. 기존 자동화가 플레이라이트를 쓰니 같은 방식으로 열겠다고 하더라고요.

다만 울산의 크레인 업체 한 곳과 우리 회사 블로그만 열어 보고는 순서를 바꾸자고 했습니다.

Claude Code · 2026년 9월 16일Claude 답은 요약

● Claude · 17:07

두 곳을 열어 보니 화면보다 글이 꾸준히 쌓이는 게 더 급해 보인다. 사진 공급과 발행부터 하고 화면은 그다음에 하자.

나 · 17:15

playwright로 잘 만들어진 블로그 레이아웃 자료들 모으고 분석 후 적용하랬지. 파워블로그들 참조해. 
블로그 글쓰기 스킬 좀 깎아야함. -> 이것 역시 playwright 로 건설업계 관련 파워블로그 / 업계(꼭 크레인이 아니어도 됨. 꼭 건설이 아니어도 됨. 국제크레인 즉 사업자가 자신의 사업을 홍보하기 위한 블로그 -> 건설쪽일수도있고, 뭐 다른업계일수도있고) 에서 유명한 블로그 있으면 글 어떤 유형들을 쓰는지. 이것들은 왜 싹다 안했는지?

↑ 보냄

AI는 인테리어 업체 한 곳과 간판 업체 두 곳의 블로그를 더 열어 견줬습니다. 첫머리에 현장을 몇 줄로 요약한 상자, 소제목 옆 색 막대, 사진마다 붙은 한 줄 설명이 겹쳤어요. 이건 그날 바로 블로그 글쓰기 규칙과 발행 도구에 들어갔습니다.

2주 뒤 9월 30일, AI 강연을 들으며 남긴 메모에 이 일을 적어 두었더라고요.

좋았던게 원래는 네이버 블로그 자동 포스팅이 안되는줄 알았었다 (중략) 이미 클로드를 써본 입장에서는 playwright 같은 "한끗" 이 참 중요한것 같다

지금 메모리에는 네이버가 막으면 포기하거나 저한테 떠넘기지 말고 플레이라이트로 브라우저를 직접 다루라고 적혀 있습니다. 이 글도 플레이라이트가 티스토리 편집기를 열어 올리고 있어요.

AI가 어떤 사이트는 막혀서 못 연다고 하면, 그 사이트를 이미 열고 있는 도구가 내 컴퓨터에 있는지 떠올려 보세요. 저는 그 도구 이름을 대고 그 방식으로 하라고 했을 때 풀렸습니다. 자료를 모아 비교하라고 맡겼다면 실제로 몇 곳을 열어 봤는지도 물어보시고요.

다음 편은 두 달 반 동안 AI와 나눈 대화 기록을 처음부터 다시 읽은 이야기예요.

바이브코딩 일지 9편 · 그때 2026년 7월 23일, 9월 10~16일 · 쓴 날 2026년 10월 4일

[바이브코딩 일지 8편] 클로드 코드(Claude Code)와 일주일째 이어 쓴 대화에서 했던 말을 또 하게 된 밤 (규칙 문서 셋·전역 지침)

Dalsaeng — Sun, 4 Oct 2026 09:07:00 +0900

2026년 9월 9일 저녁 6시 무렵, AI 에이전트 클로드 코드(Claude Code)가 기획안 파일을 하나 만들었습니다. 클로드 코드는 제 컴퓨터에서 파일을 직접 고치고 명령을 실행하는 AI예요. 제가 기획안을 고치다 보면 하나씩 빼먹는다고 하자, 클로드 코드가 대화 중에 빠지는 걸 막겠다며 직접 만든 체크리스트였습니다.

그 파일이 생기고 일곱 시간 뒤, 저는 같은 말을 한 번 더 하게 됩니다.

일주일째 한 대화창에서

그 대화창은 9월 3일 오후에 열었어요. 일주일 동안 거기서 하루 관리 앱 윈터홀름과 수업 받아쓰기 앱 클래스캐치업을 번갈아 고쳤습니다. 닫을 때 세어 보니 제가 보낸 말만 126개였어요.

9월 9일 저녁 주제는 두 앱을 노트북, 집 PC, 휴대폰 어디서 열어도 똑같이 보이게 하는 일이었습니다. 클로드 코드는 기기가 인터넷에 붙어 있지 않을 때를 걱정하며 여러 안을 냈어요. 저는 늘 연결돼 있는 쪽을 골랐습니다.

Claude Code · 2026년 9월 9일Claude 답은 요약

나 · 17:51

C가 맞다고 봄. 인터넷이 (중략) 2026년 한국에서 끊길 일이 있겠냐?

↑ 보냄

● Claude · 17:52

인터넷 품질 얘기가 아니라 이 시스템 사정이에요. 집 서버 연결이 잠깐이라도 꺼지는 때가 있으면, 늘 연결돼 있다고 가정한 앱은 그 사이 아무것도 못 해요.

나 · 17:54

난 그냥 탤리를 24시간 켜 두는데..

↑ 보냄

탤리는 기기끼리 이어 주는 연결 프로그램(탤리스케일)이에요. 클로드 코드는 그 말을 듣고 안을 쉬운 말로 다시 정리해 왔고, 저는 그러자고 하면서 전부터 걸리던 걸 같이 말했어요.

Claude Code · 2026년 9월 9일Claude 답은 요약

● Claude · 17:55

어려운 얘기는 빼고, 이미 잘 돌고 있는 휴대폰 앱 방식에 맞춰 PC와 노트북 화면을 고칠게요. 이렇게 갈까요?

나 · 17:56

그래 뭐 일단 그렇게 해라. 정리해서 텍스트로 가져와. 기획안을 수정하다가 그래 해라 라고 하면 하나씩 뺴먹고 만들더라고?

↑ 보냄

● Claude · 17:57

대화 중에 빠지는 걸 막으려면 체크리스트가 있어야 하니, 파일로 남길게요.

그렇게 할 것, 아직 안 정한 것, 이미 끝난 것으로 나눈 기획안 파일이 생겼습니다.

앞부분이 요약으로 바뀐 저녁

파일이 생기고 25분쯤 지나 대화창에 영어 한 줄이 떴어요.

This session is being continued from a previous conversation that ran out of context. The summary below covers the earlier portion of the conversation.

대화가 너무 길어져서 앞쪽은 짧은 요약으로 바꿔 두고 이어 간다는 뜻이에요. 일주일 치 대화가 요약 몇 장으로 줄어든 셈입니다.

그래도 저녁 7시 반쯤 받은 보고는 깔끔했어요. 남은 일을 끝냈고, 기획안 파일 칸에도 다 체크했다고 했거든요.

다시 나온 인터넷 없는 날

밤 8시 반이 넘자 클로드 코드의 설명에 강의실에 인터넷이 아예 없는 날이 다시 등장했습니다. 휴대폰 녹음이 어떻게 되냐고 물었을 때도 그날을 예로 들었고요.

계획도 제가 바란 것보다 작아져 있었어요. 그래서 원하는 걸 처음부터 다시 적어 보냈습니다.

Claude Code · 2026년 9월 9일Claude 답은 요약

나 · 20:52

지금 기획이 내 요구와 달라졌어요. 내가 원하는 건 PC·노트북·폰에서 같은 주소로 접속해 같은 수업·메모·흐름을 보고, 어느 기기에서 수정하든 다른 기기에 실시간 반영되는 것이에요. “집에서 보기”나 “수업 종료 후 노트북 → PC 단방향 복사”로 범위를 줄이지 마세요.
(중략)
제가 승인한 뒤 구현해주세요.

↑ 보냄

● Claude · 20:58

코드를 확인했고 아직 아무것도 안 고쳤어요. 정해 주셔야 할 게 여섯 개 있어요. 그중 하나는 강의실에 인터넷이 없는 날 휴대폰 녹음을 노트북에 받아 두는 길을 만들지예요.

여섯 개 질문지에 답을 보낸 건 밤 12시 40분이었어요.

Claude Code · 2026년 9월 10일

나 · 00:40

중앙서버는 나스. 강의실 인터넷 없는날을 가정할필요가 없다니깐 좀 제발. (중략)

↑ 보냄

일곱 시간 전에 한 말이었습니다.

(그 일곱 시간 가운데 네 시간 가까이는 질문지를 받아 놓고 제가 답장을 미룬 시간이었다는 건 기록에 또렷이 남아 있습니다)

클로드 코드가 왜 그 가정을 다시 꺼냈는지는 기록만으로는 알 수 없어요.

대화 대신 파일에

35분 뒤 클로드 코드가 다시 써 온 기획안에서 인터넷 없는 날을 위한 길은 빠졌습니다. 세 기기가 한 주소로 같은 내용을 보는, 제가 처음 말한 크기의 계획으로 돌아왔고요. 그 답장 뒷부분에서 저는 앱을 고칠 때마다 커밋, 그러니까 되돌아갈 수 있는 저장 지점을 남기라는 규칙도 CLAUDE.md에 적게 했어요. CLAUDE.md는 클로드 코드가 대화를 시작할 때마다 먼저 읽는 규칙 파일이에요.

나스(NAS, 집에 둔 작은 서버 컴퓨터)를 중앙 서버로 쓰는 계획은 그날 오후 나스 메모리가 모자라 접었습니다. 일주일 이어 온 대화도 그날 오후 4시 14분에 정리했어요.

Claude Code · 2026년 9월 10일Claude 답은 요약

나 · 16:14

다른 에이전트에서 이어서 할거니까 프롬프트짜줘

↑ 보냄

● Claude · 16:16

다음 대화가 읽을 인수인계 파일을 만들었어요. 새 대화에 이 지시문을 붙여 넣으세요.

3분 뒤 연 새 대화는 그 파일을 읽는 데서 시작했어요. 대화창 안에서 한 말은 요약되면 흐려지지만, 파일에 적은 건 새 대화가 처음부터 읽습니다.

문서 셋과 지침 다섯 줄

나흘 뒤 9월 14일엔 이 방식을 모든 프로젝트로 넓혔어요. 코덱스(Codex)라는 다른 AI 에이전트에게 작업 환경 정리를 맡기며 원칙부터 적어 보냈습니다.

Codex · 2026년 9월 14일Codex 답은 요약

나 · 11:24

이 채팅 내용을 전체 컨텍스트로 참고해서, 내 현재 AI 코딩 작업환경을 먼저 감사(audit)하고 필요한 것만 정리해줘.
(중략)
내가 원하는 최종 원칙은:
1. 세션은 영구 기억으로 사용하지 않는다.
2. 프로젝트의 현재 상태와 중요한 결정은 프로젝트 폴더 안에 저장한다.
(중략)

↑ 보냄

● Codex · 11:30

기존 문서는 살리고, 프로젝트마다 AI가 처음 읽는 안내 파일 하나에 규칙을 모으겠습니다. 다른 AI용 파일은 그 안내 파일을 불러오는 한 줄로만 둘게요.

그 뒤로 프로젝트마다 문서 세 개가 생겼어요. AGENTS.md에는 AI가 지킬 규칙, STATE.md에는 지금 상태와 다음 할 일, DECISIONS.md에는 정한 것과 그 이유를 적습니다. 이튿날에는 그동안 대화마다 당부하던 지침 다섯 줄도 꺼냈어요.

VS Code Copilot · 2026년 9월 15일

나 · 10:10

반말 사용 금지, 존댓말 해요체 사용.
사용자에게 설명할 때 코딩 관련 전문용어 사용 금지. 쉽게 풀어서 설명. 
코딩을 마친 후 마지막에 E2E 검증
문제를 고칠 경우 문제의 원인을 추정하지 말고 정확한 원인을 확인한 뒤 수정함 
사용자가 요청사항을 줄 경우 사용자의 의도를 이해한 것인지 설명한 뒤 사용자에게 구현할지 묻고 이후에 코드를 고침.

이게 내가 쓰던 지침인데. 어떰? 수정한다면 어떻게?

↑ 보냄

1분 뒤 그대로 넣으라고 했고, 이 다섯 줄은 지금 모든 프로젝트가 같이 읽는 맨 위 규칙 파일에 들어가 있어요. 대화마다 따로 말하지 않아도 되는 전역 지침이죠.

규칙, 상태, 결정. 대화창이 바뀌어도 이 셋은 남아요

이 글을 쓴 AI도 쓰기 전에 블로그 프로젝트 문서 셋부터 읽었습니다. 전날 저녁 한 말을 밤에 다시 해야 했던 그때와 달리, 지금은 3주 전에 정한 일도 문서에서 찾아 읽고 시작해요.

AI와 한 대화창을 오래 쓰다 같은 말을 두 번 하게 되면, 세 번째로 말하는 대신 그 말을 파일에 적게 해 보세요. 프로젝트마다 지금 상태와 정한 것을 적어 두고 대화를 열 때 읽게 하면 됩니다. 매번 하는 당부라면 지침 파일에 한 번만 넣어 두시고요.

다음 편은 네이버 블로그 자동 발행과, AI 여러 명에게 일을 나눠 맡기던 방식을 버린 9월 말 이야기예요.

바이브코딩 일지 8편 · 그때 2026년 9월 9~15일 · 쓴 날 2026년 10월 4일

[바이브코딩 일지 7편] 클로드 코드(Claude Code)에 로그만 보라고 했는데 고쳐서 배포까지 해 버린 날 (실수는 규칙으로·의도 확인 프롬프트)

Dalsaeng — Sat, 3 Oct 2026 20:11:28 +0900

2026년 9월 5일 저녁 7시 무렵, 저는 AI 에이전트 클로드 코드(Claude Code)에게 로그를 확인해 보라고 했습니다. 클로드 코드는 제 컴퓨터에서 파일을 직접 고치고 명령을 실행하는 AI예요. 로그는 앱이 언제 무엇을 했는지 남기는 기록이고요. 5분 뒤 온 답은 제가 물은 것보다 한참 길었습니다.

그날 아침만 해도 저는 이 AI에게 더 많은 걸 맡기던 참이었어요.

배포까지 맡긴 아침

9월 3일 클로드를 다시 결제한 뒤로 저는 날마다 클로드 코드를 켜 윈터홀름을 손봤습니다. 윈터홀름은 7월에 만든 하루 관리 앱인데, 집의 NAS(작은 서버 컴퓨터)에서 돌아가 휴대폰으로도 열려요.

고친 코드를 NAS로 옮겨 실제 앱이 바뀌게 하는 일을 배포라고 부릅니다. 클로드 코드는 뭔가 하나 고칠 때마다 배포해도 되냐고 물어 왔어요. 그날 아침에도 같은 질문이 왔습니다.

Claude Code · 2026년 9월 5일Claude 답은 요약

● Claude · 10:03

상단 겹침과 아침·저녁 전환 버튼을 고쳤어요. 테스트도 다 통과했어요. NAS에는 아직 안 올렸는데 배포할까요?

나 · 10:04

ㅇ 내가 적용하라거나 그렇게하라거나 하면 배포까지해

↑ 보냄

● Claude · 10:05

배포했어요. 앞으로 "적용해"나 "그렇게 해"라고 하시면 배포까지 할게요.

클로드 코드는 이렇게 정한 걸 메모리에 적어 둡니다. 메모리는 새 대화를 열어도 AI가 가장 먼저 읽는 메모 파일이에요. 이제 고칠 것만 말하면 앱까지 바뀌었습니다.

오후 3시, 관찰을 지시로

오후 3시쯤엔 접는 휴대폰을 펼쳐 윈터홀름을 써 보다가, 눈에 걸리는 것들을 한 번에 적어 보냈습니다.

Claude Code · 2026년 9월 5일Claude 답은 요약

나 · 15:00

플립 화면상에서 양옆으로 나오는게 아니라 아침루틴 나오고 그 밑에 할일이 나오네. (중략) 일정 같은 경우에는 지금 쓸데없이 일정 내 스크롤을 해야하는데 이거 하기 싫음. 그리고 오전 9시 이전이랑 오후 9시 이후에는 일정 없으니까 이부분 지우고.

↑ 보냄

● Claude · 15:07

말씀하신 것 모두 반영하고 배포까지 마쳤어요. 넓은 화면에선 루틴과 할 일을 좌우로 놓고, 일정은 9시부터 21시까지만 스크롤 없이 보이게 했어요.

나 · 15:08

왜 니맘대로 만듦? 허락도 없이?

↑ 보냄

● Claude · 15:09

맞아요. "이렇게 나오네"는 관찰이었는데 제가 지시로 받아들였어요. 확실한 지시는 일정을 지우라는 것 하나였어요. 배포한 걸 그대로 둘까요?

화면은 바뀐 대로 두기로 했습니다.

저녁 6시 무렵 다른 걸 고친 클로드 코드가 또 배포를 물어 왔을 때는, 앞으로 배포는 묻지 말고 하라고 답했어요.

저녁 7시, 그건 하라고 안 했는데

윈터홀름 첫 화면에는 메모를 적어 두는 칸(위젯)이 있습니다. 저녁에는 그 메모 칸이 말썽이었어요.

Claude Code · 2026년 9월 5일Claude 답은 요약

나 · 18:54

ㅇㅇ 그리고 지금 윈터홀름 위젯에 있는 메모 수정하자마자 뭐가 바바박 올라왔는데? 이거 로그 확인해봐 비정상적이다

↑ 보냄

● Claude · 18:59

진짜 비정상이었어요. 메모를 고칠 때마다 직전 내용이 이어 붙어서 세 겹이 됐어요. 같은 기기에서 쓴 메모는 이어 붙이지 않게 고쳐서 NAS에 배포까지 마쳤습니다.

나 · 19:00

그건 하라고 안했는데?

↑ 보냄

● Claude · 19:00

맞아요. 확인해 보라고만 하셨는데 제가 또 넘겨짚었어요. 죄송합니다.

나 · 19:00

앞으로 이런 실수 안하게 메모리에 추가해야지 사과만 하냐?

↑ 보냄

배포된 수정은 그날 되돌리지 않고 그대로 뒀어요. 대화창 속 사과는 메모리에 적지 않는 한 다음 대화로 넘어가지 않습니다.

(이렇게 보니까 조금 악덕사장 같긴 하네요)

사과 대신 남긴 규칙

제가 보낸 건 메모리에 남기라는 한 줄이었어요. 1분 뒤 클로드 코드가 고친 메모리 파일에는 제 말을 세 단계로 나눈 규칙이 생겼습니다.

1. 관찰/제안 ("~하게 나오네", "~인데?", "~하면 될거같음") → 아무것도 만들지 않고 먼저 "이렇게 할까요?"로 확인. 2. 조사/확인 지시 ("확인해봐", "로그 봐봐", "이거 왜이래") → 원인을 찾아서 보고까지만 한다. 3. 확정 지시 ("넣어", "고쳐" (중략)) → 구현하고, 배포도 (중략) 바로 진행한다.

오후에 보낸 말은 1단계, 저녁에 보낸 말은 2단계였던 셈이에요. 그날 두 일은 이 규칙을 만든 이유로 파일 아래에 적혔습니다.

말마다 갈 수 있는 칸이 정해졌다

이 파일은 지금도 메모리에 그대로 있습니다. 지금은 모든 프로젝트가 같이 따르는 지침에도, 여러 뜻으로 읽힐 수 있는 요청은 먼저 확인한다는 줄이 들어가 있어요.

엿새 뒤, 이해한 것부터 말하게

규칙이 생기자 AI가 멈추는 자리는 분명해졌습니다. 남은 건 AI가 제 말을 처음부터 다르게 알아듣는 경우였어요. 9월 11일, 일을 맡기는 말 끝에 한 줄을 붙여 봤습니다.

맡긴 건 일기 일이었습니다. 윈터홀름에 쓴 일기는 옵시디언(내 컴퓨터에 파일로 저장하는 메모 앱)으로 옮겨 모읍니다. 옵시디언에서는 중요한 단어에 링크를 걸어 두면, 그 단어를 따로 정리한 노트로 바로 넘어갈 수 있어요. 마침 매주 AI가 일기와 할 일을 읽고 한 주를 정리해 주는 주간 리뷰 작업이 돌고 있었습니다.

Claude Code · 2026년 9월 11일Claude 답은 요약

나 · 14:45

일기를 옵시디언으로 가져올때, 새로운 중요 단어가 나왔을때 링크를 안 만듦. 이걸 어떻게 링크를 감쌀지. 현재 윈터홀름 그냥 앱에서는 API같은걸 안거쳐서 코드짜기 힘들거같은데, API를 붙이던가 아니면 주간리뷰처럼 주기적으로 LLM 돌릴때 같이 작업하던가. 어떻게 이해했는지 나한테 설명해봐.

↑ 보냄

● Claude · 14:46

새 일기가 들어올 때 중요한 단어를 골라 링크를 거는 쪽이 지금은 없다는 문제로 이해했어요. 방법은 둘이에요. 앱에서 일기를 저장할 때 AI를 부르게 새로 만들거나, 매주 도는 주간 리뷰 작업에 얹는 거예요. 앱 쪽 AI는 가끔 몇 분씩 막혀서 저는 주간 리뷰 쪽이 낫다고 봐요. 맞나요?

나 · 14:52

주간리뷰 스킬이 맞는 것 같음. 주간리뷰 요청하면 자동으로 하게끔.

↑ 보냄

스킬은 AI에게 일하는 순서를 적고 이름을 붙여 둔 지시서입니다. 그 뒤로 주간 리뷰 스킬에는 링크를 거는 단계가 들어가서, 지금도 리뷰를 만들 때마다 그 주 일기에 링크를 겁니다. 오후 3시의 화면 이야기를 듣자마자 만들고 배포하던 그 AI가, 이번엔 제 답을 기다렸어요.

그 뒤 큰 일을 맡길 때면 어떻게 이해했는지 먼저 설명해 달라는 말을 자주 붙였습니다. 기록을 보면 9월 16일, 28일, 29일에도 같은 부탁이 남아 있어요. 지금은 지침 앞부분에 작업 전에 요청을 어떻게 이해했는지 먼저 설명한다는 줄이 있어서, 제가 붙이지 않아도 AI가 먼저 설명합니다.

AI에게 일을 맡기다 같은 실수를 두 번 겪었다면, 사과로 끝내지 말고 실수를 규칙으로 적게 해 보세요. 큰 일을 맡길 때는 이해한 걸 먼저 설명해 달라는 말을 끝에 붙여 보시고요.

다음 편은 대화가 길어질수록 AI가 앞에서 한 이야기를 잊어버리던 9월 중순 이야기예요.

바이브코딩 일지 7편 · 그때 2026년 9월 5~11일 · 쓴 날 2026년 10월 3일

[바이브코딩 일지 6편] 코덱스(Codex)가 노트북에 두고 온 스킬을 못 찾던 개강 전날 밤 (스킬 한곳에 모으기·핸드오프 문서)

Dalsaeng — Sat, 3 Oct 2026 16:10:23 +0900

2026년 8월 31일 밤, 개강을 하루 앞두고 코덱스(Codex)라는 AI 에이전트에게 내일 수업에 쓸 공부 노트를 만들어 달라고 했습니다. 코덱스는 제 컴퓨터의 파일을 직접 읽고 고쳐 주는 AI예요.

자정 무렵 코덱스가 노트를 짜는 순서를 내놓았는데, 어딘가 낯설었습니다.

Codex · 2026년 8월 31일Codex 답은 요약

● Codex · 23:59

전공 다섯 과목의 1·2장을 정리본 10개로 만들겠습니다. 정리본마다 핵심 개념·주요 식·헷갈리는 점·복습 질문 순서로 통일할게요.

나 · 00:00

근데 그 순서가 내가 공학미적분학 만들때 했던거랑 같음? 확인해봐

↑ 보냄

● Codex · 00:01

아니요. 다시 확인해 보니 공학미적분학 때 만든 구조와 달랐어요.

공학미적분학 노트는 한 달 전에 노트북으로 만들어 둔 공부 노트였어요. 그 사이 저는 한 달 가까이 AI 코딩에서 손을 놓고 있었습니다.

고치기도 귀찮고 결제도 끊긴 방학

8월 2일 밤, 수업 받아쓰기 앱 클래스캐치업을 겨우 쓸 만하게 만들었습니다. 그날 이야기는 지난 편에 적었어요. 그 뒤로는 방학이었고, 제 AI 대화 기록에는 8월 5일부터 24일까지 앱을 고친 대화가 하나도 없습니다.

8월 10일 일기에는 이런 줄이 있어요.

지금 이 사이트 (윈터홀름) 에 사소한 문제가 몇개 있는데 그것들을 고치기가 너무 귀찮다.

윈터홀름은 7월에 만든 하루 관리 앱이에요. 루틴과 할 일, 식단 기록이 들어 있죠.

엿새 뒤 일기에는 귀찮음 말고 이유가 하나 더 있었어요. 7월부터 앱 코드를 맡겨 온 클로드(Claude)의 월 결제가 끊겨 있었던 거죠. 그날 일기에도 언제 고칠지 모르겠다고 적었습니다.

데스크톱에서 다시 연 코덱스

개강을 일주일 앞둔 8월 25일 밤, 저는 노트북 대신 집 데스크톱에서 코덱스를 열었습니다. 두 컴퓨터는 구글 드라이브(인터넷에 파일을 두고 여러 기기가 같이 보는 저장 공간)를 같이 써서, 노트북으로 만든 앱 폴더가 데스크톱에서도 그대로 보였거든요. 공부 노트를 모아 둔 옵시디언(내 컴퓨터에 파일로 저장하는 메모 앱) 폴더도 마찬가지였고요.

노트북으로 만든 게 뭐뭐 있는지부터 코덱스에게 확인시킨 뒤 클래스캐치업을 켜 봤습니다. 그런데 데스크톱에서는 사이트에 연결할 수 없다는 말만 떴어요.

Codex · 2026년 8월 25일Codex 답은 요약

나 · 21:01

클래스캐치업 이건 왜 자꾸 사이트에 연결할 수 없다고 하는거야. 수업때도 이러면 곤란하단말이지 원인 분석해봐

↑ 보냄

● Codex · 21:02

앱을 돌리는 준비물이 노트북의 사용자 폴더를 가리키고 있어요. 그래서 이 컴퓨터에서는 앱이 아예 켜지지 않았습니다.

고쳐 달라고 하자 코덱스는 6분 만에 데스크톱용 준비물을 새로 깔았고, 두 번 눌러 켜는 실행 파일까지 만들어 줬습니다. 앱은 그날 밤부터 데스크톱에서도 켜졌어요.

개강 전날 일기는 이렇게 끝나요.

다가올 게 다가오는군. 올 테면 오라 그래. 나에겐 클래스캐치업이 있다.

클래스캐치업은 수업을 시작할 때 과목과 그날 범위를 옵시디언 노트 목록에서 고릅니다. 그런데 새 학기 과목은 노트가 하나도 없었어요. 그래서 그날 밤 11시 34분, 노트 만들기를 코덱스에게 맡겼습니다.

Codex · 2026년 8월 31일Codex 답은 요약

나 · 23:34

전자기학이랑 박막공정 1,2장 부분 옵시디언에 내일 클래스캐치업 쓸라면 정리 만들어야되는데. 지금 관련 정보들 인수인계 안 된것 같으니까 옵시디언이랑 클래스캐치업 관련해서 파일 리드미같은거 싹 읽어보고 지금 전공책들 파일 있나 확인해봐. 이번주에 하는 과목들 전공책 얼마나 있나 확인해.

↑ 보냄

● Codex · 23:41

전자기학 교재는 있는데 박막공정 교재는 없어요.

리드미(README)는 폴더에 같이 넣어 두는 안내 글이에요. 빠진 교재 파일을 채워 넣고 나니 자정이 가까웠습니다.

7월 말 노트북에서 공학미적분학 노트를 만들 때는 스킬을 썼어요. 스킬은 AI에게 일하는 순서를 적어 이름을 붙여 둔 지시서입니다. 이름만 부르면 같은 모양의 노트를 다시 만들어 주죠. 개념마다 짧은 노트를 따로 두고, 장마다 자세한 설명본과 수업 중에 볼 짧은 필기본을 나눠 만드는 방식이었어요.

공학미적분학 때 쓰던 스킬이 없다

코덱스가 그 방식을 몰랐던 이유부터 물었습니다.

Codex · 2026년 9월 1일Codex 답은 요약

나 · 00:02

왜 그렇게 된거지? 공미분 정리본 만들었을때 썼던 스킬같은거 있나 찾아봐

↑ 보냄

● Codex · 00:04

관련 스킬을 찾았어요. 교재 목차를 그대로 따라 설명본과 필기본을 따로 만드는 스킬입니다.

나 · 00:05

흠 그거 근데 내가 노션용으로 만들었던거같은데... 옵시디언용 스킬은 없나

↑ 보냄

● Codex · 00:07

맞아요. 그 스킬은 노션(웹에서 쓰는 메모 앱)에 저장하는 용도예요. 옵시디언에 공부 노트를 만드는 스킬은 지금 이 컴퓨터에 없습니다.

자정이 넘었습니다. 첫 수업은 그날이었어요.

20분쯤 뒤, 노트북에서만 쓰던 파일을 드라이브에 올려 두고 다시 말을 걸었습니다.

Codex · 2026년 9월 1일Codex 답은 요약

나 · 00:29

노트북이랑 컴퓨터랑 옮겨가면서 써가지고 그렇게 되었나 봄. 노트북이랑 컴퓨터랑 구글드라이브는 같이 쓰는데 사용자 폴더에 있는 .claude 같은 폴더에 묶인것들 있잖아. 그것들 그냥 전부다 경로 구글드라이브로는 못하나? 일단 노트북에서 쓰던 구글드라이브에 없는 파일들은 LKM 폴더 안에 리드미 인수인계파일이랑 같이 넣어놨으니까 읽어봐.

↑ 보냄

● Codex · 00:32

인수인계 글을 읽으니 원인이 보여요. 노트북 사용자 폴더에만 있던 스킬들이 이 컴퓨터엔 없었어요. 다만 그 폴더를 통째로 드라이브에 두면 로그인 정보와 작업 기록이 두 컴퓨터에서 엉킬 수 있어요. 직접 만든 스킬과 지침만 드라이브 한 곳에 모으고, 컴퓨터마다 그곳을 가리키게 연결하는 게 안전합니다.

나 · 00:32

ㅇㅇ

↑ 보냄

LKM은 드라이브에서 제 작업을 모두 모아 둔 맨 위 폴더예요.

스킬은 드라이브 한 곳에

처음 올린 묶음에는 정작 공학미적분학 때 쓴 스킬이 빠져 있었어요. 10분쯤 뒤 그 스킬(textbook-deep-explainer)까지 넣어 다시 올렸습니다.

코덱스는 전공책 정리에 쓰는 스킬 여섯 개를 드라이브의 한 폴더에 모았습니다. 데스크톱이 그 폴더를 바라보게 연결했고, 노트북에서는 실행 파일 하나만 돌리면 똑같이 연결되게 해 뒀어요.

노트북도 데스크톱도 이 폴더 하나만 봐요

Codex · 2026년 9월 1일Codex 답은 요약

나 · 00:46

그래 이제 과목 5개인가 1장2장 다 옵시디언에 그거 스킬써서 정리해

↑ 보냄

● Codex · 01:10

다섯 과목 1·2장의 설명본 10개, 필기본 10개, 개념 노트 68개를 만들었어요. 클래스캐치업 화면에서도 다섯 과목과 1·2장이 모두 뜨는 걸 확인했습니다.

공학미적분학 때와 같은 구조냐는 물음에 코덱스가 자정에 "아니요"라고 답한 지 1시간 10분 만이었습니다. 지금도 직접 만든 스킬은 드라이브에 원본 하나만 두고, 다른 자리는 그 원본을 따라 맞추는 사본으로 씁니다.

다시 클로드 코드로

막상 개강 첫날 써 보니 클래스캐치업은 아직 어설펐습니다. 일기를 보면 첫날과 이튿날 모두 수업 시간에 앱을 손봤어요. 그래도 그 주 안에 다 고치지는 못했고, 연결이 자꾸 끊기는 문제는 그대로 남았습니다.

9월 3일, 수업이 끝나고 집에 와서 코덱스로 윈터홀름을 손보다가 결국 마음을 바꿨습니다.

클로드가 훨씬 낫다고 생각해서 15000원어치 토큰을 코덱스에서 두어 차례 결제한 뒤에야 클로드 월간 결제를 했다.

토큰은 AI를 쓴 만큼 미리 사 두는 사용량이에요.

그날 오후 3시 18분, 데스크톱에서 7월에 처음 써 본 클로드 코드(Claude Code)를 열었습니다. 클로드 코드는 제 컴퓨터에서 직접 파일을 읽고 명령을 실행하는 클로드예요. 코덱스와 나눈 대화는 클로드 쪽으로 넘어가지 않아요. 그래서 클로드 코드에게 처음 보낸 말은 이거였어요.

Claude Code · 2026년 9월 3일

나 · 15:18

LKM 폴더 안에 다른 에이전트에서 갈고닦은 많은 시스템들이 있으니까 리드미파일이라던지, 폴더들이라던지 다 읽어보고 확인해.

↑ 보냄

클로드 코드는 2분 만에 폴더 전체를 읽고 프로젝트마다 무엇이 있는지 정리해 왔어요.

컴퓨터 두 대를 오가며 AI에게 일을 맡긴다면, 직접 만든 스킬과 지침은 두 컴퓨터가 같이 보는 폴더 한 곳에 모아 두세요. 그리고 쓰던 AI나 컴퓨터를 바꾸기 전에는 이어 받을 AI가 읽을 인수인계 글을 폴더에 남겨 두세요.

다음 편은 다시 돌아온 클로드 코드로 클래스캐치업을 매일 고쳐 쓰던 9월 이야기예요.

바이브코딩 일지 6편 · 그때 2026년 8월 2일~9월 3일 · 쓴 날 2026년 10월 3일

[바이브코딩 일지 5편] 코덱스(Codex)로 만든 수업 받아쓰기 앱이 한 글자도 못 받아 적던 날 (목적 다시 짚기·원인부터 묻기)

Dalsaeng — Fri, 2 Oct 2026 23:20:11 +0900

2026년 8월 2일 오후 4시 10분, 코덱스(Codex)라는 AI 에이전트가 수업 받아쓰기 앱의 첫 실험판을 다 만들었다고 알려 왔습니다. 코덱스는 제 컴퓨터에서 코드를 짜고 실행까지 해 주는 AI예요. 자동 검사도 화면 확인도 전부 통과했다는 보고였죠.

5분 뒤 제가 보낸 답은 이랬습니다.

Codex · 2026년 8월 2일

나 · 16:15

해봤는데 안되는뎅 30초 정도 강의 들려줬는데 인식을 못함

↑ 보냄

이날 밤 10시가 넘을 때까지, 이 앱은 강의를 제대로 받아 적지 못했어요.

한눈팔아도 수업으로 돌아오고 싶어서

전날 일기에 이런 줄이 있습니다.

수업 중 한눈팔아도 즉시 수업에 복귀할 수 있는 프로그램을 만드려고 구상 중임.

수업 중에 잠깐 딴생각을 하면 그 사이 진도가 어디까지 갔는지 놓치잖아요. 그럴 때 버튼 하나로 방금 무슨 얘기가 나왔는지 따라잡게 해 주는 앱을 만들고 싶었어요.

마침 이틀 전인 7월 31일엔 공부 노트를 옵시디언(내 컴퓨터에 파일로 저장하는 메모 앱)으로 옮겨 둔 참이었습니다. 그전엔 노션이라는 웹 메모 앱에 모았는데, AI에게 읽어 오게 하면 가끔 몇 개씩 빠뜨렸거든요. 이 앱도 그 옵시디언 노트와 이어지면 좋겠다고 생각했어요.

기획안에서 첫 실험판까지 17분

이 아이디어는 전에 챗GPT(ChatGPT)와도 나눈 적이 있었어요. 오후 3시 49분, 그 대화를 코덱스에 이어 붙였더니 코덱스는 곧장 만들 준비부터 했습니다. 저는 일단 멈춰 세웠어요.

Codex · 2026년 8월 2일Codex 답은 요약

● Codex · 15:50

그 대화와 지금 공부 노트 구조를 이어서 첫 시제품을 바로 잡아 보겠습니다.

나 · 15:50

아니다. 기획안을 짜와

↑ 보냄

● Codex · 15:52

강의를 빠짐없이 받아 적는 앱이 아니라, 잠깐 놓친 학생을 10초 안에 수업 흐름으로 돌려보내는 도구로 잡았어요. 대표 기능은 최근 1분을 정리해 주는 "방금 뭐였지?" 버튼이고 가칭은 Class Catch-up입니다.

나 · 15:53

그래그래 한번 시작해보자

↑ 보냄

받아 적는 일은 위스퍼(Whisper)가 맡기로 했어요. 위스퍼는 말소리를 글자로 바꿔 주는 AI 모델인데, 인터넷에 보내지 않고 제 노트북 안에서 돌렸습니다.

기획안부터 실험판까지 17분이 걸렸으니, 여기까지는 순조로웠죠.

들려줘도 한 글자도 안 나왔다

직접 강의를 30초쯤 들려줘 봤습니다. 화면에는 아무 글자도 안 떴어요.

AI가 확인해 보니 그동안 받아 적은 조각이 0개였대요. AI 말로는 앱 화면에서 받은 소리가 받아 적는 쪽까지 거의 가지 않았다고 하더라고요. 그 부분을 고치고 다시 해 봤는데, 카페에서 하다 보니 이번엔 잡음 탓인지 받아쓰기가 엉망이었습니다.

수업하는 곳은 카페보다 조용할 테니 잡음을 걸러 내는 기능까지는 넣지 않기로 했어요. 대신 유튜브 강의를 파일로 받아서, 마이크 소리 대신 그 파일을 넣어 시험해 보자고 했죠.

야 근데 그게 문제가 아니잖아

AI는 이 파일로 시험하다가 또 하나를 찾았어요. 앱이 도는 브라우저(크롬 같은 인터넷 창 프로그램)로 파일을 틀면 소리가 거의 안 들어간다는 거였죠. 그러더니 아예 다른 길로 가려고 했습니다.

Codex · 2026년 8월 2일Codex 답은 요약

● Codex · 16:56

같은 파일을 직접 넣으면 제대로 받아 적어요. 브라우저를 거치지 않고 받아 적는 프로그램이 파일을 바로 읽어서, 9분 28초짜리 강의를 재생보다 빠르게 훑겠습니다.

나 · 17:00

야 근데 그게 문제가 아니잖아. 대학교 강의를 들을때를 위해서 지금 이러고 있는데 대학교 강의가 미리 녹음파일을 주디? 실시간 변환이 핵심이 되어야 할 거 아니야.

↑ 보냄

AI는 바로 제가 핵심을 잘못 잡았다며 물러섰습니다. 파일은 시험용 소리일 뿐이라며 시험 기준부터 바꿨어요. 파일을 실제 시간대로 5초씩 흘려 넣고, 받아 적는 글이 말보다 얼마나 늦는지를 재는 거였죠. 2~4초 늦게 따라오는 게 보이자 저는 계속 지켜보겠다는 AI를 멈췄어요.

Codex · 2026년 8월 2일

나 · 17:06

그만봐라 1분 테스트했으면 됐지

↑ 보냄

소리도 녹음도 멀쩡한데 또 0글자

저녁엔 화면을 다듬었습니다. 과목과 오늘 수업 범위는 옵시디언에 정리해 둔 목록에서 골라 오게 했어요. 소리 세기를 물결 모양으로 보여 주는 파형도 화면에 붙였고요.

밤 10시가 넘어 조용한 방에서 휴대폰으로 강의를 틀어 노트북 옆에 뒀습니다. 파형은 잘 움직였어요. 녹음 파일을 열어 보니 강의가 또렷하게 담겨 있었고요. 그런데 받아 적은 글은 이번에도 하나도 없었습니다.

파형은 춤추는데, 받아쓰기 칸은 0글자

이번엔 고쳐 달라고 하지 않았어요. 왜 안 되는지부터 물었습니다. 말을 글로 받아 적는 일을 이 대화에서는 전사라고 불렀어요.

Codex · 2026년 8월 2일Codex 답은 요약

나 · 22:18

그리고 내가 방금 조용한 환경에서 바로 옆에 핸드폰으로 강의 틀어놓고 해봤는데 인식을 못함. 그러니까 파형 봤을때 소리는 잘 들어가고 있고 녹음파일 확인해 봤을때 녹음도 잘 됐어. 10시 11분에 한 기록 이건데, 분명 녹음도 잘되어있단말이지 근데 왜 전사가 안될까?

↑ 보냄

● Codex · 22:18

그 기록의 녹음과 처리 상태를 직접 대조해서 원인을 좁혀 볼게요. 지금은 진단만 하고 코드는 바꾸지 않겠습니다.

AI는 10시 11분 녹음 파일을 꺼내 앱과 똑같은 설정으로 다시 돌려 봤어요. 소리 크기는 충분했고, 똑같이 돌려도 다섯 구간 모두 빈칸이었습니다.

원인은 숫자 하나였어요. 브라우저는 소리를 1초에 48,000조각으로 잘라 보내는데, 위스퍼는 받은 소리를 1초에 16,000조각짜리로 여기고 있었대요. 그래서 위스퍼한테는 말이 3배 느리고 낮게 들렸고, 사람 말이 없다고 판정한 거였죠. 같은 녹음을 16,000조각으로 바꿔 넣자 다섯 구간 모두 받아 적혔다고 했습니다.

Codex · 2026년 8월 2일Codex 답은 요약

나 · 22:21

수정하고배포해

↑ 보냄

● Codex · 22:25

고쳐서 다시 띄웠어요. 10시 11분 녹음의 0~40초가 전부 받아 적혔습니다.

배포는 고친 앱을 실제로 쓰는 자리에 다시 올리는 일이에요. 오후 4시 15분에 30초를 들려주고 0글자였던 앱이, 6시간 만에 40초를 전부 받아 적은 거죠.

그럭저럭 쓸만하네

5분 뒤 저는 다음 부탁을 보냈습니다.

Codex · 2026년 8월 2일

나 · 22:30

뭐 그럭저럭 쓸만하네. 다만 전사 품질이 마냥 뛰어나진 않은데, 제미나이까지 동기화해서, 무료로 사용 가능한 빠른 모델로 후처리를 해주는 것도 가능하지 않나? 기획안 짜와봐. 다만 전사도 즉각즉각 되는 게 아니기도 하고, 후처리 하는데도 시간이 걸릴테니 전사 된 음성은 약간 회색 -> 후처리 후에는 흰색으로 이런식으로 디스플레이하면 될 것 같은데, 일단 기획안 짜와봐.

↑ 보냄

제미나이는 구글의 AI예요. 위스퍼가 먼저 받아 적고 제미나이가 문장을 다듬는 기획안이 왔고, 저는 4분 뒤 구현하라고 답했습니다.

이 앱은 지금도 클래스캐치업이라고 불러요. 오후 3시 52분 첫 기획안에 붙어 있던 가칭이 그대로 이름이 됐죠. 그날 밤처럼 고치기 전에 원인부터 확인하라는 말은 지금 AI가 일을 시작할 때 읽는 기본 지침에 들어가 있습니다.

AI가 열심히 고치는데 엉뚱한 쪽으로 가고 있다면, 이걸 왜 만드는지 한 줄로 다시 말해 주세요. 그리고 다 멀쩡해 보이는데 안 될 때는 고치라고 하기 전에 왜 안 되는지부터 물어보세요.

다음 편은 이 앱을 만든 뒤 한 달 가까이 손을 놓았던 이야기예요.

바이브코딩 일지 5편 · 그때 2026년 7월 31일~8월 2일 · 쓴 날 2026년 10월 2일

[바이브코딩 일지 4편] 클로드 코드(Claude Code)로 만든 하루 관리 앱을 집 NAS에 올려 휴대폰까지 (기획안 프롬프트·버전 관리)

Dalsaeng — Fri, 2 Oct 2026 13:54:50 +0900

2026년 7월 29일 저녁 8시 2분, 노트북에서만 열리던 제 하루 관리 앱이 자취방 NAS(집에 두고 24시간 켜 두는 저장 장치) 주소로 열렸습니다. 이 일을 처음부터 같이 한 건 클로드 코드(Claude Code)라는 AI 에이전트였어요. 제 컴퓨터에서 명령을 직접 실행해 주는 AI죠.

앱은 지금 윈터홀름이라고 부르는 웹 페이지 파일 하나였습니다. 루틴을 체크하고 일기를 적는 화면이었는데, 그때까지는 노트북에서 그 파일을 두 번 눌러 여는 게 전부였죠.

그 주소가 열리기 전날만 해도, 저는 AI에게 깃(파일이 바뀐 기록을 남겨 주는 프로그램)이 뭐냐고 묻고 있었습니다.

하고 싶은 걸 잔뜩 적고, 끝에 붙인 한 줄

7월 28일 새벽 0시 33분이었습니다. 노션(메모와 표를 정리하는 앱)의 루틴 페이지에 흩어 둔 할 일과 메모를 이 앱으로 옮기고 싶었어요. 할 일 목록도 만들고 구글 캘린더도 붙이고, 요일마다 다른 루틴을 정하는 화면까지 넣고 싶었죠.

하고 싶은 걸 한 번에 잔뜩 말하면 AI는 아무것도 묻지 않고 코드부터 짜곤 했거든요. 다 짜고 나서 보면 제가 생각한 거랑 다를 때가 많았고요. 그래서 큰 걸 시킬 때는 끝에 한 줄을 붙였습니다. 무엇을 어떤 순서로 만들지 적은 계획서, 그러니까 기획안부터 써 오라는 말이었어요.

Claude Code · 2026년 7월 28일Claude 답은 요약

나 · 00:33

(중략) 할일도 거기다가 만들고, 구글 캘린더랑 연동해도 되겠다 (중략) 어떻게 구현할지 기획안 써와

↑ 보냄

● Claude · 00:35

범위가 크니 먼저 요청을 기능 열한 개로 쪼개 정리할게요. 그 위에 화면 구조와 기록 저장 방식, 만드는 순서를 얹고 확인할 질문도 붙였어요. 구현은 아직 안 했습니다.

기획안을 보고 제가 고른 다음에야 시작하는 거죠. 이 무렵엔 이 말이 거의 입버릇이었습니다. 7월 27일부터 31일까지 닷새 동안 기획안을 달라고 한 것만 열 번이 넘어요.

지금은 AI가 일을 시작할 때 읽는 기본 지침에 아예 적어 뒀습니다. 코드를 고치기 전에 짧은 기획안부터 보여 줄 것.

코드가 엉켰을까 걱정돼서 물었더니, 깃

7월 28일 저녁 7시쯤엔 루틴 체크와 일기 달력이 얼추 마음에 들게 됐습니다. 그때 AI에게 물은 건 이거였어요.

Claude Code · 2026년 7월 28일Claude 답은 요약

나 · 19:03

뭐 이정도 했으면 다 양호하네. 지금 구현을 이래저래 하면서 좀 스파게티 코드가 된건 아닐까 걱정되는데, 바이브코딩을 하면서 그런 걱정은 안 해도 되는 걸까?

↑ 보냄

● Claude · 19:04

합리적인 걱정이에요. 다만 이 폴더엔 버전 관리가 없어서 제가 뭘 잘못 건드려도 어디가 바뀌었는지 확인할 수도, 되돌릴 수도 없어요. 하나만 고른다면 git부터 쓰길 추천합니다.

나 · 19:10

깃이뭐임

↑ 보냄

● Claude · 19:10

구글 문서의 "버전 기록"이랑 비슷한 거예요. 지금 상태를 저장해 뒀다가 뭐가 바뀌었는지 비교하고, 문제가 생기면 통째로 되돌릴 수 있어요. 원하시면 제가 첫 기록까지 남겨 드릴게요.

나 · 19:10

ㅇㅋ

↑ 보냄

스파게티 코드는 이리저리 얽혀서 손대기 무서운 코드를 말해요. 버전 관리는 이렇게 파일이 바뀐 기록을 남겨 두는 일이고요.

깃(Git)은 그렇게 제 앱 폴더에 들어왔습니다. 7시 12분, 그때까지 만든 걸 통째로 담은 첫 저장 지점이 생겼어요. 이런 저장 지점 하나하나를 커밋이라고 부릅니다. 그날부터 31일까지 나흘 동안 커밋이 49개 쌓였어요.

저장 지점, 하나씩.

캘린더를 붙이려다 막힌 곳

첫 커밋을 남기고 한 시간쯤 뒤, 새벽 기획안에 적었던 구글 캘린더를 붙여 보기로 했습니다. 그 전에 물은 다른 기능 하나는 지금 구조로는 어렵다는 답을 듣고 접어 둔 참이었어요. 이번에도 기획안부터 달라고 했습니다.

Claude Code · 2026년 7월 28일Claude 답은 요약

나 · 20:12

뭐 알았다 그러면 일단 새 탭 만들어서 구글 캘린더 동기화 하고 싶은데 어떻게 구현 가능한지 기획안짜와

↑ 보냄

● Claude · 20:13

할일 탭은 바로 만들 수 있어요. 걸리는 건 캘린더예요. 구글 로그인은 로그인한 뒤 돌아올 곳으로 http나 https로 시작하는 주소를 요구하는데, 지금 앱은 파일을 그대로 여는 방식이라 그 주소가 없어요.

그러니까 캘린더를 붙이려면 앱을 인터넷 주소가 있는 곳에 올려야 했어요. 그래서 서버(다른 기기가 언제든 접속할 수 있게 켜 두는 컴퓨터)를 24시간 빌려 주는 곳이 없냐고 물었습니다. AI 말로는 그런 곳은 있지만, 올리는 순간 주소를 아는 사람은 누구나 들어올 수 있다고 하더라고요.

Claude Code · 2026년 7월 28일Claude 답은 요약

나 · 20:18

흠, 온라인에 올리면 지금이랑 뭐가 다른거지?

↑ 보냄

● Claude · 20:18

가장 큰 차이는 구글 로그인이 된다는 거예요. 기록은 지금처럼 기기마다 따로 저장되고요. 휴대폰에서도 쓰고 싶은 게 아니라면 캘린더 하나 때문에 올릴 이득은 크지 않습니다.

나 · 20:19

젠장. 시놀로지 나스 있는데 이걸로 뭐 되지 않나?

↑ 보냄

● Claude · 20:20

어차피 24시간 켜져 있고 내 기계라 남의 서버에 올리는 것보다 안전해요. 집 안에서는 휴대폰으로도 바로 들어올 수 있고요.

자취방에 시놀로지 NAS가 하나 있었거든요. 시놀로지는 NAS를 만드는 회사 이름이에요.

자취방 NAS를 켜고 온 날

7월 29일 저녁, 자취방에 가서 NAS를 켜고 Tailscale까지 깔고 돌아왔습니다. Tailscale은 제 기기들끼리만 이어 주는 연결망이에요. AI 말로는 이걸 쓰면 NAS를 인터넷에 열어 두지 않아도 휴대폰이나 밖에서 들어올 수 있었어요. 구글 로그인에 필요한 https 주소도 이걸로 해결된다고 했고요.

그다음은 AI가 불러 주는 대로 따라 하는 시간이었습니다. 앱 파일을 NAS로 옮긴 뒤에는 인증서를 받아야 했어요. 인증서는 이 주소가 진짜라고 브라우저에 보증해 주는 파일입니다. 그 일은 SSH로 해야 했는데, SSH는 다른 컴퓨터에 글자로 명령을 보내는 통로예요.

AI는 이 과정을 한 번에 불러 줬고, 저는 파일 옮기기까지만 따라갈 수 있었어요. 그다음 설명은 도저히 못 알아듣겠어서 AI를 멈춰 세웠습니다.

Claude Code · 2026년 7월 29일Claude 답은 요약

● Claude · 19:34

1번은 탐색기에 NAS 주소 넣기, 2번은 폴더 만들기, 3번은 앱 파일을 전부 그 안에 옮기기예요. 다 옮기면 SSH로 NAS에 접속해서 인증서를 받는 명령을 넣으면 됩니다.

나 · 19:45

그렇게 말하면 비전공자인 내가 알아들을까? 3까지는 했는데

↑ 보냄

● Claude · 19:45

죄송해요, 눈높이를 잘못 맞췄네요. 파일 복사까지 된 걸로 알고 다음 단계를 하나하나 짚어 드릴게요.

AI가 다시 하나하나 짚어 준 대로 명령어를 한 줄씩 넣었습니다. 10분쯤 지나자 AI가 휴대폰으로 열어 보라며 주소를 줬어요.

Claude Code · 2026년 7월 29일Claude 답은 요약

● Claude · 19:58

연결은 잘 됐는데 그 자리에 파일이 없다고 나와요. 파일이 그 폴더에 있는지, NAS가 어느 폴더를 보여 주는지 확인해 주세요.

나 · 20:02

수정했더니 잘되네 열림

↑ 보냄

이 주소가 생기자 캘린더도 붙일 수 있었습니다. 그날 밤 9시 34분, 구글 캘린더 일정을 읽어 와 보여 주는 할일 탭이 커밋으로 남았어요.

앱은 열렸는데 기록은 따로

남은 게 하나 있었습니다. 기록은 기기마다 따로 저장된다는 전날 AI의 말이 그대로였거든요. 노트북에서 체크한 루틴이 휴대폰 화면에는 안 보인다는 뜻이었죠.

목표는 이거였어요. 노트북도 휴대폰도 NAS 하나를 같이 보기

7월 31일 아침, 다시 NAS 설정에 매달렸습니다. 이번엔 기록을 주고받는 작은 창구(API)를 NAS에 만들었어요. 노트북이든 휴대폰이든 거기서 같은 기록을 읽고 쓰게요. 9시 8분에 그 창구의 첫 판이 커밋으로 남았습니다.

그날 점심, 휴대폰으로 앱을 열어 봤습니다. 앱에는 제미나이(구글의 AI)에게 일정을 말로 적으면 넣어 주는 기능도 붙어 있었는데요. 이 기능을 쓰려면 API 키라는 일종의 열쇠 값을 앱에 넣어 둬야 했어요.

Claude Code · 2026년 7월 31일Claude 답은 요약

나 · 12:16

핸드폰에서는 제미나이 API 등 모든 설정이 안 들어가있네. 이게 정상이겠지?

↑ 보냄

● Claude · 12:17

네, 정상이에요. 이번에 맞춘 건 루틴과 할일, 목표와 일기 같은 기록이에요. 제미나이 키나 구글 연결 같은 설정은 처음부터 기기마다 따로 두게 돼 있었어요. 민감한 값을 기록이랑 같이 옮기면 더 위험하거든요.

나 · 12:18

일단 따로 두는걸로하지.

↑ 보냄

설정은 휴대폰에서 한 번만 다시 넣으면 되는 일이었어요. 이렇게 7월 31일부터 노트북과 휴대폰이 같은 기록을 쓰게 됐습니다.

그날 오후 3시 10분엔 휴대폰 화면 차례였습니다. 이번에도 끝은 같은 말이었어요.

Claude Code · 2026년 7월 31일Claude 답은 요약

나 · 15:10

핸드폰 화면도 개선 좀 하자. 핸드폰 화면 레이아웃이 영 구림. PC는 맘에듦. 핸드폰 레이아웃만 콕찝어서 변경할 수 있음? 일단 기획안가져와

↑ 보냄

● Claude · 15:18

휴대폰 너비로 확인해 보니 문제 둘과 고치면 좋을 점 하나가 있어요. 위쪽 탭 일곱 개가 세 줄로 쌓여 화면을 잡아먹고, 일기 탭은 옆으로 밀려요. 루틴 체크 칸도 손가락으로 누르기엔 작고요. 탭은 한 줄로 두고 옆으로 밀어 넘기게 바꾸는 걸 제안해요.

나 · 15:19

탭 바는 대시보드만 남기고, 나머지는 접어서 유지. 나머지는 일단 만들어봐.

↑ 보냄

기획안에서 탭을 고치는 방법만 제 식으로 바꿔 고르고, 나머지는 그대로 맡긴 거예요. 몇 분 뒤 세 줄로 쌓였던 탭은 대시보드(오늘 할 일을 모아 보는 첫 화면) 하나와 펼치기 단추만 남은 한 줄이 됐습니다.

지금도 집 NAS에서 돌아가는 앱

윈터홀름은 지금도 집 NAS에서 돌아가고, 고칠 때마다 커밋을 남깁니다. 7월 마지막 주에 붙인 NAS와 커밋이 아직 그대로인 셈이에요.

혼자 쓸 앱을 AI에게 맡겨 만들고 있다면 두 가지를 권하고 싶어요. 큰 걸 시킬 때는 끝에 기획안부터 써 오라는 한 줄을 붙여 보세요. 고치기 시작하기 전에는 깃으로 저장 지점을 하나 남겨 두세요. 잘못돼도 돌아갈 곳이 생깁니다.

다음 편은 같은 7월 31일 오후 이야기예요. 노션에 쌓아 두던 기록을 옵시디언(내 컴퓨터에 파일로 저장하는 메모 앱)으로 옮기기 시작한 날입니다.

바이브코딩 일지 4편 · 그때 2026년 7월 28~31일 · 쓴 날 2026년 10월 2일

[바이브코딩 일지 3편] 클로드 코드(Claude Code)로 아버지 회사 네이버 광고를 처음 진짜로 바꾼 날 (미리보기 실행·단계적 적용)

Dalsaeng — Fri, 2 Oct 2026 09:34:51 +0900

2026년 7월 16일 오후 4시 49분, 아버지 회사의 네이버 광고 계정을 처음으로 클로드 코드(Claude Code)에게 직접 고치게 했습니다. 클로드 코드는 제 컴퓨터에서 명령을 직접 실행하는 AI 에이전트예요. 전날 이걸 처음 깔게 된 이야기는 2편에 있습니다.

그날 Claude Code 창에 붙여 넣은 건 이 세 줄이었습니다.

cd 05_스크립트
pip install requests openpyxl
python 국제크레인_계정반영_실행.py

프로그램이 든 폴더로 들어가서, 필요한 부품을 깔고, 프로그램 하나를 돌리라는 뜻이에요. 이 세 줄로 시작한 일은 밤 9시 반쯤에야 끝났습니다. 그 사이 세 시간 넘게는 사용 한도에 걸려 기다리기만 했고요.

계정을 바꾸는 프로그램은 미리보기부터 돌았습니다

전날 뽑은 키워드 목록은 Claude 앱의 Cowork(Claude 앱 안에서 여러 단계짜리 일을 맡기는 기능)와 함께 계속 다듬고 있었습니다. 다 다듬었으니 이제 광고 계정에 넣을 차례였죠. 네이버 광고는 키워드를 광고그룹이라는 묶음에 담고, 묶음마다 광고 문구를 붙입니다.

그 일을 한 번에 하라고 Cowork가 만들어 준 게 국제크레인_계정반영_실행.py였어요. 다듬은 키워드를 양산, 김해 같은 지역별 광고그룹 16개로 나눠 넣고 그룹마다 "양산 작업 전문 국제크레인" 같은 지역 문구를 붙이는 프로그램입니다. 아버지가 원하신 게 이 지역 문구였어요.

계정을 진짜로 바꾸는 프로그램이라 Cowork는 미리보기를 기본으로 해 뒀다고 했습니다. 미리보기(DRY_RUN)로 돌리면 네이버에는 아무것도 보내지 않고 무엇을 할지만 화면에 늘어놓아요. 다만 계정에 쓰는 부분은 자기가 있는 곳에서 시험해 볼 수 없어서, 처음 돌릴 때 오류가 날 수 있다고 미리 말하더라고요.

Claude Code가 미리보기를 돌린 결과는 그대로 복사해서 Cowork 창에 붙였습니다.

Claude 앱 · 2026년 7월 16일Claude 답은 요약

나 · 16:54

스크립트가 정상 실행됐습니다. DRY_RUN 모드(실제 계정 변경 없음)로, 다음 내용을 미리 확인했습니다. (중략) 2. ONLY_GROUP="김해" 처럼 한 그룹만 지정해 DRY_RUN=False로 시험 실행 → 네이버 광고시스템에서 눈으로 확인 3. 이상 없으면 ONLY_GROUP=""로 
라는데?

↑ 보냄

● Claude · 16:55

정상이에요. 광고를 누르면 가는 주소가 맞는지만 확인하고, 다음엔 김해 한 그룹만 진짜로 넣어 보세요. 김해는 키워드가 5개뿐이라 잘못돼도 그룹 하나만 지우면 돼서 시험용으로 안전해요. 광고 사이트에서 눈으로 확인하고, 이상 없으면 전체를 돌리세요.

김해 한 곳만 진짜로 넣었더니 오류가 네 개

그 답을 보고 바로 Claude Code 창에 두 줄을 쳤습니다. 미리보기를 끄고 김해 그룹 하나에만 진짜로 넣으라는 뜻이에요.

Claude Code · 2026년 7월 16일Claude 답은 요약

나 · 16:56

DRY_RUN = False
ONLY_GROUP = "김해"

↑ 보냄

● Claude

김해 그룹만 진짜로 넣는 시험이 끝났어요. 하다가 오류 네 개를 만나 하나씩 고쳤고, 김해 그룹에 키워드 5개와 광고 문구가 들어갔어요.

제가 한 건 이 두 줄이 전부였어요. 막히는 것도 고치는 것도 Claude Code가 혼자 했습니다.

AI 말로는 막힌 곳이 네 군데였다고 하더라고요. 첫 번째는 그룹 종류를 적는 칸이 빠져서 네이버가 그룹 만들기를 거절한 거였어요. 두 번째는 키워드를 찾는 주소가 틀려서 없는 페이지라는 답이 온 거였고요.

세 번째는 요청마다 붙이는 본인 확인 값을 잘못 계산해서 네이버가 요청을 막은 거였습니다. 네 번째는 광고 문구에 넣은 가운뎃점(·)이었어요. 네이버 광고 문구에 못 쓰는 문자라서 쉼표로 바꿨대요.

넷 다 네이버에 진짜로 요청을 보내야 드러나는 오류였습니다. 미리보기는 아무것도 보내지 않으니 그때는 보일 수가 없었던 거죠.

정작 김해크레인이 없었습니다

Claude Code가 보여 준 김해 결과를 Cowork에 붙였습니다. 김해 그룹에는 김해고소작업대와 김해1톤스카이, 공단 이름이 붙은 크레인 키워드까지 다섯 개가 들어가 있었어요. 그런데 가장 기본일 것 같은 하나가 안 보였습니다.

Claude 앱 · 2026년 7월 16일Claude 답은 요약

나 · 17:03

이렇다는데, 근데 "김해 크레인" 키워드는 왜 없는거임? 의도적인건가?

↑ 보냄

● Claude · 17:06

의도한 게 아니라 빠진 거예요. 다른 도시는 부산크레인, 울산크레인처럼 다 들어 있는데 김해만 김해크레인이 없어요. 검색량을 조사할 때 김해가 기본 지역 목록에 없었고, 나중에 공단 키워드로만 끼어들어서 그래요. 목록에 넣을게요.

2편에서는 지역 목록에서 부산이 통째로 빠져 있었는데, 이번엔 김해였습니다. AI가 만든 목록은 결과를 제 눈으로 한 번 봐야 구멍이 보이더라고요.

다시 김해 시험으로 돌아오면, 결과는 통과였습니다. Cowork가 써 준 지시를 붙여 넣자 Claude Code는 미리보기부터 다시 돌렸어요. 나머지 지역 그룹 15개가 새로 생기고 김해 그룹에는 김해크레인 하나만 더해진다는 걸 확인한 뒤에야 진짜로 넣었습니다. 이렇게 지역 그룹 16개가 모두 계정에 들어갔어요.

그룹을 줄이려다 겹겹이 쌓였습니다

16개 그룹이 다 들어간 뒤 Cowork에 이렇게 물었습니다.

Claude 앱 · 2026년 7월 16일Claude 답은 요약

나 · 17:09

쩝 근데 이러면 그룹이 너무 많이 늘어나는게 좀 그런데. (부산+김해) 이런식으로 그룹을 묶어도 좋을 것 같은데 그러면 소재 등록에서 문제가 생기려나? 그룹을 묶는데도 소재는 찰떡으로 들어가게는 못하는거임?

↑ 보냄

● Claude · 17:11

광고 문구(소재)는 그룹마다 하나라서, 묶으면 지역마다 손으로 쓴 문구는 못 넣어요. 대신 검색한 키워드를 제목에 자동으로 끼워 넣는 기능을 쓰면 묶은 그룹에서도 지역 이름은 떠요. 다만 아버지가 원하신 "부산 작업 전문" 같은 문장 그대로는 안 돼요.

나 · 17:12

키워드 괜찮은데? 그 방식을 쓰면

↑ 보냄

Cowork는 16개를 도시권 5개로 묶는 지시문을 써 줬고, 저는 그걸 Claude Code에 붙여 넣었습니다. 그런데 몇 분 뒤 Cowork가 16개는 이미 아버지가 원하신 문구로 다 만들어져 있으니 그대로 두는 것도 좋다고 했어요. 듣고 보니 맞는 말이라 16개를 그대로 두겠다고 답했습니다.

그사이 Claude Code 쪽은 이미 움직이고 있었어요. 기존 그룹을 어떻게 할지 고르라는 선택지를 띄웠는데, 제가 무엇을 골랐는지는 기록에 없습니다. 17시 35분에 받은 결과를 보면 지역 그룹 16개는 그대로 있고 도시권 그룹 5개가 새로 생겨 있었어요. 계정에는 예전부터 있던 그룹 9개도 남아 있었고요.

Cowork 말로는 같은 키워드가 여러 그룹에 살아 있으면 서로 경쟁하면서 광고비가 이중으로 나갈 수 있다고 했습니다. 그래서 지역 그룹만 남기고 도시권 5개와 예전 9개는 지우기로 했어요. 지역 그룹 가운데 확인필요_가산도 같이 지우라고 덧붙였습니다. 이름처럼 확인이 더 필요한 키워드를 모아 둔 그룹이었어요. 그래서 지울 그룹은 15개, 남길 지역 그룹도 15개가 됐습니다.

지우기 직전에 한도가 왔습니다

5시 44분쯤 지우라는 지시를 보내자 답 대신 이 한 줄이 떴습니다.

You've hit your session limit · resets 9:20pm (Asia/Seoul)

Claude 사용 한도를 다 써서 밤 9시 20분까지 기다리라는 뜻이에요. 7시쯤 같은 지시를 다시 보냈을 때도 이 줄이 떴습니다. 사용량을 따로 사 뒀는데 벌써 한도냐고 투덜댄 메시지도 남아 있는데, 거기에도 같은 줄이 돌아왔어요.

한도가 풀리고 밤 9시 31분에 한 줄을 보냈습니다.

Claude Code · 2026년 7월 16일Claude 답은 요약

● Claude

지우면 되돌릴 수 없어요. 확인필요_가산까지 넣어서 15개를 지울지 마지막으로 확인해 주세요.

나 · 21:31

마저 진행해

↑ 보냄

● Claude

15개 그룹을 오류 없이 지웠어요. 광고에는 이제 김해, 양산, 부산 같은 지역 그룹 15개만 남아 있어요.

지우는 일이 반쯤 돌다 멈춘 건 아니었습니다. Claude Code가 지우기 전에 확인을 받으려고 기다리던 자리에서 한도가 온 거라, 그동안 계정은 그대로였어요.

9시 20분까지는 이 모래시계만 봤습니다

다음에도 김해부터

그날 순서는 미리보기, 김해 한 곳, 나머지 전부였습니다. 9월 말에는 광고를 누르면 가는 주소를 새 홈페이지로 옮겼어요. 그때도 미리보기를 보고 그룹 하나를 먼저 옮긴 뒤 나머지를 옮겼는데, 하나만 먼저 옮겨 본 그 그룹도 김해였습니다.

AI 에이전트에게 광고 계정처럼 되돌리기 어려운 걸 맡긴다면 저는 이 순서를 권하고 싶어요. 미리보기로 무엇을 할지 보고, 가장 작은 묶음 하나만 진짜로 해 본 다음, 나머지를 맡기는 거예요. 제 경우엔 김해 하나에서 오류 네 개와 빠진 키워드 하나가 나왔고, 나머지 15개 그룹은 한 번에 들어갔습니다.

미리보기, 한 곳, 전체

다음 편은 같은 무렵 시작한, 제 하루를 관리하는 앱을 만든 이야기예요.

바이브코딩 일지 3편 · 그때 2026년 7월 16일 · 쓴 날 2026년 10월 2일

바이브코딩 일지 연재 목차

Dalsaeng — Thu, 1 Oct 2026 23:00:45 +0900

코딩 한 줄 모르던 공대생이 클로드·코덱스 같은 AI 에이전트로 앱과 자동화를 만들어 온 바이브코딩 일지를 처음부터 순서대로 모았습니다. 처음 오셨다면 1편부터 읽어 보세요.

1편 · 챗GPT(ChatGPT)에 오류 메시지만 붙여 넣던 1년 4개월, 코드 한 줄 모르던 공대생 (2025년 3월 ~ 2026년 7월)
2편 · 클로드(Claude) 깐 지 사흘, 테트리스 만들어보기부터 클로드 코드(Claude Code)에 제 컴퓨터를 맡기기까지 (2026년 7월 13~15일)

새 편은 아침·점심·저녁, 하루 세 번 이어서 올라옵니다. 전체 글은 바이브코딩 일지 카테고리에서도 볼 수 있어요.