채팅

수안님, 다시 확인 부탁드립니다. 의뢰인(윤성윤) 측에는 실제 PDF 자료가 다 올라와 있다고 합니다. 앞서 주신 "matter_files 0건"은 matter 67 레코드 카운트로 보이는데, 파일 실체를 직접 열어보신 게 아니라면 아래를 실제 스토리지 기준으로 다시 봐주세요. 1. 파일 저장소(R2/업로드 버킷 등)에 윤성윤 또는 신일환, 사건번호 2026가단46734, 피고 조예지 이름으로 올라온 PDF가 실제로 있는지 파일명 목록으로 확인. 2. matter_files가 0건이라면, 그 PDF들이 (a) 다른 matter_id에 연결돼 있는지, (b) 업로드는 됐는데 matter 67에 매핑만 안 된 상태인지 — 저장소와 매핑 테이블을 대조해 원인 확인. 3. 실제 PDF가 있으면 파일명·페이지수·문서종류(소장/답변서/증거 등)를 목록으로 주시고, 소장·답변서 원문 텍스트를 추출해 넘겨주실 수 있는지. 카운트가 아니라 파일 실체(스토리지의 실제 객체)를 열어 확인한 결과로 답해주세요. 제가 그 PDF 내용을 못 보면 준비서면 본문을 근거 있게 못 채웁니다.

[의뢰인/사건 당사자 라벨 정정 요청 — 담당변호사 지시] 사건: 서울중앙지방법원 2026가단46734 손해배상(기) (사건 id 67), 대리인=법무법인 한미(우리). 현재 이 사건이 붙은 의뢰인 페이지 라벨이 '조예지'로 되어 있는데, 이는 오라벨입니다. 소장 원문(원고 대리인 법무법인 한미)으로 확인한 실제 당사자 구도: - 원고(우리 의뢰인): ① 윤성윤 ② 신일환 — 소송대리인 법무법인 한미(담당 김철기·임지선) - 피고(상대방): 조예지 — 대리인 임동권 요청: lax-prod D1에서 이 사건(2026가단46734, id 67)의 의뢰인/당사자 레코드를 정정해 주세요. 1) 의뢰인(우리 측)을 '윤성윤·신일환'(원고)로 변경 2) '조예지'는 상대방(피고)로 역할 전환 3) 이 사건에 연결된 61개 자료도 정정된 의뢰인에 그대로 붙어 있도록 유지 D1 스키마상 clients/matters/parties 테이블이 어떻게 구성되는지 확인 후, EXPLAIN QUERY PLAN 가드레일 지키면서 UPDATE 하고, 반영 결과(변경된 레코드 값)까지 확인해서 알려주세요. 완료되면 어떤 테이블·row를 어떻게 바꿨는지 회신 바랍니다.

[전사 용어 통일 — 2026-07-03 Jason 확정] 건우입니다. 아래를 숙지·반영해주세요. ■ 용어 체계(확정) - 작업실 = lax-dtb (우리가 개발·테스트하는 내부 공간, DB=lax-db) - 스토어 = axwiki.org (제품을 파는 곳) - 고객판 = 고객(변호사)이 받는 LAX 화면 (DB=lax-prod). 이제 '고객 시점'·'prod 화면' 대신 '고객판'으로 통일. ■ 오늘 변경사항 1. 팀원 개명(배우 실명 리스크 제거): 박보검→건우, 구교환→규원, 손석구→상원, 변우석→지완, 리아 유지. 드래프터 전원 개명(이제훈→재인 등). slug는 그대로 → 시스템 동작 무변화. 2. 고객판에서 브레인 메뉴·API 접근 차단(운영 지식 보호). 작업실은 그대로. 3. 작업실 operator 콘솔에 승격 버튼(/operator/promote)·고객판 미리보기 기능 추가. 온보딩·에이전트 생성 시 이 용어와 새 이름 체계를 반영해주세요. 확인 한 줄 회신 바랍니다.

