GPTERS 사례글 · Admin Learning Control

자동 공개가 아니라,
사람 승인 전과정

Learning Control은 AI에게 전과정을 맡기는 자동화가 아니다.

Learning Control
고민
머릿속 분류
원본인지 · 공개해도 되는지
사이트에 올렸는지 기억에만
원칙
Gate 안 Skills
사람이 설계한 문 안에서
표준 레시피만 돌린다
Admin 조종석 → Skills 레시피
01 / 06

무단 노출 우려 vs 사람 제어

자동화가 세질수록, 실수로 공개되면 안 되는 문서도 같이 위험해진다

오해
버튼 하나 전과정
AI에게 정리·공개까지 맡김
예쁜 숫자 = 맞는 숫자
확인 없이 execute
VS
실제
Gate + Dry-run
5단계 문을 먼저 박는다
미리보기 후 사람 승인
Admin은 조종석만
자동화의 미덕은 다 밀어 넣는 것이 아니라 위험한 것을 멈추는 것
02 / 06
3축 통계 · 한 칸에 섞지 말 것

많이 모은 것과 많이 공개한 것은 다른 숫자

캡처 시점 예: 전체 1212 · 소스 레퍼런스 1208 · 공개 문서 4 · 러닝허브 4

Corpus Axis
전체 정보 축
원본 + 공개
소스 레퍼런스 1208
공개 문서 4
합계 1212
관리자 분류 축
LC + LS 작업량
러닝컨트롤 승인
러닝스튜디오 공장
수집과 배포는 독립 축
사용자 축
학습자에게 보이는 양
공개 문서 4
러닝허브 4
검수한 양만 사용자 축
많이 모았다 ≠ 많이 공개했다 → 축을 섞으면 통계가 거짓말이 된다
03 / 06
공장 라인 · 5 Gates

문을 먼저 만들고, 엔진은 나중에

재료 창고 · 손질대 · 검수대 · 진열 · 원터치 — 역할을 한 단어에 섞지 않는다

5 Gates
원본소스 RAW자료를 모은다
준비문서공개 후보 손질
공개후보 OPEN공개해도 되는지
Hub 진열러닝허브 반영
전과정 자동화돌리되 기록한다
빨간 태그 sensitive · public_blocked = 보호
04 / 06
승인 게이트 · HARD-GATE

Dry-run 먼저, execute는 승인 후

Hub에 올렸다고 상태가 바로 최종 공개로 점프하면 다음 문이 안 열린다

Preview first
Dry-run 의무
Cursor Supabase
무엇을 만들 예정인지만 먼저 보여준다.
미리보기 · DRY-RUN 배지
공개·삭제·prod write 금지
RESULT에 실제반영 구분

순서
올바른 순서
Vercel 상태 기록
진열(Hub)과 판매 확정(Publish)은 다른 문이다.
후보 → 공개 승인
Hub 연결 → Publish
Hub 진열 ≠ 최종 공개
후보 → 공개승인 → Hub → Publish
05 / 06
Skills 레시피 · 같은 순서

Admin은 조종석, Skills는 레시피

새 채팅에서도 슬래시 한 방으로 같은 일을 같은 순서로 반복한다

5 Skills
ingest원본을 L0에
1st-edit오늘 phase 일기
2nd-edit제목·메타 정규화
reingest헤더 정본 맞추기
pipelineAdmin 흐름 묶음
ingest → 1st-edit → 2nd-edit → reingest → pipeline · exter · edit-pipeline
06 / 06