그래서 나는 이 구조를 계속 유지하기로 했다 (시리즈를 마치며)

노션에서 옵시디언으로, 다시 워드프레스로. 그리고 그 사이를 연결하는 Make와 ChatGPT까지. 지난 14일간의 기록은 단순한 ‘도구 사용법’이 아니었습니다. 그것은 “어떻게 하면 생각하는 시간을 늘리고, 노동하는 시간을 줄일까?”에 대한 치열한 고민의 흔적이었습니다. 돌이켜보면, 이 복잡한 시스템을 구축한 목적은 “글을 빨리 쓰기 위해서”가 아니었습니다. 오늘은 이 긴 여정을 마무리하며, 제가 왜 이 번거로운 구조를 유지하기로 결심했는지, 그 최종적인 … 더 읽기

AI 자동화가 절대 대신할 수 없는 영역들, 내가 직접 겪고 멈춘 지점

지난 Day 12의 운영 후기를 올리고 나서 가장 많이 들었던 질문은 이것이었습니다. “그럼 이제 마스터님은 놀아도 되는 거 아니에요? 다 자동이잖아요.” 처음 시스템을 설계할 때는 저도 그렇게 믿었습니다. 키워드만 넣으면 기계가 알아서 돈을 벌어다 주는 ‘디지털 노마드의 꿈’을 꿨죠. 하지만 실제로 2주간 시스템을 굴려보니, “아, 이건 기계에게 맡기면 큰일 나겠다” 싶은 선(Line)이 명확히 보이기 시작했습니다. … 더 읽기

AI 자동 글쓰기 시스템을 7일간 돌려보니 생긴 현실적인 문제들

지난 Day 8에서 자동 글쓰기 시스템을 완성했을 때, 저는 솔직히 세상을 다 가진 기분이었습니다. 옵시디언에 키워드만 던져 놓으면, Make가 그걸 받아서 ChatGPT에게 넘기고, 워드프레스에 포스팅까지 끝내주는 구조. 이론상으로는 완벽했습니다. 잠자고 일어나면 블로그에 글이 10개씩 쌓여 있을 거라는 환상에 부풀었죠. “이제 글 쓰는 노동은 끝났다. 나는 관리자다.” 하지만 딱 7일이 지나자, 그 환상은 처참하게 깨졌습니다. 시스템은 … 더 읽기

AI 자동 글쓰기는 왜 저품질 판정을 피할 수 있었을까?

“자동 생성 = 저품질”이라는 공식은 이미 깨졌다. AI로 글을 만든다고 하면 가장 먼저 따라오는 말이 있습니다. “그거 저품질 오는 거 아니에요?” 실제로 많은 블로그가 같은 도구를 쓰고도 누군가는 살아남고, 누군가는 검색에서 사라집니다. 차이는 단 하나입니다. 글의 생성 방식이 아니라, 사이트가 보내는 신호(Quality Signal) 지난 Day 10에서 검색 노출의 원리를 다뤘다면,오늘 Day 11에서는 구글이 실제로 저품질을 … 더 읽기

AI 자동 글쓰기 콘텐츠가 검색에 노출되는 진짜 이유

“AI 글은 색인이 안 된다”는 말은 반만 맞고, 반은 틀렸다. 옵시디언 + Make + ChatGPT로 자동 글쓰기 시스템을 구축하면 가장 많이 듣는 질문이 하나 있습니다. “이렇게 만든 글, 구글에서 제대로 노출되나요?” 결론부터 말하면 이렇습니다. AI가 썼느냐가 아니라, ‘어떻게 운영되느냐’가 전부입니다. Day 8에서 우리는 무인 콘텐츠 생성 파이프라인을 만들었고,Day 9에서는 그 글들을 운영하는 구조를 완성했습니다. 이제 … 더 읽기

자동으로 생성된 글은 어떻게 관리해야 할까? 무인 콘텐츠 공장 운영 전략

“자동화는 만들기보다, 굴리는 것이 훨씬 어렵다.” 지난 Day 8에서 옵시디언 + Make + ChatGPT를 이용한 무인 콘텐츠 생성 파이프라인을 완성했습니다. 이제 질문은 하나로 압축됩니다. “자동으로 만들어진 이 많은 글들을 어떻게 운영해야 할까?” 많은 분이 시스템 구축에만 열광하지만, 자동화의 진짜 실패 지점은 대부분 이 ‘운영’ 단계에서 발생합니다. 품질 관리가 안 된 글이 쏟아지면 블로그는 순식간에 ‘저품질’의 … 더 읽기

옵시디언 + ChatGPT 자동 글쓰기 시스템, 사람이 사라진 콘텐츠 파이프라인

“진정한 창작자는 글을 쓰는 사람이 아니다. 시스템을 설계하는 사람이다.” 지난 Day 7에서 우리는 Make.com으로 옵시디언과 워드프레스를 연결하는 ‘자동화 고속도로’를 깔았습니다. 하지만 아직 도로 위를 달릴 ‘자동차(콘텐츠)’가 없습니다. “그 글을 매번 내가 직접 써야 한다면?”결국 다시 병목(Bottleneck)이 생깁니다. 그래서 저는 이 파이프라인의 중간에 ChatGPT(OpenAI API)를 끼워 넣었습니다. 그 순간, 이 시스템은 단순 자동화가 아니라 ‘24시간 돌아가는 … 더 읽기

옵시디언 자동화에 Zapier vs Make, 개발자가 직접 써보고 결정한 답

“자동화는 도구를 고르는 순간 이미 성공과 실패가 결정된다.” 지난 Day 6에서 우리는 옵시디언을 중심으로 한 자동화 구조를 만들었습니다. 이제 대부분의 분들이 묻는 질문이 하나로 모입니다. “그래서 Zapier를 써야 하나요, Make를 써야 하나요?” 이 글은 흔한 광고성 비교글이 아닙니다. 20년 차 개발자인 제가 실제로 옵시디언 자동화 파이프라인을 굴리며, 돈과 시간을 써보고 내린 최종 결론입니다. 1. 두 … 더 읽기

옵시디언 자동화 시스템, 체크 하나로 글쓰기까지 이어지는 구조

“진정한 자동화란, 일을 대신해 주는 것이 아니라 ‘생각할 필요’를 없애주는 것이다.” 지난 Day 5에서 저는 옵시디언의 Task_System을 중심으로 할 일이 어떻게 노트로 변하는지 보여드렸습니다. 하지만 진짜 생산성은 여기서 한 단계 더 나아갑니다. “체크박스를 클릭하는 순간, 다음 단계가 자동으로 실행되는 것.”이것이 제가 구축한 ‘옵시디언 무중단(Seamless) 자동화’의 핵심입니다. 1. 수동 시스템의 치명적 한계 아무리 좋은 Task System이 … 더 읽기

옵시디언 할 일 관리 시스템, 내가 실제로 쓰는 구조 공개

“할 일 앱이 아니라, 생각이 흐르는 시스템이 필요했다.” 옵시디언을 쓰기 전까지 저는 항상 두 개의 앱을 오갔습니다. 하나는 ‘할 일 관리 앱’, 다른 하나는 ‘메모 앱’이었습니다. 문제는 간단했습니다. 할 일(Action)과 생각(Thought)이 서로 다른 곳에 격리되어 있었습니다. 그래서 저는 항상 이런 ‘분절 현상’을 겪었습니다. 옵시디언으로 시스템을 통합하면서 이 문제는 기술적으로 완전히 해결되었습니다. 그 이유는 ‘할 일(Task)’이 … 더 읽기