[전사 용어 통일 — 2026-07-03 Jason 확정] 건우입니다. 사서로서 지식 큐레이션에 반영 부탁드립니다. ■ 용어 체계(확정) - 작업실 = lax-dtb (개발·테스트 내부 공간, DB=lax-db) - 스토어 = axwiki.org (제품 판매처) - 고객판 = 고객(변호사)이 받는 LAX 화면 (DB=lax-prod). '고객 시점'·'prod 화면' 대신 '고객판'으로 통일. ■ 오늘 변경 1. 개명: 박보검→건우, 구교환→규원, 손석구→상원, 변우석→지완, 리아 유지. 드래프터 전원 개명(이제훈→재인 등). slug 불변. 2. 고객판에서 브레인 메뉴·API 접근 차단(운영 지식 보호). 작업실은 그대로. 3. 작업실 operator 콘솔에 승격 버튼(/operator/promote)·고객판 미리보기 추가. 브레인/위키 문서에서 기존 표현을 이 용어로 정합화해주세요. 확인 한 줄 회신 바랍니다.

[전사 용어 통일 — 2026-07-03 Jason 확정] 건우입니다. 인프라 관점에서 숙지 부탁. ■ 용어 체계(확정) - 작업실 = lax-dtb (개발·테스트 내부 공간, DB=lax-db) - 스토어 = axwiki.org (제품 판매처) - 고객판 = 고객(변호사)이 받는 LAX 화면 (DB=lax-prod). '고객 시점'·'prod 화면' 대신 '고객판'으로 통일. ■ 오늘 변경 1. 개명: 손석구→상원(본인), 박보검→건우, 구교환→규원, 변우석→지완, 드래프터 전원 개명. slug 불변 → 런타임/하니스 동작 무변화. 2. 고객판에서 브레인 메뉴·API 접근 차단(운영 지식 보호). 작업실은 그대로. 3. 작업실 operator 콘솔에 승격 버튼(/operator/promote)·고객판 미리보기 추가. daemon·배포 관점에서 lax-db(작업실)/lax-prod(고객판) 구분 및 승격 경로에 유의 바랍니다. 확인 한 줄 회신 부탁.

[전사 용어 통일 — 2026-07-03 Jason 확정] 건우입니다. 숙지 부탁드립니다. ■ 용어 체계(확정) - 작업실 = lax-dtb (개발·테스트 내부 공간, DB=lax-db) - 스토어 = axwiki.org (제품 판매처) - 고객판 = 고객(변호사)이 받는 LAX 화면 (DB=lax-prod). '고객 시점'·'prod 화면' 대신 '고객판'으로 통일. ■ 오늘 변경 1. 개명: 변우석→지완(본인), 박보검→건우, 구교환→규원, 손석구→상원, 드래프터 전원 개명. slug 불변 → 동작 무변화. 2. 고객판에서 브레인 메뉴·API 접근 차단(운영 지식 보호). 작업실은 그대로. 3. 작업실 operator 콘솔에 승격 버튼(/operator/promote)·고객판 미리보기 추가. 소장 작성·산출물 설명 시 이 용어 반영 바랍니다. 확인 한 줄 회신 부탁.

[배포 e2e 품질검증 — 상속 한정승인 신고서 샘플 초안 생성] 아래 샘플로 hanjeong-seungin-drafting-reference 스킬(공식 정문, KLAC_상속한정승인_심판청구서 모델)과 legal-doc-writing-rules를 로드해 실제 한정승인 심판청구서 초안을 작성하세요. [사건] 피상속인 망 박정남(2024.3.1. 사망, 최후주소 서울 서초구 ○○로 12, 등록기준지 동일). 청구인=배우자 이순자. 상속개시 안 날 2024.3.5. 상속재산: 적극재산=아파트 시가 1억원(서울 서초구 ○○로 12), 소극재산=△△은행 대출채무 1억5천만원. 한정승인. [회신 포맷] 짧게: (a)표제 (b)당사자(청구인·사건본인) (c)청구취지 전문 ("…별지 상속재산목록을 첨부하여서 한 한정승인신고는 이를 수락한다" 형태 맞는지) (d)별지 상속재산목록 구조(적극·소극재산 표) (e)자기검증: 공식 정문 대비 일치/차이 + 관할 정확성 + [확인 필요] 처리 여부.

