v0.1 · 2026년 6월 운영 기준
하네스 기반 운영 루틴 v0.1
이 문서는 6월 운영을 대화 중심 정리에서 반복 가능한 AI 운영 시스템으로 옮기기 위한 초안입니다. 내부 프롬프트나 세부 자동화 설정이 아니라, 공개 가능한 수준의 목적, 흐름, 검증 기준만 정리합니다.
위스퍼링을 운영 시스템으로 회수한다
5월까지는 메타철부지와의 대화로 생각을 정리하고 실행 방향을 잡았습니다. 6월부터는 그 대화를 하네스, 스킬, 워크플로우, Eval로 회수해 반복 가능한 운영 구조로 바꿉니다.
목표는 완벽한 시스템을 만드는 것이 아닙니다. 작은 작업부터 목적과 검증 기준을 세우고, 실행 결과를 Log, Insight, SOP, Board로 남기는 습관을 만드는 것입니다.
6월 운영 시스템의 실험 대상
| 프로젝트 | 운영 관점 |
|---|---|
| AI 콘텐츠 비서 | 소상공인 홍보 콘텐츠 생성 서비스의 시장 반응과 납품 흐름 검증 |
| AI 블로그 / AdSense | 발행 루틴, SEO 점검, 광고 심사 준비 과정을 기준으로 기록 |
| chulbuji.com 본진 | Log, Insight, SOP, Board로 운영 경험을 자산화 |
| 마케팅 실험 | 크몽, 블로그, 검색 유입, 상품 설명 개선을 작은 단위로 검증 |
| 자동매매 기록 자산화 | 투자 판단 제안이 아닌 운영 실험과 검증 기록으로 축적 |
생각에서 기록 자산까지
- 현재 좌표 정리 대표님의 생각이나 실행 경험을 메타철부지와 정리합니다. 지금 무엇이 문제이고, 어떤 판단이 필요한지 확인합니다.
- 하네스 작성 목적, 역할, 범위, 검증 기준, 기록 위치를 먼저 적습니다. 기준이 불명확하면 실행을 줄이고 하네스를 보강합니다.
- 실행 AI 배정 GPT와 메타철부지는 판단과 구조화를 맡고, Claude와 Codex는 개발과 수정, Gemini는 Google 생태계와 마케팅 점검, NotebookLM은 자료 정리와 SOP화를 맡깁니다.
- 실행 정한 범위 안에서 작업합니다. 범위가 커지면 새 하네스로 분리하거나 보류합니다.
- Eval 결과를 느낌으로 판단하지 않고 사전에 정한 기준으로 점검합니다.
- 기록 반영 의미 있는 과정은 Log, Insight, SOP, Board 중 적절한 위치에 남깁니다.
작업 시작 전 확인할 질문
| 항목 | 질문 |
|---|---|
| 목적 | 이 일을 왜 하는가? |
| 역할 | 대표님, 메타철부지, Claude, Codex, Gemini 중 누가 무엇을 맡는가? |
| 범위 | 어디까지 하고 어디서 멈추는가? |
| 검증 | 성공, 실패, 보류를 무엇으로 판단하는가? |
| 기록 | 결과를 Log, Insight, SOP, Board 중 어디에 남기는가? |
이번 달에 확인할 최소 기준
| 항목 | 기준 |
|---|---|
| 하네스 카드 | 5개 이상 작성 |
| 스킬 후보 | 3개 이상 도출 |
| 워크플로우 | 2개 이상 실제 실행 |
| Eval 기준 | 2개 이상 작성 |
| Log / Insight | 운영 시스템 관련 2개 이상 발행 |
| SOP | 하네스 기반 운영 루틴 v0.1 작성 |
작게 만들고 실제로 쓴다
- 새 작업을 시작할 때 하네스 5문항을 먼저 적는다
기준 없이 시작한 작업은 반복 가능한 운영 자산으로 남기 어렵습니다.
- 반복되는 작업은 스킬 후보로 표시한다
한 번 더 할 가능성이 보이면 다음 실행을 줄일 수 있는 형태로 남깁니다.
- 한 번만 하는 작업은 Log로 끝낸다
모든 작업을 무겁게 문서화하지 않고, 필요한 판단과 결과만 남깁니다.
- 두 번 이상 반복된 작업은 SOP로 만든다
완성된 매뉴얼이 아니라 다음 반복을 돕는 v0.1 기준부터 작성합니다.
- 결과 판단은 느낌이 아니라 Eval 기준으로 한다
사전에 정한 기준이 없으면 성공과 실패를 단정하지 않고 보류 판단으로 남깁니다.
- 매주 1회 Board에 반영한다
프로젝트별 실행을 흩어놓지 않고 월간 운영 방향 안으로 회수합니다.