virtual-insanity
← 리포트 목록

작업 지도 — 해외채권 데스크 (총괄/분배용)

2026-07-29 작업지도 [해외채권, 데일리브리프, 크레딧주간, 블룸버그, 세션분배]

이 문서의 용도

해리 업무 3축을 한 장에 놓고, 어느 세션이 무엇을 맡고 다음에 뭘 할지 추적한다. 총괄 세션(cmux surface:3)이 갱신한다. 세션에 일을 넘기기 전 여기부터 본다.


1. 업무 3축과 현재 상태

축 A. 데일리 브리프 최적화

목표: 평일 아침 브리핑에 필요한 재료가 빠짐없이 들어가게 한다.

시각 크론 상태
05:45 외사 리포트 일일 원문 수집 에러 (node url.parse deprecation, exit 2)
06:20 research-brief-prepare US IG 사전 선별 동작하나 완료가 08:09
06:35 해외채권 세션 수집 (fi-session-collector) 정상
07:00 해외채권 세일즈 아침요약 이메일 정상
07:10 해외채권 모닝 브리핑 정상 (생성 07:18)
07:30 research-brief-daily US IG 학습보고 정상

확정된 원인(surface:2 진단): 외사 선별이 08:09에 끝나는데 브리핑은 07:18에 만들어져 51분 어긋남. 브리핑의 "24시간·날짜 일치" 규칙에 걸려 외사 섹션이 0건으로 비었다. 최신 경로는 selected/가 아니라 data/daily_research_selection_latest.json.

다음 액션 1. 타이밍 정합 — 선별을 앞당기거나, 브리핑이 선별을 나중에 읽어 채우게 2. 05:45 수집 크론 에러 수리 3. (그 다음) 블룸버그 뉴스·텔레 아침요약(다이와·SG) 통합, US credit 주간 이미지 리포트 반영

축 B. 주간 크레딧 시장 동향 + 발표자료

목표: 주간 크레딧 동향을 파악하고 발표자료로 만든다.

시각 크론 상태
토 08:00 research-brief-weekly US IG 주간 종합 동작
화~토 08:10 해외채권 크레딧 OAS 야간 갱신 동작
월 08:30 미국 경기 국면 점검표 weekly 동작

빠진 것: 위 산출물을 발표자료 형태로 묶는 단계가 없다. 지금은 자료가 흩어져 있다.

다음 액션 1. 발표자료 표준 틀 정의 (섹션·차트·분량) 2. 주간 종합 + OAS + 경기 국면을 그 틀에 자동으로 채우는 경로 3. 블룸버그에서 직접 뽑는 수치와의 역할 분담

축 C. 블룸버그 활용 반영

목표: 블룸버그 터미널에서 쓰던 것을 시스템에 반영한다. "하다 만 것"이 있다.

해리가 밝힌 방향(2026-07-29)

블룸버그 활용 및 기능 습득, 세일즈 및 팀북의 채권을 제안하는 데 필요한 정보 수집 등을 크레딧 자료와 합쳐서 진행

즉 축 C는 세 갈래이며, 최종적으로 축 B(크레딧 자료)와 합류한다. 1. 블룸버그 기능 습득 — 터미널을 스스로 다룰 수 있게 2. 세일즈·팀북 채권 제안용 정보 수집 — 고객에게 채권을 권할 때 필요한 재료 3. 위 둘을 크레딧 자료와 통합

확보된 자산 - 260717_US-IG_블룸버그_학습커리큘럼.md — 8주 커리큘럼. 단계마다 "터미널에서 여는 화면"과 "그 주 발표에 쓸 산출물"을 짝지어 둠. 갈래 1과 직결 - 260720_hermes_블룸버그엑셀_자금흐름_함수세팅.md — BDP/BDH/BDS 3함수, 데일리 대시보드 시트 구성 - 블룸버그_펀드플로우_모니터.xlsx - 컨펌생성기 Template 시트에 _xll.BDP 수식 6개 (블룸버그 애드인 사용 중)

역할 분담 원칙(260720 노트에 이미 정해둠)

수치 데이터는 전부 엑셀 애드인(BDP/BDH/BDS)으로 직접 수신. 외부(우리 시스템)에서 가져올 것은 시장 헤드라인·이벤트 해석·요약 코멘트만.

다음 액션 1. 세일즈·팀북 제안에 필요한 정보 항목을 목록으로 확정 (무엇을 볼 것인가) 2. 그 항목을 위 원칙에 따라 분류 — 터미널 직접 수신 / 시스템 수집 3. 축 B 발표자료 틀과 합류 지점 설계 4. 학습 커리큘럼 8주를 주간 발표 일정에 맞춰 배치