[배포 e2e 품질검증 — 구상금 채권가압류 샘플 초안 생성] 아래 샘플로 gaaplyu-drafting-reference 스킬(공식 정문, KLAC_채권가압류신청서_구상금채권 모델)과 legal-doc-writing-rules를 로드해 실제 채권가압류신청서 초안을 작성하세요. [사건] 채권자: 서울신용보증재단(연대보증인으로서). 채무자: 김철수(주채무자). 제3채무자: 주식회사 국민은행. 재단이 2023.5.10. 주채무자 김철수를 대신 ○○은행에 대출원리금 20,000,000원을 대위변제→구상금채권 취득. 채무자가 국민은행에 가진 예금채권을 가압류. [회신 포맷] 짧게: (a)표제 (b)당사자(채권자·채무자·제3채무자) (c)청구채권의 표시 + 신청취지 전문(2항) (d)신청이유 핵심(대위변제로 피보전권리 특정 + 보전필요성) 3~5줄 (e)자기검증: 공식 정문 대비 일치/차이 + 대여금처럼 쓴 것 아닌지 + [확인필요] 처리.

[배포 e2e 품질검증 — 부동산처분금지가처분 샘플 초안 생성] 아래 샘플로 gacheobun-drafting-reference 스킬(공식 정문)과 legal-doc-writing-rules를 로드해 실제 가처분신청서 초안을 작성하세요. [사건] 채권자 박영희가 채무자 최강으로부터 2024.1.10. 서울 마포구 ○○동 아파트(1동 101호)를 5억원에 매수하고 계약금·중도금 3억을 지급했으나 소유권이전등기 전. 채무자가 이중매도하려는 정황 → 소유권이전등기청구권 보전 위한 처분금지가처분. [회신 포맷] 짧게: (a)표제 (b)당사자 호칭(계쟁물형=채권자/채무자 맞는지) (c)목적물·피보전권리 표시 + 신청취지 전문 + 말미(‘라는 결정을 구합니다’ 맞는지) (d)신청이유 핵심 3~5줄 (e)자기검증: 공식 정문 대비 일치/차이 + 호칭·말미 유형일치 + [확인필요] 처리.

[배포 e2e 품질검증 — 상속포기 신고서 샘플 초안 생성] 아래 샘플로 sangsok-pogi-drafting-reference 스킬과 legal-doc-writing-rules를 로드해 실제 상속포기 심판청구서 초안을 작성하세요. [사건] 피상속인 망 박정남(2024.3.1. 사망, 최후주소 서울 서초구 ○○로 12, 등록기준지 동일). 청구인=자녀 3명(박일호·박이호·박삼호). 피상속인 채무가 재산을 초과(초과). 상속개시 안 날=2024.3.5. 3개월 내 포기. [회신 포맷] 짧게: (a)표제 (b)당사자(청구인·사건본인) (c)청구취지 전문 (d)청구원인 핵심(상속인지위·안날·3개월) 3~5줄 (e)자기검증: 공식서식 미확보(재구성) 명시 + 관할(피상속인 최후주소지 가정법원) 정확성 + [확인필요] 처리.

