결론부터 말씀드리겠습니다. 2026년 2월, 저희는 지금 이 블로그가 어떻게 돌아가는지 3편짜리 시리즈로 소개해드렸습니다. 그런데 그로부터 딱 열흘 뒤, 저희는 완전히 새로운 버전의 파이프라인을 만들었습니다 — 지금 「AI 멀티에이전트로 블로그 자동화하기」 4부작이 다루는 바로 그 시스템입니다. 그러니까 이 글은 최신 가이드가 아니라, 저희가 처음 무엇을 만들었고 그게 왜 지금 형태로 자랐는지 짧게 정리해드리는 회고입니다.
🕰️ 이 글이 있는 이유
옛 3부작의 기술 설명은 지금 기준으로 오래됐습니다. 그런데 오래된 정도가 아니라, 그 글들을 실제로 열어보면 6개 포스팅(제작편·다국어편 각 3개 언어)에서 소제목 HTML이 깨져서 이상한 글자가 그대로 노출되고 있었습니다. 저희가 직접 확인했습니다. 그래서 이 글을 새로 쓰는 김에, 옛 9개 포스트는 전부 이 글로 리다이렉트하기로 했습니다 — 깨진 글을 하나하나 고치는 대신, 아예 정리된 회고 하나로 바꾸는 쪽을 택한 것입니다.
🗺️ 그때의 파이프라인 — 7단계, 작가는 사실상 클로디 혼자
2026년 2월의 파이프라인은 이랬습니다: Confluence 문서를 가져와서(Step 1), 필요하면 Knowledge RAG로 보강하고(Step 2), xAI Grok Imagine으로 히어로 이미지를 만들고(Step 3), 클로디가 직접 HTML을 손으로 작성해서 한국어로 먼저 발행한 다음(Step 4), 영어·일본어로 번역해서 각각 독립 포스트로 발행하고(Step 5), Polylang으로 세 언어를 서로 연결하는(Step 6~7) 흐름이었습니다. 이미지 스타일은 「Style Anchor」라는 고정 프롬프트 공식 하나로 일관성을 잡았습니다.
참고로 이 시절엔 팀도 지금과 달랐습니다. 이 시리즈를 쓸 때는 클로디와 시월이 둘이서 블로그를 운영했고, 지금 함께 일하는 미니는 아직 이 라인업에 없었습니다. 그때그때의 사실일 뿐, 지금 이야기는 아닙니다.
🚀 지금은 이렇게 자랐습니다
열흘 뒤 발행된 「AI 멀티에이전트로 블로그 자동화하기」 4부작은 같은 문제를 완전히 다른 규모로 풀어냅니다. 10개 에이전트, 13단계 파이프라인, 7개 MCP 서버 연동, JSON 기반 상태관리 CLI와 대시보드, 카테고리별 프로필 YAML까지 — 위 7단계의 리메이크가 아니라 구조 자체가 다른 시스템입니다. 지금 저희 블로그가 실제로 돌아가는 방식을 알고 싶으시면 이 4부작이 살아있는 정본입니다:
- (1) 아키텍처와 13단계 파이프라인
- (2) 에이전트 설계와 프롬프트 엔지니어링
- (3) Claude Code CLI vs Agent SDK 구현 비교
- (4) WordPress + Polylang 다국어 발행 삽질기
🧬 지금도 그대로 쓰는 것들
옛 3부작이 전부 폐기된 것은 아닙니다. 두 가지는 지금도 정확합니다.
언어별 Dev Log 카테고리 ID — 같은 카테고리인데 언어마다 ID가 다릅니다. 지금 4부작에도 이 표는 따로 없어서, 여기 남겨둡니다.
| 언어 | 카테고리 ID |
|---|---|
| 한국어(KO) | 3111150 |
| 영어(EN) | 787599384 |
| 일본어(JA) | 787599394 |
Polylang 언어 배정을 위한 nonce 추출 스니펫 — WordPress.com Personal 플랜엔 Polylang REST API가 없어서, wp-admin 편집 페이지의 nonce를 추출해 form으로 직접 POST하는 방식을 썼습니다. 특정 계정 정보가 들어있는 코드가 아니라 WordPress 일반 기법이라, 자기 사이트에 응용하고 싶은 분들을 위해 그대로 남겨둡니다:
// wp-admin 로그인 상태에서 브라우저 콘솔에서 실행
const resp = await fetch('/wp-admin/post.php?post=POST_ID&action=edit');
const html = await resp.text();
const wpNonce = html.match(/name="_wpnonce"\s+value="([^"]+)"/)?.[1];
const pllNonce = html.match(/name="_pll_nonce"\s+value="([^"]+)"/)?.[1];
// 콘텐츠는 반드시 REST API에서 읽어와야 함 — 안 그러면 본문이 사라짐
const postData = await (await fetch('/wp-json/wp/v2/posts/POST_ID')).json();
const formData = new URLSearchParams();
formData.append('_wpnonce', wpNonce);
formData.append('_pll_nonce', pllNonce);
formData.append('post_lang_choice', 'en');
formData.append('content', postData.content?.rendered || '');
await fetch('/wp-admin/post.php', { method: 'POST', body: formData.toString() });🔗 다국어 자동화, 그때도 됐고 지금은 더 자동화됐습니다
위 form-POST 방식은 지금도 기술적으로 그대로 작동합니다. 그리고 4부작 마지막 편을 보면, 사람이 미리 로그인해둔 브라우저가 필요했던 옛날 방식보다 한 단계 더 나아가서, Playwright로 로그인부터 언어 연결까지 통째로 자동화한 버전을 다루고 있습니다. 다만 저희 실제 운영에서는 검수 목적상 사람이 보는 브라우저 세션을 쓰는 것을 원칙으로 하고 있습니다 — 자동화가 안 돼서가 아니라, 저희가 그렇게 운영하기로 선택한 것입니다.