보류: "하다 만 것"의 구체 내용 — 해리가 향후 다시 배분 예정. 지금은 위 4개만 진행.

축 E. 산업 트래커를 크레딧 분석용으로 전환

목표: 지금 도는 원자재·산업 트래커를 주식 관점이 아니라 크레딧 분석 관점으로 바꾼다.

현재 가동 상태 실측(2026-07-29, 크론 116개 중 켜짐 60개)

구분 상태
종목 시그널류 이미 전부 꺼짐 — 대주전자재료 3개, ETF 레이더 2개, signal-synthesizer, b2g/redefine
원자재·산업 트래커 켜짐 — tanker, refining, upstream, 석유공급망, DRAM 현물가, copper(금), urea(월), tanker-freight, shipbuilding(월)

다음 액션 1. 켜져 있는 트래커별로 "크레딧 분석에 쓸 수 있는 값"이 무엇인지 정의 (예: 정제 마진 → 정유사 현금흐름 → 스프레드 방향) 2. 산출물 형식을 종목 시그널이 아니라 발행사 신용 관점으로 재작성 3. 축 B 주간 크레딧 자료에 붙일 자리 지정

주의: 지금 당장 손대지 않는다. 축 A·B가 자리 잡은 뒤 착수.

축 D. 데일리 할 일 알림 + 기존 알림 정리

목표: 매일 아침 "오늘 해야 할 일"을 텔레그램으로 받는다. 겸사겸사 남은 알림도 정리한다.

쓸 채널: 론 알림센터 -1003522748967 (NOTIFICATION_CENTER_ID) 등급 정책상 INFO는 알림센터, CRITICAL만 DM. 할 일 알림은 INFO에 해당.

현재 발송량 실측 (~/.hermes/data/ops_multiagent.db / notification_center_log, 최근 7일)

항목 7일 합계 하루 평균
전체 58건 8건
sector_indicator_refresher 23건 3~4건
blueprint_updater 15건 2건
telegram_send 13건 2건
kr_research_collector 7건 1건

2026-07-12 정리 전 일 37건 → 현재 8건. 이미 크게 줄어든 상태다.

할 일 알림 설계안 (1차 = 읽기 전용)

발송 시각은 기존 아침 무리 뒤(07:40 전후)에 얹어 알림 개수를 늘리지 않는다.

담을 내용 4가지: 1. 작업 지도의 다음 액션 — 이 문서 축 A~D의 미완 항목 2. 어제 실패한 크론 — 05:45 수집 에러 같은 것 3. 요일 고정 일정 — 월 US IG 발표, 토 주간 종합 등 4. 미독 외사 리포트 건수 — Codex 학습 시스템 구현 후 연동

2차 (답장 처리): 완료 1, 내일 2 같은 짧은 답장으로 상태를 바꾼다. 이 답장 처리 구조는 Codex 기획의 A1 읽음/나중 처리와 같은 메커니즘이므로 따로 만들지 말고 그 구현에 얹는다.

정리 후보 (발송량 순) - sector_indicator_refresher 일 3~4건 — 정상 동작 통지라면 실패 시만으로 - blueprint_updater 일 2건 — 청사진 갱신 통지가 매일 필요한지 확인

미결 사항 정리(2026-07-29 해리 답변 반영) 1. 산업 트래커·종목 시그널 — 결론 남. 종목 시그널류는 이미 전부 꺼져 있음(대주전자재료 3개 포함, 30일간 발송 0건). 원자재·산업 트래커는 계속 돌되 축 E에서 크레딧 분석용으로 전환한다. 지금 끄지 않음 2. bond_daily_report 그룹+DM 이중 발송 정리 — 지식사랑방 그룹 구독자 확인 필요해 보류(유지)

축 F. 옵시디언(볼트) 최적화

목표: 옵시디언이 무거워진 원인을 걷어내고, 앞으로 다시 불어나지 않게 한다.

실측(2026-07-29)

볼트 md 파일 전체 파일 용량 옵시디언으로 여는가
~/knowledge (해리) 1,967 (자체) 14,586 6.3G 예 (.obsidian 있음)
~/knowledge-agent (AI) 87,767 125,387 7.4G 아니오

해리 볼트가 무거운 진짜 이유 — 심볼릭 링크

~/knowledge의 아래 폴더가 AI 볼트를 그대로 가리킨다. 옵시디언은 이걸 따라 들어가 전부 읽는다.