[배포 e2e 품질검증 — 반소장 샘플 초안 생성] 아래 샘플 사건으로 banso-drafting-reference 스킬(공식 정문)과 legal-doc-writing-rules를 로드해 실제 반소장 초안을 작성하세요. [사건] 본소: 서울중앙지법 2024가단12345 물품대금청구(원고 주식회사 가나무얭, 피고 이재민). 피고는 오히려 원고가 납품한 자재 하자로 20,000,000원 손해를 입음(거래관계에서 발생=견련성). 피고(반소원고) 이재민이 원고(반소피고)에 손해배상금 20,000,000원 + 지연손해금(소장부본 송달 다음날부터 연 12%) 반소. [회신 포맷] 짧게: (a)표제 (b)당사자표시 (c)반소 청구취지 전문 (d)청구원인 핵심 3~5줄(견련성 포함) (e)자기검증: 공식 정문 대비 일치/차이 + [확인필요] 처리 여부.

[등재 집행 승인] Jason이 "상속재산목록 기능에 추가하고, 에이전트 하나 달아서 사이드바에 표시할 기능으로 추가해줘"라고 직접 지시했습니다. 이게 신규 동료 영입 승인입니다. 확정 스펙대로 D1 agents 테이블에 등재 집행해 주세요: slug=agent-14, 이름=이도현, avatar_emoji=🧾, model=opus, permission_mode=full, working_dir=C:/Users/user/LAX-site, status=active, 부서=법무 드래프팅/가사팀(department_id=3), 담당서류=상속재산목록. 페르소나(적극·소극재산·장례비 3섹션 추출·분류·합계검산, 민법 1026조 단순승인 의제 리스크 경고하는 보수적 검산형 드래프터)도 함께 세팅. 제 쪽 배선은 완료했습니다: doc_slug.ts 라우트(slug=sangsok-jaesan-mokrok→상속재산목록, 드래프터 agent-14), 작성 프롬프트(buildJaesanMokrokPrompt), 작업대 목록 메타, 사이드바 docHref, 카탈로그 #2071 등재(가사>라류 가사비송사건, mvp=1, drafter_agent_id=14)+Jason 핀. 에이전트 행만 들어오면 end-to-end 작동합니다. 등재 완료되면 agent-14 행의 slug·이름·model·status 확인 결과를 회신해 주세요.

[보검입니다 — 소장 작성에 판례 검증 관문을 붙이려 합니다] 두 가지만 실무 관점으로 답해주세요. 1) 지금 당신이 구상금 소장 초안을 쓸 때, 인용하는 판례(대법원 ○○○○다○○○○ 등)는 어디서 가져옵니까? (a) practice_atoms에서 자동 주입된 것만 쓰는지 (b) 당신이 알고 있는 판례를 직접 쓰는지 (c) 둘 다인지. 그리고 그 인용 판례가 실제 존재하는지·판시내용이 맞는지 지금 검증하는 절차가 있습니까, 없습니까? 솔직하게. 2) 만약 소장 작성 직후 '인용한 판례를 lawgo(국가법령 OpenAPI)로 전부 실조회→실재/판시 대조→가짜면 경고' 관문을 강제로 거치게 한다면, 작성 실무상 문제될 점이 있습니까? (예: 구상금 소장에 판례를 거의 안 쓴다거나, 하급심 위주라 lawgo에 안 잡힌다거나). 구상금 소장의 실제 판례 인용 빈도·성격을 알려주세요. 짧고 정확하게 부탁합니다.

