AI 업무자동화와 에이전트 개발 경험을 기록하는 블로그를 자동으로 운영하고 싶었습니다.
다만 글을 만들어주는 봇 하나를 붙이는 일로 끝내고 싶지는 않았어요. AI가 그럴듯한 문장을 만드는 일은 가능하지만, 그 문장이 제가 실제로 만든 것과 맞는지는 다른 문제니까요.
프로젝트 코드에는 구현한 흐름이 남고, 작업 기록에는 어떤 결정을 했는지가 남습니다. Blog Agent는 이 둘을 읽어서 글의 재료로 쓰는 구조로 시작했습니다. 확인되지 않은 사실을 그럴듯하게 채우지 않고, 실제 경험과 프로젝트 안에서 확인할 수 있는 내용을 바탕으로 초안을 만들도록요.
그래서 처음부터 글 생성만 하나의 명령으로 두지는 않았습니다.
먼저 저장소 안에 어떤 근거가 있는지 모읍니다. 그다음 이번 글에서 다룰 주제에 맞는 범위를 잡고 그 범위 안에서 확인되는 내용을 따로 봅니다. 이렇게 정리된 내용이 초안의 컨텍스트로 넘어갑니다.
흐름으로 쓰면 이 정도예요.
프로젝트 코드와 작업 기록 → 이번 주제에서 확인할 수 있는 내용 → 근거를 가진 초안
말로 쓰면 꽤 당연해 보이는데, 글쓰기 쪽에서는 이 순서를 빼기 쉬웠습니다. 주제 하나를 던지고 바로 문장을 생성하면 되니까요. 하지만 그러면 실제로 구현한 범위보다 넓은 이야기가 섞이거나, 기록에 없는 판단이 자연스럽게 들어갈 여지가 생깁니다. 문장은 자연스러운데 정작 제가 확인할 수 없는 글이 될 수도 있고요.
그래서 Blog Agent에서 글의 내용과 말투를 분리했습니다. 내용은 프로젝트와 경험에서 가져오고, 문체는 제가 이전에 쓴 글의 샘플과 분석을 참고하게 했습니다.
첫 범위는 여기까지였습니다. 프로젝트와 작업 기록을 바탕으로 초안을 만들고, 그 초안을 개인 Ubuntu 서버에서 운영하는 WordPress에 Draft로 생성하는 흐름입니다. 아직 공개된 글이 아니라 검토할 수 있는 초안으로 먼저 쌓이는 형태예요.
자동화된 글쓰기를 만들면서 가장 먼저 붙잡은 기준은 화려한 결과물이 아니라 출처였습니다. 글 한 편이 매끈하게 읽히는 것도 좋지만, 나중에 다시 봤을 때 “이 내용은 어디에서 나온 거지?”라는 질문에 답할 수 있어야 했습니다.
다만 초안에 근거를 넣었다고 해서, 이후의 문장까지 그대로 안전하다고 볼 수는 없었습니다. 문장을 다듬는 과정에서도 다시 확인할 일이 남았어요. 그 이야기는 다음 기록에서 이어가 보겠습니다.