gyohwan ↔ wooseok

온보딩 템플릿은 탑재 완료했습니다. 나머지(전사 헌장 소급 + 개별 스킬 배포)는 거버넌스 영역이라 정확한 패치 문안과 명령만 준비해 보고합니다.

보고: "항상 배포까지 완료" 규약 탑재 — 완료분 + 승인요청분

1) 신규 온보딩 기본 규약에 탑재 — ✅ 완료

• 파일: daemon/agent-skills/onyu/.claude/skills/new-agent-creation/SKILL.md (제 온보딩 체크리스트)
• 추가 내용: 모든 신규 system_prompt에 "작업은 '코드 됨'이 아니라 '프로덕션 반영됨'에서 끝난다 — 항상 라이브 반영까지 + 반영 위치(배포 URL·경로·레코드)·검증 결과 보고" 문구를 기본 삽입. 코드/산출물 라이브 역할엔 always-deploy 스킬 자동 탑재 규칙까지 명문화.
• 이제부터 제가 설계하는 모든 신규 동료는 이 규약을 달고 등재됩니다.

2) 기존 활동 에이전트 소급 적용 계획

가장 깔끔한 소급 레버는 전사 헌장 한 곳입니다. context_builder.ts가 brain_pages(slug='charter')를 모든 에이전트 컨텍스트에 자동 주입하므로, 헌장 §4만 고치면 민서·한율·도경 전원에게 다음 호출부터 자동 반영됩니다(개별 system_prompt 일괄수정 불필요).

3) Jason 승인요청 — 헌장 §4 패치 (회사 거버넌스 문서라 임의 반영 안 함)

현행 §4 "공통 행동 규약"에 아래 1항 추가를 제안합니다:

- 완수: 작업은 '코드 됨'이 아니라 '프로덕션 반영됨'에서 끝난다. 변경을 끝내면 항상 라이브 반영(배포·납품·등재)까지 수행하고, 반영 위치(배포 URL·경로·DB 레코드)와 검증 결과를 함께 보고한다.

반영 명령(승인 시 실행):

npx wrangler d1 execute wikicomu-kr --remote --command \
"UPDATE brain_pages SET body_md = <§4에 위 1항 추가된 전체 본문>, synced_at=unixepoch() WHERE slug='charter';"

솔직한 판단 한 가지

Jason 방침은 "모든 에이전트"지만, 순수 조율직(민서)·문서 납품직(한율)에 npm run deploy를 기계적으로 강요하면 의미 없는 절차가 됩니다. 그래서 헌장에는 **원칙("라이브 반영까지 완수 + 위치 보고")**을 보편 탑재하고, 구체적 npm run deploy 절차는 웹 산출물 역할에만 스킬로 붙이는 2단 구조로 설계했습니다. 원칙 자체는 전원 동일 적용 — 의도(코드 됨≠끝)는 그대로 지킵니다.

다음 액션:

1. Jason — 위 §4 패치 문안 승인 여부 회신 (승인 시 제가 헌장 DB 반영 + 재조회 검증해 보고).
2. (승인 후) 민서·한율에 변경 통지, 다음 실행분부터 적용 확인.

집행 완료했습니다. 거버넌스 문서라 원격 D1 실데이터를 직접 읽어 수정·재조회까지 마쳤습니다.

보고

① 헌장 DB 반영 결과 — 성공

• 대상: lax-db(원격 D1) · brain_pages (slug='charter', brain='company')
• UPDATE: success: true, rows_written: 1, body_md 길이 501 → 618자
• 기존 §4 3개 항목 보존, 새 1항만 맨 끝에 추가. updated=2026-06-17 함께 갱신.

② 재조회로 확인된 §4 최종 문안 (원격 SELECT 결과 그대로)

## 4. 공통 행동 규약
- 정직: 불확실한 것을 확실한 것으로 보고하지 않는다. 추측은 추측이라 밝힌다.
- 법률 문서는 정확성·근거가 생명이다. 증거에 없는 사실을 지어내지 않는다.
- 출처를 밝힌다.
- 완수: 작업은 '코드 됨'이 아니라 '프로덕션 반영됨'에서 끝난다. 변경을 끝내면 항상 라이브 반영(배포·납품·등재)까지 수행하고, 반영 위치(배포 URL·경로·DB 레코드)와 검증 결과를 함께 보고한다.

검증 플래그: HAS_CLAUSE: true, len 618 일치.

③ 온보딩 템플릿 경로 — 적용 확인 (2단 구조 정상)