해리 볼트 경로 실제 대상 딸려오는 md
200 아토믹 knowledge-agent/200 아토믹 27,989
500 시그널 knowledge-agent/500 시그널 349
600 데이터 · 800 운영 · 900 프롬프트 각 대응 폴더 소량
400 판단/410·450 각 대응 폴더 소량
100 수신함/123 fed-liquidity 100-inbox/123 fed-liquidity 소량

즉 해리가 여는 볼트의 실질 규모는 약 3만 개다. 옵시디언은 보통 1만 개를 넘으면 인덱싱·검색·그래프뷰가 눈에 띄게 느려진다.

AI 볼트가 8.7만 개인 이유 — 자동 생성물이 61%

폴더 md 수 정체 현재 유입
700-lab 32,986 32,893개가 contradiction_ 모순검사 산출물 하루 1~4개 (과거 누적)
100-inbox/118 텔레그램 17,980 텔레그램 수집 원문 하루 256개 (계속 쌓임)
200-atomic 27,989 아토믹 노트 —
100-inbox/119-텔레그램 2,126 텔레그램 수집 —
100-inbox/120 지식사랑방 1,264 그룹 수집 —

현재 옵시디언 설정: ~/knowledge/.obsidian/app.json에 readableLineLength, alwaysUpdateLinks 둘뿐. 제외 폴더 설정이 없다.

실행 결과 (2026-07-30 완료)

아카이브 위치 ~/vault-archive/260730/ — 볼트 밖이므로 옵시디언이 읽지 않는다. 삭제가 아니라 이동이므로 필요하면 그대로 되돌릴 수 있다.

옮긴 것 개수 용량
knowledge/_trash 826 3.6M
700-lab 모순검사 (7/24 이전) 32,879 171M
200 아토믹/_staging/frontmatter_fix 20,561 1.1G
합계 54,266 약 1.3G
지표 전 후 감소
해리 볼트 md (심링크 포함) 32,017 10,630 67%
AI 볼트 md 87,767 34,589 61%

재발 위험 점검 - 모순검사: 생성 크론이 이미 없음(비활성/삭제됨). 7/23 이후 하루 1~4개로 멈춘 이유가 이것. 추가 조치 불필요 - frontmatter_fix: ~/.hermes/workspace/scripts/pipeline/note_atomizer.py가 만든다. 대기열에 쌓기만 하고 비우는 쪽이 없어 4개월간 2만 개가 됐다. 재발 가능 — 확인 필요 - 텔레그램 수집: 하루 256개 계속 유입. 구조 재설계 대상(아래 4번)

남은 다음 덩어리: 해리 볼트의 비md 첨부파일 21,657개(이미지·PDF 등). md 10,630개보다 많다. 옵시디언은 이것도 훑는다.

다음 액션 (효과 큰 순서) 1. 옵시디언 제외 필터 추가 — 손대지 않고 체감을 바로 낮추는 방법. userIgnoreFilters로 _trash, 자동 생성 아카이브 경로를 색인에서 뺀다 2. _trash 826개 비우기 — 해리 볼트 자체 폴더 3. 700-lab contradiction 3.3만개 아카이브 — 최근 N일만 남기고 볼트 밖으로. 지금은 하루 1~4개라 유입은 문제 아님. 과거 누적만 걷어내면 됨 4. 텔레그램 수집 원문 유입 재설계 — 하루 256개. 원문은 볼트 밖에 두고 볼트에는 선별·요약만 남기는 구조로 5. 심링크 구조 재검토 — 해리 볼트가 AI 볼트 아토믹 2.8만개를 통째로 물고 있는 게 맞는지. 필요한 것만 골라 링크하거나, 옵시디언 제외로 처리

주의: 3·4번은 파일을 옮기거나 지우는 작업이라 되돌리기 어렵다. 반드시 백업 후, 해리 확인을 받고 진행한다. 1·2번은 위험이 없어 먼저 해도 된다.


2. 세션 배치와 담당

완료 (2026-07-30)

축 한 일 결과
축 A 05:45 수집 에러 수리 + 브리핑·선별 타이밍 정합 외사 리포트가 페이지에 표출됨(골드만·BofA 확인). 08:20 fi-research-refresh 크론 신설
축 D 1차 평일 07:40 할 일 알림 크론 등록·발송 성공(메시지 ID 7182). 산출물 260729_hermes_해외채권_데일리할일알림.md
축 F 1차 볼트 54,266개(1.3G) 아카이브 이동 해리 볼트 32,017→10,630개 (67%↓)
축 G 1차 외사 읽음·보류·선호·영어 복습 루프 7개 범위 구현, 기존 론브리지봇 연결, 파이썬 38개·브리지 핵심 64개 검사 통과

