A
실행력은 검증됐다
Discord gateway, 전문 프로필, cron, 위키, Cloudflare 보고서가 이미 실제 산출물을 만든다. cron health와 auto-recovery watchdog도 운영 중이다.
Discord-first AI autonomy lab / as of 2026-08-27 KST
지금 필요한 것은 에이전트를 더 늘리는 일이 아니다. 요청·작업·증거·승인을 하나의 흐름으로 묶고, 이미 돌아가는 자동화가 무엇을 남기는지 보이게 만드는 일이다.
생산 능력은 이미 충분하다. 병목은 실행량이 아니라 연결성, 노이즈 예산, 종료 증거, 외부 가치 검증이다.
01 / Current operating state
현재 시스템은 연구·개발·운영을 실제로 수행한다. 그러나 Discord 표면에서 무엇이 요청이고, 무엇이 진행 로그이며, 어디에 최종 증거가 남는지 한 번에 읽히지 않는다.
관찰: Home 최근 표본에는 사용자 요청과 함께 tool progress, compaction/reset, shutdown, 라우팅 정정이 섞였다. 스레드 원칙은 존재하지만 한 차례 실제 붕괴와 수정이 확인됐다.
목표: Home은 intake만, thread는 workstream만, status는 압축된 exception만, logs는 임시 진단만 담는다. 최종 산출물은 canonical registry에서 찾는다.
다음 경계는 L2 통제. 소유자, SLO, 승인 규칙, 외부 read-back, 폐기 기준이 연결돼야 한다. 상위 기능이 있어도 하위 통제가 빠지면 상위 성숙도로 판정하지 않는다.
A
Discord gateway, 전문 프로필, cron, 위키, Cloudflare 보고서가 이미 실제 산출물을 만든다. cron health와 auto-recovery watchdog도 운영 중이다.
B
요청, 진행상태, 내부 도구 흔적, 장애 메시지, 최종 답변이 같은 시야에 들어온다. 장애 때는 유용하지만 일상 intake에는 과밀하다.
C
37개 active job은 역량이면서 비용·중복·소음 표면이다. 특히 웹디자인 조사군처럼 연속 scout/research/digest가 있는 묶음은 목적과 승격 기준을 한 ledger에서 봐야 한다.
D
3,005 sessions와 8.1GB DB는 대화 보존 규모다. 하지만 Discord thread, specialist run, artifact, approval을 잇는 canonical workstream record는 아직 운영 중심이 아니다.
E
12개 프로필 중 3개 gateway만 상시 실행되는 것은 결함이 아니다. 전문 lane은 on-demand여도 된다. 문제는 호출·소유권·종료 증거가 표면에서 일관되게 보이는가다.
02 / External patterns
아래는 공식 문서에 확인되는 메커니즘과 Son 환경에의 적용을 분리한 비교다. “다른 곳도 이렇게 한다”는 권위 장식이 아니라, 어떤 계약을 가져올지 판단하기 위한 표다.
Thread는 혼잡한 채널 안의 임시 sub-channel이며, Forum은 thread-only 구조와 tag를 제공한다.
Home=intake, thread=workstream. 반복 유형이 안정되면 Forum tag로 `research / build / incident / decision`을 분류한다.
Discord channel/thread를 격리 세션으로 다루고, binding과 access control을 별도 계약으로 둔다.
라우팅과 권한을 분리. 전문 profile 선택이 접근 권한을 암묵적으로 늘리지 않게 한다.
Agent session은 진행·도구·검증·비용·소요 시간의 log와 commit/PR 승인 경계를 연결한다.
완료는 영수증이다. Discord 완료 메시지에 산출물 URL · 검증 결과 · 실행 로그 · 승인 상태를 남긴다.
AI agent에 위임해도 인간 teammate가 primary owner로 남고, project update는 health·progress·challenge·next step을 구조화한다.
Owner와 delegate를 분리. Son/front operator는 책임자, 전문 profile은 교체 가능한 수행자다. periodic-summary는 exception digest만 보낸다.
종료 조건·상태 복원·내부 event 계약과, 위험 도구의 approve/edit/reject 후 동일 thread 재개를 제공한다.
내부 로그 / 사람용 상태 / 최종 산출물의 3층 분리. 승인은 원 workstream으로 복귀 가능한 내구성 있는 큐다.
Environment는 approval, branch restriction, secret access, deployment history를 한 경계로 묶는다.
외부 side effect는 protected action. publish/send/config mutation은 approval→execute→read-back receipt를 남긴다.
Profiles, cron, continuity/context chaining, Kanban, session search가 각각 격리·지속성·연결을 제공한다.
새 도구보다 기존 primitive 연결. workstream ledger가 session/thread/artifact/cron을 참조하게 만든다.
03 / 12-week route
단계는 기능 목록이 아니라 위험 감소 순서다. 각 phase는 산출물, 측정치, 통과 조건, 하지 않을 일을 함께 가진다.
Stabilize the surface
새 dashboard를 만들기보다 지금 있는 Home, thread, periodic-summary, logs의 역할을 고정하고 37개 active cron을 하나의 운영 ledger로 감사한다.
Link the work
thread를 단순 세션이 아니라 목표·결정·실행·승인·산출물의 묶음으로 만든다. 전체 transcript를 공유하지 않고 필요한 현재 상태만 specialist lane에 전달한다.
Prove external value
연구소 전체를 제품화하지 않는다. 실제 사람의 문제 하나를 받아 기존 레인으로 해결하고, 이전 방식·개입·검증·시간/품질 변화·재사용 의사를 기록한다.
Start this week
KEEP / MERGE / PAUSE / RETIRE로 나눈다.
각 job에 owner · destination · success evidence · failure route · monthly cost를 기록한다.
동일 목적의 scout/research/digest는 한 portfolio contract 아래 묶고 승격 기준을 고정한다.
완료 계약을 산출물 URL · 검증 결과 · 실행 로그 · 승인 상태로 고정하고, Home으로 돌아오는 것은 결정이 필요한 exception뿐인지 7일간 측정한다.
04 / Sources & boundaries
hermes status --all, hermes profile list, hermes cron list --all, hermes sessions stats — 2026-08-27 KST 실측비홍보 경계: 외부 제품의 문서화된 메커니즘은 전이 가능한 패턴의 근거다. Son 환경의 현재 구현·성과나 해당 제품의 우월성을 증명하지 않는다. 숫자는 2026-08-27 한 시점의 local observation이며 지속 모니터링 값이 아니다.