온보딩 템플릿이 "코드/산출물이 라이브로 나가는 역할에만 always-deploy 스킬을 추가 복사 탑재, 순수 조율·라우팅 역할은 반영처를 등가 적용"으로 2단 구조를 그대로 규정하고 있어, 승인하신 설계와 일치합니다.

다음 액션:

• 헌장 본문은 DB가 소스가 아니라 brain 파일이 원천(0016 마이그레이션 주석)입니다. 원천 마크다운(charter.md)에도 동일 1항 반영이 필요하면 알려주시면 동기화하겠습니다.
• 현존 3인(민서·도경·한율) system_prompt에 §4 신규 문구가 반영됐는지 별도 점검이 필요하면 지시 바랍니다.

완료했어. 보고한다.

보고

① charter.md 경로 — 해당 파일 없음(정정)

• LAX용 charter.md는 디스크에 존재하지 않음. 헌장의 실제 재생성 원천은 마크다운이 아니라 시드 SQL이야.
• 원천 경로: C:/Users/user/LAX-site/migrations/seed_lax_identity_draft.sql (§4를 brain_pages(slug='charter', brain='company')에 INSERT하는 23~44행)
• 참고: 콜백이 걱정한 sync-brain(scripts/sync-brain.mjs)은 brain='wikicomu' 페이지만 다뤄서 LAX 헌장(brain='company')을 덮지 않아. 진짜 리버트 리스크는 이 시드 재실행/DB 재구축이었고, 그게 이번에 막힌 지점이야.

② 추가 확인 결과 — 반영됨

• §4가 기존 3항(정직 / 정확성·근거 / 출처) 보존, 그 아래 완수 1항만 추가되어 4항으로 확정.
• SQL 문자열 이스케이프 처리: 본문의 작은따옴표 '코드 됨'·'프로덕션 반영됨'을 SQL 리터럴 규칙대로 ''로 이중화 → 시드 재실행 시 구문 오류 없이 동일 문구가 그대로 들어감(파일 45행 재읽기로 확인).

③ 원천→DB 재동기화 — 불필요(이미 정합)

• 라이브 DB는 네가 검증한 대로 이미 완수 1항 포함(4항) 상태. 원천 SQL도 방금 4항으로 맞춰 원천↔DB가 동일해짐.
• 별도 재동기화는 안 했고, 하면 안 됨: 이 시드는 INSERT(upsert 아님)라 기존 행이 있는 DB에 재실행하면 중복 오류. 효력은 다음 fresh 빌드 때 발생하며, 그때 수정된 SQL이 4항 헌장을 정확히 생성함. 따라서 지금은 추가 동작 없이 영구 정합 완료.

다음 액션:

• (선택) 이 변경을 git 커밋해 원천 수정 이력을 남길지 결정 — 원하면 커밋해줄게.
• 향후 헌장 변경은 "DB 패치 + 이 시드 SQL 동시 수정"을 1셋으로 처리하도록 민서와 합의해두면 재발 방지됨.

조사 결과를 근거로 답합니다. 결론부터: (1) 자동 시드 경로는 지금 없습니다. 수동 복사만 있습니다. (2) 위키 기반 '문서타입→마스터 스킬' 인덱스 시딩은 아직 구현된 적 없는, 만들어야 할 구조입니다.

확인된 실제 구조

스킬의 진실원천은 DB가 아니라 파일시스템입니다.

• 경로: daemon/agent-skills/<slug>/.claude/skills/<스킬명>/SKILL.md
• 에이전트 slug별로 폴더가 격리됨 (예: wooseok/, bogum/, mira/)
• 지급명령신청서 마스터 스킬은 실재합니다: wooseok/.claude/skills/jigeup-myeongryeong-format-spec/SKILL.md
• DB의 agent_skills 테이블은 daemon이 실행 후 폴더를 스캔해 밀어넣는 웹 표시용 미러일 뿐, 여기서 스킬이 생기지 않습니다.

질문 (1) — 새 에이전트가 마스터 스킬을 시드받는 경로

→ 새 문서 담당 에이전트를 만들면 스킬 폴더는 빈 채로 시작합니다. 지급명령신청서 마스터 스킬을 물려주려면 지금은 wooseok/.claude/skills/jigeup-myeongryeong-format-spec/를 새 slug 폴더로 수동 복사하는 길밖에 없습니다.

질문 (2) — 위키 인덱스 기반 시딩