정정: surface:21이 "Hermes 게이트웨이가 실행 중이 아니라 내일부터 크론이 안 돈다"고 보고했으나 오진이다. 실측 결과 8642 포트 리스닝(PID 68413), 오늘 크론들이 completed로 기록됨. 신규 크론 2개(07:40, 08:20)도 enabled=True로 등록됨. 내일 정상 작동한다.


역할 배분 (2026-07-30 기준)

원칙: surface:3은 기획·총괄·검증만 한다. 실행은 나눠서 맡긴다.

패널 종류 여유 맡은 일
surface:3 Claude — 기획·총괄·검증. 이 문서 관리, 배분, 결과 대조
surface:2 Claude 30% 알림센터 정리 2건 (sector_indicator_refresher, blueprint_updater)
surface:10 Claude 61% 축 F 재발 방지 — frontmatter 대기열, 텔레그램 원문 유입 구조
surface:20 Codex 74% 축 C 블룸버그 — 세일즈·팀북 정보 항목 목록화·분류·축B 합류 설계
surface:21 Codex 50% 축 B 발표자료 틀 — 주간 크레딧 자료를 묶는 표준 틀
surface:1 Codex 26% 축 E 정의 — 산업 트래커를 크레딧 관점으로 바꿀 때 볼 값 정의 (조사·정의만)

여유가 적은 곳에는 작은 일을 준다. surface:1(26%)에 학습 시스템 구현 같은 큰 일을 주면 중간에 끊긴다. 그 구현은 여유가 생긴 세션에 넘긴다.

대기 중인 큰 일 - 축 A 파생 외사 학습 시스템 구현 (기획 완료, 7개 범위). 축 A가 끝났으므로 착수 가능. 여유 60% 이상인 Codex 세션이 비면 넘긴다 - 축 F 비md 첨부 21,657개 정리 — 위험 작업이라 총괄이 대상 확인 후 배분


3. 충돌 주의 — 같은 크론을 두 곳이 건드린다

Codex 기획서(260729_hermes_research_learning_system_plan.md)의 처리 순서는 05:45 수집 → 06:20 선별 → 07:30 발송을 그대로 쓴다.

그런데 축 A 수정 대상도 05:45와 06:20이다.

규칙: 축 A 타이밍 정합·에러 수리가 끝나기 전에는 학습 시스템 구현을 시작하지 않는다. 순서를 지키지 않으면 같은 크론을 두 세션이 동시에 고쳐 서로 덮어쓴다.


4. Codex에 넘긴 기획 (씹히지 않게 추적)

문서: ~/knowledge-agent/400-reports/hermes-research-sales-engine/notes/260729_hermes_research_learning_system_plan.md (212줄)

요지: 외사 리포트를 텔레그램에서 읽고, 읽음·보류·난이도·선호를 기록하고, 어려운 영어 표현을 반복 학습하는 루프.

1차 구현 범위 7개 (인라인 버튼·웹앱·새 봇은 제외) 1. 텔레그램 리서치함에 안정적인 A/B/C ID 표시 2. 읽음/나중/어려움/좋음/별로/원문/오늘 현황 답장 처리 3. 상태 파일·이벤트 로그 생성 4. A등급별 어려운 표현 최대 5개 생성 5. A1 학습, A1 내 이해: 응답 6. 토요일 미독·보류 회수 7. 다음 회차 선별 등급에 피드백 반영

새로 만드는 데이터 파일 3개 - data/research_reading_state.json — 읽기 상태 - data/research_vocabulary.json — 어휘 카드 (복습 1일→3일→7일→14일) - data/research_learning_events.jsonl — 이벤트 append-only

기존 파일 연동: data/harry_research_preferences.json의 feedback_log. 브로커 이름만으로 점수를 바꾸지 않고, 같은 방향 피드백 3회 이상일 때만 자동 규칙으로 승격.

상태: 2026-07-30 1차 범위 7개 구현. 기존 07:30·토요일 발송기와 론브리지봇에 연결했고, 과거 실제 발송 9건을 unread로 이관함.


5. 갱신 이력

  • 2026-07-29 최초 작성 (총괄 세션). 축 A 원인 확정·Codex 기획 접수·충돌 규칙 명시.
  • 2026-07-30 축 G 1차 구현·검증 결과 반영.