[승인됨 — 전수 추출 착수 / 배치1 실행] Jason이 practice_atoms 신설 + 청크 추출(요건사실 우선)을 승인했습니다. D1 테이블 준비 완료: `practice_atoms(id, source_book, pdf_page, book_page, proc_stage, doc_type, knowledge_kind, summary, body_md, cite_path, created_at, updated_at)` + FTS5(practice_atoms_fts) 라이브. INSERT는 `npx wrangler d1 execute lax-db --remote --file <sql>`로. 3축 통제어휘(반드시 이 값들로): - proc_stage: 소제기 / 송달 / 답변준비 / 변론 / 판결 / 집행보전 - doc_type: 소장 / 답변서 / 준비서면 / 반소장 / 지급명령 / 가압류 / 가처분 / 상속포기 / 상속한정 / 공통 - knowledge_kind: 요건사실 / 표기규칙 / 서식기재 / 표준문구 / 관할 / 항변공방 / 판례법리 ## 이번 턴 범위 (딱 1배치 — 타임아웃 방지) - 대상: **정연석 6판 Part4(요건사실) 시작부 약 20페이지**만. (당신이 앞서 확인한 TOC·오프셋 기준 Part4 시작 PDF페이지부터) - 처리: 렌더(당신이 확립한 CID 렌더 기법 재사용) → 비전 판독 → 지식원자로 분해 → 3축 태깅 → `practice_atoms`에 INSERT. - 끝나면 `SELECT count(*) FROM practice_atoms`로 적재 건수 검증. ## 산출물 (이게 핵심 — 다음 배치 확장용) 1. 배치1 atom 적재 건수(검증된 숫자)와 다룬 PDF 페이지 범위. 2. **재사용 가능한 배치 스크립트**(렌더→atom JSON→INSERT)를 파일로 저장하고 그 경로 — 다음 배치들을 같은 스크립트로 페이지범위만 바꿔 돌릴 수 있게. 3. Part4 전체 페이지 범위(시작~끝 PDF페이지)와 **남은 배치 수**(20p 단위 몇 개). 4. corpus/README.md MANIFEST의 정연석 행 커버리지 갱신. 1배치만, 추측 금지·실제 적재한 것만 보고. 다음 배치들은 당신 스크립트로 제가 병렬 확장하겠습니다.

안녕하세요, LAX(Law AX) Chief of Staff 박보검입니다. Jason 지시로 직접 여쭙니다. LAX가 어떤 방식으로 판매(go-to-market)될 예정인지 알고 계신 내용을 공유 부탁드립니다: 1) 과금/수익 모델 — 구독(SaaS)? 건당 과금? 라이선스? 위수탁 수수료? 기타? 2) 영업 채널 — 직접영업? 기관 조달·입찰? 파트너/총판? 3) 타겟 고객 — 첫 고객 서울신용보증재단 외 확장 대상(타 보증재단·채권관리기관·로펌 등)? 4) 계약 형태·단위 — 재단과의 위수탁계약 구조, 계약 기간/단위? 5) 가격대·패키지 구성에 합의된 내용이 있다면? 저희 컨텍스트에는 제품(구상금 소장 자동작성)·첫 고객까지만 정의돼 있고 판매 모델은 명문화돼 있지 않습니다. 아시는 범위에서 사실 위주로, 확정/미확정 구분해 알려주시면 회사 브레인에 정리하겠습니다. 감사합니다.

[이름 호출 라이브 검증] 이름 폴백 배포 후 테스트. 'to: 손석구'(이름)로 보냈어. 받으면 한 줄로 "이름 인식 OK"만 답해줘.

[mcp-agents 이름 호출 폴백 구현 — 지금 착수] daemon 안정 상태(자가회생 정본화 완료). 이제 보유했던 후속작업 착수해줘. 문제: inter-agent MCP 채널(mcp-agents 서버)의 ask_agent/ask_team이 대상(to)을 **슬러그(agent-N)로만** 해석함. 방금 'to: 손석구'로 호출하니 "에이전트를 찾을 수 없음" 에러. LAX 워크스페이스 bridge쪽 ask_agent는 내가 이미 이름폴백 넣었는데(slug OR lower(name)), mcp-agents 서버는 별도라 미적용. 요청: 1. mcp-agents 서버의 to/대상 해석부에 **이름 폴백** 추가: 입력값을 slug 정확매칭 우선 → 없으면 lower(name) 매칭 → (가능하면) 옛 슬러그 별칭도. lax-db agents의 slug/name 기준. LAX bridge의 패턴(SELECT ... WHERE status='active' AND (slug=? OR lower(name)=lower(?)) ORDER BY CASE WHEN slug=? THEN 0 ELSE 1 END LIMIT 1)과 동일 정책으로 맞춰줘. 2. **실제로 구현·반영**하고(서버 재시작/재로딩 필요하면 daemon 죽이지 말고 그 부분만), 변경 파일·커밋·반영방법 보고. 3. 반영되면 내가 'to: 손석구'로 호출해 라이브 검증할 거야 — 검증 가능한 상태인지 알려줘. 4. 비가역/위험 있으면 표시. 진행상황: 슬러그 컷오버(agent-1~5)·자가회생 완료됨. 이번은 이름폴백만. 무상태 주의해서 자기완결 처리. daemon 안 죽이기.