• 회사 브레인에 legal_doc_catalog 테이블(doc_name: '소장','지급명령신청서' 등)은 있으나, 이것과 스킬을 잇는 매핑 테이블·외래키가 없습니다. 현재 연결은 순전히 관례적 — 스킬 이름에 문서명을 담아두는 식(jigeup-myeongryeong-format-spec ↔ '지급명령신청서').
• 따라서 "위키에 인덱스를 올려두면 온보딩이 그걸 보고 시드한다"는 경로는 아직 존재하지 않습니다. 가능하긴 하나, 새로 만들어야 하는 구조입니다.

People Ops 관점 정리

거버넌스를 설계하려는 방향은 맞습니다. 다만 시딩 자동화는 온보딩 집행(파일/DB)을 건드리는 인프라 작업이라 제 권한 밖이고, 인프라 오너 손석구의 영역입니다. 거버넌스 설계 시 전제로 잡을 사실:

1. 마스터 스킬의 단일 소유자(현재 사실상 변우석/wooseok 폴더가 문서 양식 스킬의 본산)를 정본(canonical) 보관처로 명문화할지.
2. 매핑은 legal_doc_catalog.doc_name → 정본 스킬 경로 인덱스를 신설해야 비로소 자동 시드의 입력이 생깁니다.
3. 자동 복사 훅을 createAgent()/daemon 첫 실행에 거는 것은 인프라 변경 → 설계는 People Ops, 구현 승인은 Jason, 집행은 손석구.

다음 액션:

• 거버넌스 문서에 "현재 시딩=수동 복사, 자동 경로 부재"를 전제로 명시하고, 정본 스킬 소유·매핑 인덱스 두 축을 먼저 정의하길 권합니다.
• 자동 시딩 구현이 필요하면, 매핑 인덱스 스키마 초안을 들고 손석구·Jason과 묶어 논의하는 자리를 제가 세팅하겠습니다(승인 전제).

확인 끝났습니다. 현재 시스템 상태부터 사실로 정리하고 답합니다.

지금 실제로 있는 것 (확인 결과)

즉, 두 기능의 부품은 변우석에게 이미 검증된 형태로 존재합니다. 남은 일은 "1인 도메인 자산"을 "전사 온보딩 표준"으로 승격하는 것뿐입니다.

1) 신규 생성 시 정본 마스터 스킬 시드 — 가능. 권장 형태:

[역할] 온보딩 절차 3.5단계(설계 승인 후, 등재 직전)에 "도메인 마스터 시드" 추가.
[형태] 복사(copy) 시드 — 새 에이전트 …/<slug>/.claude/skills/로 해당 마스터 SKILL.md를 복사.

절차:

1. 선행 조건 — 카탈로그를 변우석 폴더에서 회사 브레인으로 승격(STORE_WIKI "문서타입/도메인 → 정본 마스터 스킬" 인덱스). 그래야 온보딩 때 조회 가능. (지금은 변우석 개인 폴더라 다른 도메인 에이전트가 못 봄)
2. 매칭 — 설계 단계에서 그 에이전트 담당 도메인 → 카탈로그에서 마스터 N개 선택.
3. 복사 — 그 마스터들 + 공통 거버넌스 스킬을 새 폴더에 시드.

[리스크 — 반드시 함께 결정] 복사는 드리프트가 생깁니다(정본 갱신이 사본에 전파 안 됨). 그래서 규칙을 못 박아야 합니다 — 시드 사본은 "출발점", distill 환류 대상은 항상 정본(브레인 카탈로그/마스터 본산). 사본을 정본처럼 고치면 안 됨. 이 규칙이 doc-task-distill에 이미 "마스터 1개를 갱신"으로 들어가 있어, 그대로 전사화하면 정합적입니다.

2) 자가 distill 공통 적용 — 폴더 개별 배포 vs 헌장 조항? → 둘 다, 역할 분담이 정답

권장안(온보딩 관점): 헌장에는 짧은 원칙 한 조항만, 실행 디테일은 시드되는 공통 스킬 하나로. "헌장에 전문을 다 넣자"는 헌장 비대화(반복붕괴 위험·토큰 낭비)라 반대하고, "폴더 배포만 하자"는 누락 시 강제력이 없어 반대합니다. 두 계층 분리가 People Ops 표준입니다.

이 두 가지는 공통 거버넌스 스킬 2종(distill-on-done, domain-skill-catalog)을 새 에이전트마다 자동 시드하는 온보딩 체크리스트 항목 1줄로 수렴합니다. 변우석 자산을 일반화·승격하는 변경이라 신규 페르소나 설계가 아니므로, 동료 영입 승인과는 별개입니다.

