저희 팀이 블로그를 쓸 때 실제로 밟는 순서가 있습니다. 키워드 분석 → 초안 작성 → SEO 최적화 → 담당자 승인 → 최종 배포. 이 다섯 단계를 그대로 에이전트에게 알려줬습니다.

앞의 세 단계는 에이전트가 수행하고, 승인은 사람이 직접 합니다. 휴먼 인 더 루프(human-in-the-loop) 구조인데, 저희가 이 방식을 채택한 이유는 간단합니다. 브랜드 톤이나 맥락의 미묘한 차이는 아직 사람 눈이 더 정확하기 때문입니다. 완전 자동화를 시도한 적도 있었는데, 결국 사람의 검수를 거친 콘텐츠의 완성도가 훨씬 높았습니다.

💡 "반복 업무는 에이전트가, 판단은 사람이. 이 분리가 자동화의 출발점이다."

워크플로우가 뼈대라면, 플레이북은 각 단계의 구체적 실행 지침입니다. 스킬은 그 지침을 실행하는 기능 단위고요.

슬랙에서 "블로그 작성 워크플로우에 대한 플레이북 생성해 줘"라고 보내면 에이전트가 초안을 만듭니다. 저희는 여기에 조건을 추가했습니다. 키워드는 검색량 대비 문서 퀄리티가 낮은 걸로 선별할 것, 초안은 3천자 분량으로 SEO 구조에 맞출 것. 에이전트가 만든 플레이북은 꽤 디테일한 편이지만, 실제 운영에서는 각 팀의 콘텐츠 전략에 맞게 수정하는 과정이 필요합니다.

💡 "에이전트한테 '블로그 써 줘'라고만 하면 평범한 글이 나온다. 플레이북이 구체적일수록 결과물 품질이 올라간다."

"AX 컨설팅이 필요한 이유에 대한 블로그 콘텐츠 발행해 줘." 슬랙에 이렇게만 명령하면 에이전트가 움직입니다. 키워드 분석부터 시작해서 제목 후보, 타겟 독자, 독자가 겪는 문제, 핵심 메시지까지 자동으로 뽑아냅니다. 그 데이터를 기반으로 블로그 초안을 작성하고, SEO 체크리스트를 돌려 검색 최적화 상태까지 점검합니다.

승인 단계에서는 단순히 "승인/반려"만 있는 게 아닙니다. 개선 사항을 텍스트로 적으면 에이전트가 피드백을 반영한 새 버전을 만들어 줍니다. 수정 지시 한두 줄이면 초안 품질이 눈에 띄게 달라졌습니다.

💡 "사람은 피드백만 쓰면 된다. 나머지는 에이전트가 알아서 고친다."

승인이 끝나면 한 시간 간격의 크론 스케줄러가 후속 작업을 디스패치합니다. 노션 API 키, 데이터베이스 ID, 페이지 생성 여부, 발행 상태값. 이 네 가지만 세팅하면 배포 자동화 준비 끝입니다. 슬랙 쓰레드에 배포 완료 메시지가 뜨고, 노션 페이지에서도 바로 확인이 됩니다.

여기서 드릴 수 있는 팁 한 가지는, 블로그 플랫폼을 고를 때 API 지원 여부가 안정성을 결정짓는다는 것인데요! 노션이나 미디엄은 API가 있어 자동화가 수월하지만, 브런치나 티스토리처럼 API가 없으면 매크로로 구현해야 합니다. 저희도 초기에 매크로를 시도했다가 불안정해서 API 기반으로 전환했습니다.

💡 "API가 있는 플랫폼을 고르면 자동화가 안정적으로 돌아간다. 매크로는 결국 갈아엎게 된다."