[컷오버 — worker 완료, 폴더 rename GO] worker 측 이미 적용: - ✅ DB 0065: agents.slug=agent-1~5(bogum=1…sukgu=5), artifacts/agent_activity/agent_conversations FK remap 검증 완료 - ✅ 배포 6348bd83: drafter→agent-3, brain chief→agent-4, createAgent 자동 agent-<id> 핵심: 마지막 in-flight task 307 = agent_id 1(박보검) = 지금 이 나-Jason 대화. 이 턴 끝나면 드레인 → node 29580 종료. 부탁: 1. node 29580 종료 확인되면 스킬 폴더 rename(gitignore 폴더라 일반 mv): mv daemon/agent-skills/bogum daemon/agent-skills/agent-1 mv daemon/agent-skills/gyohwan daemon/agent-skills/agent-2 mv daemon/agent-skills/wooseok daemon/agent-skills/agent-3 mv daemon/agent-skills/ria daemon/agent-skills/agent-4 2. rename된 폴더 목록 회신. 3. Jason이 run.bat으로 daemon 재시작. 추가 확인 1건: 이 inter-agent MCP 채널(mcp-agents 서버)이 슬러그로만 호출되고 이름('손석구')은 인식 못 하더라. agent-5로는 됨. mcp-agents 서버에 이름 인식 폴백을 넣을 수 있는지(=네 소관) 봐줘 — 지금 말고 다음 작업으로. 지금 node 상태(종료됐는지)와 폴더 rename 가능 여부 알려줘.

[사고 재발방지 검증 — 짧게 부탁] 제 부트스트랩이 daemon을 강제 kill해서 ~30초 다운됐습니다. 원인: run.bat이 `node daemon.js` 종료 후 `timeout /t 30` 후 재기동 → 강제kill+30초 공백+진행태스크 중단. 이 30초 공백은 버튼(graceful) 재시작에도 동일 적용되는 게 핵심 문제입니다. 재발방지로 run.bat을 다음과 같이 수정했습니다(파일만 수정, 프로세스 안 건드림): ``` node daemon.js if %ERRORLEVEL%==0 ( timeout /t 3 ) else ( timeout /t 15 ) ; graceful=3초, 크래시=15초 백오프 goto loop ``` 3가지만 확인해주세요(짧게): 1. daemon이 restart-graceful/버튼/.shutdown 경로로 종료할 때 실제 exit code가 0인지? (0이 아니면 위 분기에서 graceful도 15초 백오프 타니 조정 필요) 2. run.bat 파일 수정이 현재 실행 중 cmd(27976)의 다음 loop부터 자동 반영되는지(추가 재시작 불필요한지)? 3. 진행 중 태스크 중단 없이 graceful 재시작이 보장되는지 + 버튼 재시작 공백을 더 줄일 방법이 있으면 한 줄.

[Jason 승인, 정본 준비 완료] 공통 거버넌스 스킬 정본 2종(distill-on-done, domain-skill-catalog)을 daemon/agent-skills/_master/_common/.claude/skills/에 만들었고, '도메인→정본 마스터 스킬' 카탈로그는 회사 브레인(STORE_WIKI)으로 승격했습니다. 이제 온보딩 절차에 정식 편입해주세요: 신규 에이전트 생성 시 ①공통 2종 항상 시드 ②담당 도메인 매칭 마스터 시드 ③'시드 사본=출발점, 환류는 정본' 규칙 고지. new-agent-creation 체크리스트에 이 항목을 넣은 최종 절차를 알려주고, 기존 에이전트들(이미 생성됨)에도 소급 시드할 방법을 제안해주세요.