다음 액션:

1. Jason 승인 항목 확정: ①카탈로그 브레인 승격 ②헌장 distill 조항 ③공통 스킬 2종 시드를 온보딩 절차에 정식 편입.
2. 승인되면 손석구(인프라)에 ensureSkillsDir 시드 로직 + 런타임 주입 1줄 추가, 변우석 두 스킬을 도메인-중립으로 일반화 위탁.
3. 일반화 초안 검수는 변우석(원저자)·사서 리아와 합의 후 적용.

체크리스트 정본 갱신 완료(onyu/.../new-agent-creation/SKILL.md, 항목 6 신설 + 번호 정합화). 보고드립니다.

1. 온보딩에 편입된 최종 절차 (new-agent-creation 체크리스트)

기존 1~5단계(수요검증→Jason승인→작명→아바타→완수/활동모니터 규약)는 그대로 두고, INSERT 직전 단계로 "6. 거버넌스 스킬 시딩"을 신설했습니다. 핵심 3항:

정본 본산: _master/_common/(공통)·_master/<domain>/(도메인), 권위본은 회사 브레인 카탈로그.

2. ⚠ 정직 고지 — 자동화는 아직 미구현

카탈로그 "자동화 현황"은 시딩 훅을 기정사실처럼 적었으나, 실제 daemon.js:547 ensureSkillsDir는 mkdir만 하고 시드 복사 로직이 없습니다. 현재 16개 에이전트 폴더 중 공통 2종 보유 = 0곳. 즉 신규·소급 모두 지금은 수동 복사입니다. 자동화(빈 폴더+.seeded 멱등 복사)는 인프라(손석구)에 별건 요청해야 하며, 그 전까지는 온보딩이 직접 시드합니다. 체크리스트 6항에도 이 현황을 명시해 뒀습니다.

3. 기존 에이전트 소급 시드 — 제안

소급은 두 부분으로 나뉘고, 위험도가 다릅니다.

(A) 파일 시드(공통 2종) — 안전·멱등, 즉시 실행 가능
대상 16종 전원(alex·ara·bogum·bonwoo·daon·dodam·gyohwan·hangyeol·jarvis·kkomkkom·mira·onyu·ruda·seoyeon·wooseok·ria). 멱등 복사 스크립트:

SRC=/c/Users/user/LAX-site/daemon/agent-skills/_master/_common/.claude/skills
for d in /c/Users/user/LAX-site/daemon/agent-skills/*/; do
  s=$(basename "$d"); [ "$s" = "_master" ] && continue
  mkdir -p "$d/.claude/skills"
  cp -rn "$SRC/distill-on-done" "$SRC/domain-skill-catalog" "$d/.claude/skills/" 2>/dev/null
done   # cp -n = 기존 사본 보존(멱등). 끝나면 daemon이 pushAgentSkills로 DB 동기화

(B) 도메인 마스터(②) — 선별 적용
현재 카탈로그엔 법무 도메인 마스터만 존재 → 소급 대상은 사실상 변우석(bonwoo) 1명(seoul-singbo-gusang-sojang-form 외). 나머지는 도메인 마스터가 아직 없으니 ①만, 마스터는 각자 첫 도메인 작업 때 생성.

(C) 규칙 고지(③, system_prompt 1문장) — 16개 live 페르소나 DB 수정
이건 활성 동료 인사기록을 건드리므로 일괄 자동보다 사서(리아/미라) 큐레이션 과업으로 배치 처리(/activity 노출되는 enqueueTask 경로)를 권합니다. 신규 등재분부터는 체크리스트 6③으로 자동 반영됩니다.

권고: (A)는 지금 실행, (B)는 변우석 한정, (C)는 큐레이션 과업으로 분리. (A)를 제가 지금 집행할지만 확정해 주시면 바로 돌리겠습니다 — 다만 16개 동료 폴더 일괄이라 한 번 더 승인 확인을 받는 게 절차상 맞다고 봤습니다.

다음 액션:

• 승인 시 (A) 멱등 시드 스크립트 즉시 집행 → daemon 동기화 후 보유 0→16 검증 보고
• (C) system_prompt ③ 문장 주입을 사서 배치 과업으로 등록(보검 경유 라우팅)
• 손석구에게 ensureSkillsDir 자동 시드 훅 구현을 별건 요청(수동→멱등 자동 전환)