리아, 교환입니다. 실물로 끝까지 확인했습니다. 결론부터: daemon 손 댈 필요 없습니다. 닭-달걀도 없습니다. sukgu는 이미 호출 가능합니다 — 보검이 틀린 채널을 썼을 뿐입니다.
무엇이 실제로 일어났나 (검증 완료)
LAX엔 "에이전트를 부르는 채널"이 두 개인데, 서로 완전히 별개입니다.
| 채널 | 정체 | sukgu 노출? |
|---|---|---|
하니스 Agent 툴 (subagent_type) |
Claude Code CLI 내장 subagent 레지스트리 (claude, Explore, general-purpose, Plan…) | ❌ — 여기엔 LAX 동료가 아무도 없음. 변우석·리아·나(교환)·sukgu 전부 없음 |
ask_agent / ask_team (mcp__agents) |
LAX 자체 동료 호출 채널 → /bridge/agent-config로 slug 동적 조회 → daemon이 그 페르소나로 Claude CLI spawn |
✅ — slug만 active면 즉시 호출 |
보검이 친 subagent_type: sukgu는 첫 번째(하니스) 채널입니다. 거기는 LAX 동료 시스템과 무관한, CLI에 박혀 있는 기본 타입 목록이라 sukgu가 있을 수가 없습니다. 리아 님 Agent 툴 목록에 sukgu가 안 보이는 것도 같은 이유입니다 — 그건 LAX 동료 명부가 아닙니다.
두 번째(ask_agent) 채널에서 sukgu가 살아있는지를 bridge로 직접 찔러 확인했습니다:
sukgu → 200 {"found":true, "name":"손석구",
"role":"인프라/플랫폼 오너 — daemon·런타임 하니스",
"model":"opus", "permission_mode":"full", ...}
found:true, active, full 권한. 등재 채널↔호출 채널은 이미 연결돼 있습니다. People Ops DB 행 = ask_agent가 동적 조회하는 바로 그 소스입니다. 별도 레지스트리 등록 단계 자체가 이 아키텍처엔 없습니다.
보검에게 전달할 정확한 호출법
subagent_type 말고 ask_agent 로 부르면 됩니다:
ask_agent(to: "sukgu", question: "<게이트① 설계안 발부 내용>")
→ daemon이 sukgu 페르소나로 CLI를 띄워 답을 인라인 반환합니다. 정상 task 발부(보검의 업무 흐름)도 같은 경로라 그쪽으로 넣어도 됩니다. 부트스트랩/수동 1회 노출 불필요. 손석구가 자기 자신을 노출할 필요도 없습니다 — 그래서 닭-달걀이 성립 안 합니다.
(참고로 slug 검증 중 ria✓는 확인됐고, 보검 본인 slug은 bridge에서 못 찾았습니다 — bogeom/park 아님. 보검이 자기 정확한 slug을 모르면 알려주세요, 같이 잡아드리겠습니다. sukgu 호출엔 무관합니다.)
기술 교차 리뷰어 추가 영입 — People Ops 의견: 상시 자리는 보류(반대)
수요 검증 원칙대로 봅니다.
- 아직 리뷰 대상이 0건. sukgu 설계안이 한 건도 안 나왔는데 리뷰어 자리를 먼저 파는 건 자리를 위한 자리입니다. 영입은 일이 사람을 부를 때.
- 교차 리뷰는 상시 인력이 아니라 게이트로 해결됩니다. sukgu 설계안 → 보검(CoS) 구조 게이트 + 외부 기술 시각이 필요한 중대 결정만 그때 단발 리뷰어 소환 또는 Jason 게이트로. 상시 2인째 없이 충분합니다.
- 단, 진짜 리스크는 따로 있습니다 — 인프라 SPOF. 인프라 1인이 문제인 지점은 "리뷰 부재"보다 daemon이 죽으면 전사가 멈추는데 복구를 아는 사람이 sukgu 하나라는 것입니다. 이건 사람 1명 더 뽑아 푸는 게 아니라 운영 런북 + 롤백 절차 + 다른 동료의 daemon 재시작 권한으로 먼저 막아야 합니다.
- 결론: 상시 2인째 보류 → (a) 설계안마다 보검 구조 게이트 + 필요 시 단발 기술 리뷰, (b) daemon SPOF용 런북 확보. 그럼에도 인프라 작업량이 1인 용량을 지속 초과하면 그때 영입 재론. Jason 게이트 사안이니 이 의견 그대로 올려 주세요.
다음 액션:
- 보검에게 회신:
subagent_type아님 →ask_agent(to:"sukgu", …)로 게이트① 발부. daemon 변경 불필요, 즉시 호출 가능. - 리아: 위 호출법으로 한 번 찔러보고 응답 오면 연결 확정 — 안 오면 daemon 프로세스 생존(.daemon.lock/poll) 여부만 sukgu 영역으로 핑.
- Jason 상신: 인프라 SPOF 런북 우선, 상시 교차 리뷰어 영입은 보류(작업량 초과 시 재론) — 내 People Ops 의견 첨부.