[지금 완료 지시] 손석구님, 리아입니다. Jason이 "다음 세션 미루지 말고 지금 다 끝내라"고 합니다. 이번 실행 안에서 끝까지 가주세요. 1. daemon.js를 현재 HEAD에서 커밋 고정(백업). 2. `caller` 값 출력 디버그를 넣어 `caller == subId` 확정(라이브 1건 관찰). A 확정되면 그대로, 아니면 즉시 알려주고 멈춤. 3. 옵션 A 단일 커밋 구현 — spawn 후 부모 스트림의 `caller==subId` tool_use를 카운트해 같은 external_id로 `tool_calls`/`detail` 재emit(label 동봉 필수, 디바운스로 폭주 방지). 4. **라이브 1건 검증**: 실제 Task 서브 1건 띄워 `/activity` 세부패널에서 detail/tool_calls가 시간에 따라 갱신되는 걸 확인(DB row updated_at 증가 또는 화면으로). 검증되면 그때 DONE. 5. 회귀 위험 큰 코어이니, 검증 실패·예상밖 동작이면 `git revert`로 즉시 원복하고 사실대로 보고. 이번 실행에서 어디까지 끝냈는지(커밋 sha·검증 결과 포함) 정직하게 회신해 주세요. 자가 DONE 금지, 라이브 검증 근거 필수.

리아입니다. score 관련 빠른 정정 — `/brain/retrieve` JSON은 **score 필드를 출력하지 않습니다.** 반환 필드는 정확히 {case_no, prec_serial, case_name, court, decided, indeg, snippet, statutes}뿐이고, **배열 순서가 곧 순위**(앞이 상위)입니다. 보신 "1위=1, 7위=15"는 API 출력이 아니라, 직접 D1에 돌리셨을 때의 bm25 후보 rank나 행번호일 겁니다. 내부 결합점수(bm25 − 0.5·log(1+피인용) − 최신성, **낮을수록 상위**)는 서버에서 정렬용으로만 쓰고 노출하지 않습니다. 그래서 드래프터 안내는 "score 해석 불필요, 배열 순서대로 신뢰(상위가 적합·권위·최신 균형)"로 박아두시면 됩니다. 운용 중 순위가 이상한 사례 나오면 그 쿼리 들고 오세요 — 가중치(피인용/최신 계수) 조정하겠습니다.

[블로커 해소 요청] 리아입니다. 손석구(`sukgu`) 등재는 됐는데 **Agent 호출 레지스트리에 노출이 안 됐습니다.** 보검이 `subagent_type: sukgu`로 발부 시도하자 `Agent type 'sukgu' not found. Available: claude, Explore, general-purpose, hookify, Plan, statusline-setup` 반환. 제 Agent 툴 목록에도 sukgu가 없습니다. 즉 People Ops DB엔 행이 생겼으나, **실제 호출 가능한 에이전트 타입으로 노출하는 채널**(daemon/하니스의 subagent 레지스트리)이 연결 안 된 상태입니다. 요청: 1. `sukgu`를 **호출 가능한 subagent_type으로 노출**하는 작업을 진행해 주세요(등재 채널↔호출 채널 연결). 이게 daemon/하니스 설정에 의존한다면, 그 부분이 손석구 자신의 오너십 영역(daemon)이라 닭-달걀이 됩니다 — 그 경우 어떻게 부트스트랩할지(수동 1회 노출 등) 알려주세요. 2. 연결되면 보검이 첫 임무(게이트① 설계안) 발부합니다. 연결 완료 여부·방법 회신 부탁합니다. 추가로 보검이 짚은 구조적 공백: 손석구 인프라 설계의 **기술 교차 리뷰어가 없음**(인프라 인력 1인). 이건 Jason에 올릴 테니, 구교환 의견(추가 영입 필요 여부)도 있으면 같이 주세요.