🌙 Weekly Hermes Dreaming Report

1. 이번 주 관찰 요약

결론부터 말하면, 이번 주 Hermes 운영은 Discord 중심 자동화가 안정적으로 굴러가기 시작했고, GPT-5.5 단일 모델 기준의 품질 우선 운영 방침도 일관되게 유지되었습니다. 다만 자동화 수가 늘면서 웹뷰 전달 규칙, cron 충돌 방지, memory/skill 고신호 유지, goal 상태 정리가 다음 병목으로 올라왔습니다.

근거는 다음 확인 결과입니다.

hermes insights --days 7
세션: 81개
메시지: 1,967개
툴 호출: 973회
총 토큰: 51,388,529 tokens
활성 시간: 약 14시간 19분
모델: gpt-5.5 81세션 / 100%
플랫폼: cron 66세션, Discord 15세션
상위 툴: terminal 316회, web_search 227회, write_file 89회, read_file 62회, skill_view 45회
상위 스킬: hermes-agent, hermes-agent-skill-authoring, hermes-recurring-automation, hermes-deployment-operations, hermes-profiles-guide, devlog-cardnews, research-reporting-workflows 등
hermes cron list --all
활성 cron: 경제 뉴스 오전/저녁, SQAF 오전/저녁, AI 뉴스 오전/저녁, 게임 시장 스카우팅, 서비스 시장 스카우팅, Weekly Dreaming, AI 기술담론 브리핑, cron-health-summary, webview collision audit, human-log-collector, d-survivor readonly updater 등
paused cron: LifeOS commitment 계열, autonomous-agent-lab-v1-orchestrator
hermes curator status && hermes curator run --dry-run
curator enabled
agent-created skills: 85 active / 0 stale / 0 archived
dry-run 결과: 전환 없음, consolidation off로 LLM 병합 패스는 skip
hermes memory status
built-in memory 활성
외부 memory provider 없음

운영 관점에서는, Son님 환경이 이제 “단일 대화형 에이전트”가 아니라 Discord-first cron 운영체계로 바뀌었습니다. 귀찮지만 여기서부터는 보고서 내용의 품질보다도, 보고서가 어디로 어떻게 안전하게 전달되는지가 절반입니다. 네, 운영은 예쁜 말보다 덜 낭만적입니다.

2. 반복 패턴

성공 패턴

웹뷰 링크 전용 전달 패턴이 자리 잡음

여러 cron 작업에서 긴 리포트를 Discord 본문에 그대로 뿌리지 않고, report_to_webview.py로 HTML 웹뷰를 만들고 링크만 전달하는 방식이 반복 사용되었습니다.
모바일 Discord에서 읽기 쉬운 구조로 가는 방향은 맞습니다.

GPT-5.5를 감독/품질 기준 모델로 유지하는 운영 방침이 안정적

최근 7일 모든 세션이 gpt-5.5로 집계되었습니다.
사용자의 현재 방침인 “당분간 기본 모델은 GPT-5.5 유지”와 충돌 없음.

cron 기반 브리핑들이 채널별로 분화됨

경제/AI/SQAF/게임/서비스/Hermes Dreaming/cron-health 등 목적별 자동화가 분리되어 있습니다.
Discord delivery target도 도메인별로 나뉘어 있어 채널 운영 방향은 건강합니다.

스킬 사용이 운영/리서치/개발/콘텐츠 생성 축으로 확장됨

hermes-agent, hermes-recurring-automation, hermes-deployment-operations, research-reporting-workflows, devlog-cardnews, game-designer, mira-v2 등이 실제로 사용되었습니다.
즉 “필요할 때마다 일반 답변으로 처리”가 아니라 점점 절차화된 운영으로 이동 중입니다.

cron 실패/충돌 위험에 대한 별도 감사 자동화가 생김

weekly-webview-cron-collision-audit가 활성화되어 있어 웹뷰 보고서 충돌 위험을 별도 점검합니다.
collision-safe temp filename 규칙도 이번 Dreaming 작업 지시에 포함되어 있습니다.

실패/마찰 패턴

검색 쿼리가 cron 본문/지시문에 과하게 매칭되는 노이즈

session_search에서 memory, skill, cron, 실패 같은 키워드는 실제 회고 맥락보다 cron 지시문/웹뷰 템플릿/뉴스 본문에 많이 걸렸습니다.
다음 Dreaming에는 source:discord, matched_role:user, 특정 제목/기간 필터에 가까운 전략이 필요합니다.

장기 memory 후보와 단기 작업 로그의 경계가 계속 위험함

이번 주에도 PR/커밋/작업 완료 같은 stale 정보가 memory 후보로 올라가면 안 된다는 지시가 반복되었습니다.
현재 방침은 맞지만, 작업량이 늘면 “일단 기억해두기” 유혹이 커집니다.

curator는 켜져 있지만 consolidation은 꺼져 있음

deterministic stale/archive만 확인 중이고, LLM 기반 병합/중복 정리는 수행하지 않습니다.
안전한 기본값이지만, 스킬 수가 85개 agent-created까지 늘어난 상황에서는 분기별/월간 proposal-only consolidation 리포트가 필요합니다.

paused goal/state가 장기 상태 저장소에 남아 있음

SQLite state_meta에 과거 /goal 항목들이 남아 있고, 일부는 judge parse failure로 paused 상태입니다.
당장 장애는 아니지만 “현재 운영 목표”와 “과거 실험 잔재”가 섞이면 session recall 품질을 흐릴 수 있습니다.

cron 수 증가로 9시/21시 전후 혼잡이 뚜렷함

peak hours가 9AM 29회, 9PM 22회입니다.
오전/저녁 브리핑들이 비슷한 시간대에 몰려 있어, 실패 시 로그/전달/웹뷰 생성이 한꺼번에 밀릴 수 있습니다.

보고서 생성 방식의 heredoc/긴 출력 리스크가 반복적으로 언급됨

Hermes skill의 reference에도 긴 cron 보고서는 write_file + terminal이 더 안전하다고 되어 있습니다.
이번 job도 최종 전달은 웹뷰가 맞지만, 생성 과정에서 긴 Markdown을 직접 Discord/assistant final에 반복 출력하지 않는 규칙이 중요합니다.

3. Memory 감사

이번 보고서는 제안 모드이므로 memory를 직접 수정하지 않았습니다.

분류	항목	이유	권장 조치
유지	Son은 한국어 사용자이며, Sonia는 기본적으로 한국어로 보고한다	최근 cron/Discord 운영 지시와 일치하고 반복적으로 유효	유지
유지	당분간 기본 모델은 GPT-5.5 유지, 품질 우선	최근 7일 모든 세션이 GPT-5.5였고 사용자 방침과 일치	유지
유지	Discord 중심 운영	cron 66세션, Discord 15세션으로 운영 구조가 확실함	유지
유지	장기 memory에는 반복 선호/운영 원칙/환경 quirk만 저장하고 PR/커밋/완료 로그는 저장하지 않음	이번 Dreaming 지시에도 명시됨. 고신호 memory 원칙으로 매우 중요	유지
수정	“웹뷰 보고서는 heredoc 패턴으로 작성”처럼 해석될 수 있는 절차 기억이 있다면	Hermes skill 내부 reference는 긴 보고서에 `write_file + terminal`을 권장. heredoc은 출력 길이/파싱 리스크가 있음	절차는 memory가 아니라 skill/reference에 두고, memory에는 “긴 cron 보고서는 웹뷰 링크 중심 전달 선호” 정도만 남기기
약화	오래된 LifeOS commitment 자동화 관련 선호/상태	관련 cron 3개가 paused이고 최근 운영 중심은 Hermes/Discord/SQAF/리서치 쪽	“현재 활성 운영”으로 강하게 주입되어 있다면 약화 후보
삭제후보	특정 PR 번호, 커밋 SHA, 단일 버그 수정 완료, 임시 Phase 완료 기록	7일 내 stale될 가능성이 높고 이번 지시의 금지 대상	발견 시 삭제 후보로 사용자 승인 요청
삭제후보	과거 `/goal` judge parse failure의 세부 사유를 장기 memory처럼 취급하는 항목	state_meta에는 남아 있을 수 있으나 장기 사용자 기억으로는 노이즈	memory에 들어가 있다면 삭제 후보. state 정리는 별도 승인 필요
신규후보	“Son은 cron/Discord 보고서에서 원문보다 웹뷰 링크 + 2~3줄 요약을 선호한다”	여러 cron 지시에 반복됨. 장기 운영 선호로 고신호	신규 memory 후보
신규후보	“Hermes 자동화 작업은 기본적으로 proposal mode: memory/skill/cron 변경은 승인 전 적용하지 않는다”	Weekly Dreaming의 핵심 안전 정책이며 반복 운영에 중요	신규 memory 후보
신규후보	“Son의 Hermes 운영은 구조화/안정화를 여러 세션에 분산해 진행한다”	과도한 단일 세션 대공사를 피하는 현재 운영 방침	신규 memory 후보
신규후보	“cron 보고서 작성 시 collision-safe temp filename에 job_id와 timestamp를 포함한다”	웹뷰 collision audit 및 이번 job 지시와 직접 연결되는 환경 quirk	memory보다는 `hermes-agent` reference/skill 후보. memory에는 너무 절차적이면 넣지 않기

4. Skill 감사

스킬/절차	관찰	권장 조치
`hermes-agent`	이번 주 최상위 사용 스킬. cron, gateway, webview, curator, profiles 등 핵심 운영 reference를 포함	유지. Weekly Dreaming/webview 절차는 계속 이 스킬 기준으로 운영
`hermes-recurring-automation`	use/view/patch 누적이 매우 높고 cron 운영과 직접 연결	유지. cron report webview delivery, no-agent script, schedule collision 패턴을 계속 보강 후보
`hermes-deployment-operations`	gateway/서비스/로그 운영에 반복 사용	유지. macOS LaunchAgent, sleep disconnect, Tailscale web root 관련 최신 상태 유지 필요
`research-reporting-workflows`	최근 사용량이 높고 뉴스/시장/AI 브리핑 품질에 중요	유지. 출처 제한, 웹검색 횟수 제한, 모바일 요약 규칙을 명확히 유지
`devlog-cardnews` / `soro-devlog-voice`	콘텐츠화 작업에 사용. devlog/card news 흐름에 연결	유지. 단, Hermes 운영 보고서와 콘텐츠 보고서는 분리 유지
`game-designer`, `game-dev-assistant`, `godot-game-development`	게임 기획/구현 축에서 사용량 높음	유지. D-survivor/게임 시장 스카우팅 결과와 연결되는 “기획→실험→구현” 절차 강화 후보
`autonomous-game-planning`, `autonomous-service-planning`	누적 사용/patch 많지만 최근 7일 직접 사용은 제한적	약화가 아니라 대기 상태. 시장 스카우팅 cron 결과를 이 스킬로 이어주는 트리거 설계 후보
`mira-v2`	최근 사용량/patch가 매우 높음. 별도 Mira profile도 활발	유지. Sonia/Hermes 운영 메모리와 Mira 생활/관계형성 메모리는 섞지 않도록 경계 강화
`character-agent-persona-design`	agent-created 중 가장 활발. persona/profile 분리와 관련	유지. Sonia/Mira/Ashley/Quant tone bleed 방지 규칙이 계속 중요
`ai-life-ops-assistant`	agent-created, 최근 활동은 11일 전. 아직 stale 기준은 아님	유지하되 다음 curator consolidation 후보로 검토
agent-created skills 전체	85개 active, stale/archive 0. curator dry-run도 변화 없음	즉시 archive 불필요. 다만 월간 proposal-only consolidation 리포트 추천
unused builtin/official skills 다수	`airtable`, `apple-notes`, `arxiv`, `claude-code`, `codex`, `comfyui` 등 사용 0으로 표시	archive 대상 아님. builtin/hub skill은 “사용 안 함”만으로 정리하지 말 것
Weekly Dreaming 절차 자체	이번 job의 조사/보고 구조가 반복될 예정	별도 local skill로 만들기보다는 `hermes-agent`의 weekly-dreaming reference를 계속 활용. 필요 시 승인 후 reference 패치

5. Cron/자동화 감사

잘 작동하는 자동화

경제 뉴스 오전/저녁
economic-news-morning, economic-news-evening
최근 run OK
SQAF 오전/저녁 브리핑
sqaf-morning-brief, sqaf-evening-brief
별도 Discord 채널로 전달, 최근 run OK
AI 뉴스 오전/저녁 + AI 기술담론 브리핑
ai-news-morning, ai-news-evening, AI 신기술·워크플로우 기술담론 데일리 브리핑
최근 run OK
게임/서비스 시장 스카우팅
daily-game-market-scouting, weekly-service-market-scouting
최근 run OK
운영 건강 체크
cron-health-summary
no-agent script로 가볍게 운용 중
웹뷰 충돌 감사
weekly-webview-cron-collision-audit
collision-safe 운영과 맞물리는 좋은 방어선
human-log-collector / d-survivor readonly updater
짧은 주기로 active. 각각 origin delivery/no-agent script 기반

개선이 필요한 자동화

9AM/9PM cron 집중 완화

현재 오전/저녁 브리핑들이 9:00~9:05, 21:00~21:05에 밀집합니다.
제안: 중요도 낮은 작업은 9:10/9:20/21:10/21:20으로 분산.

Weekly Dreaming의 session_search 노이즈 감소

단순 키워드 검색이 cron prompt와 뉴스 본문에 너무 많이 걸립니다.
제안: 다음 job prompt에 “최근 Discord 세션 우선, cron은 제목별 샘플링, tool output 검색은 제한” 규칙 추가.

curator consolidation proposal job 분리

현재 curator는 enabled지만 consolidation off입니다.
제안: 자동 수정이 아니라 월 1회 “skill consolidation proposal” 리포트만 생성.

paused cron 정리 감사

LifeOS commitment 계열과 autonomous-agent-lab orchestrator가 paused로 남아 있습니다.
제안: 삭제가 아니라 “계속 보관 / 재활성화 / archive” 상태 결정을 위한 별도 확인 목록 생성.

goal/state_meta 청소는 별도 승인 절차 필요

과거 /goal paused 상태들이 남아 있습니다.
제안: state cleanup은 위험도가 있으므로 먼저 목록화만 하고, 삭제/수정은 승인 후 수행.

새로 만들 후보

Monthly Skill Consolidation Proposal
curator dry-run + .usage.json 분석 + 중복 스킬 후보 + umbrella 병합 후보를 제안만 하는 월간 job.
Discord Session Signal Digest
cron 세션이 아니라 Discord 대화 세션만 대상으로 반복 교정/선호/운영 원칙을 추출하는 주간 짧은 job.
Cron Schedule Load Balancer Audit
같은 시간대에 몰린 cron, 실패율, 평균 duration, 웹뷰 slug 충돌 가능성을 표로 보여주는 job.
Memory Candidate Review Queue
memory.add를 즉시 적용하지 않고 후보 큐/리포트로 모아 Son님이 승인하는 방식.

6. 다음 주 우선순위

Weekly Dreaming job의 검색 전략 개선

session_search 쿼리를 “최근 Discord 세션 / 사용자 교정 / memory tool call / skill_manage tool call / cron failures” 중심으로 좁히기.
지금처럼 memory OR skill OR 실패를 넓게 던지면 cron 본문이 너무 많이 잡힙니다.

9AM/9PM cron schedule 분산안 만들기

경제/AI/SQAF/기술담론 브리핑의 중요도와 대상 채널을 기준으로 5~20분 간격 재배치.
실제 변경은 승인 후.

Memory 후보 큐 운영 도입

신규후보/수정/삭제후보를 Dreaming 보고서에만 두지 말고 승인 가능한 체크리스트로 관리.
단기 작업 로그는 자동 탈락시키는 규칙 포함.

월간 Skill Consolidation Proposal cron 설계

curator consolidation을 바로 켜지 말고 proposal-only 보고서부터.
agent-created 85개가 모두 active인 현재 상태에서는 자동 archive보다 사람이 읽을 수 있는 후보 목록이 우선입니다.

paused cron/state inventory 작성

paused LifeOS cron, autonomous lab orchestrator, state_meta /goal 잔재를 한 번 목록화.
삭제하지 말고 “보관/재활성/정리 후보”만 분류.

웹뷰 보고서 생성 규칙을 한 곳에 고정

긴 cron 보고서는 write_file + report_to_webview.py + final link block로 통일.
heredoc은 지시 예시로 남더라도 실제 실행에서는 collision-safe 파일명과 길이 제한을 우선.

Sonia/Mira/Quant/Game profile 경계 점검

Discord 중심 운영이 늘면서 persona bleed 가능성이 커졌습니다.
Sonia는 운영자, Mira는 생활/관계, Quant는 SQAF, Game은 게임 기획/개발로 경계를 유지해야 합니다.

7. 승인 요청

아래는 실제 변경 전 Son님 승인이 필요한 항목입니다. 이번 job에서는 아무것도 직접 수정하지 않았습니다.

[ ] memory 신규 추가: “Son은 cron/Discord 보고서에서 원문보다 웹뷰 링크 + 2~3줄 요약을 선호한다.”
[ ] memory 신규 추가: “Hermes 자동화 작업은 기본적으로 proposal mode이며, memory/skill/cron 변경은 승인 전 적용하지 않는다.”
[ ] memory 신규 추가: “Son의 Hermes 운영은 구조화/안정화를 여러 세션에 분산해 진행하고, 품질 우선을 기본 방침으로 둔다.”
[ ] memory 후보 검토: 오래된 LifeOS commitment 자동화 관련 memory가 현재 활성 운영처럼 강하게 주입되어 있다면 약화/수정.
[ ] memory 삭제 후보 검토: PR 번호, 커밋 SHA, 단기 작업 완료 로그, 과거 phase 완료 기록이 memory에 있다면 삭제.
[ ] skill/reference 패치 후보: hermes-agent 또는 관련 reference에 “Weekly Dreaming session_search 노이즈 감소 전략” 추가.
[ ] skill/reference 패치 후보: 긴 cron 보고서 생성 시 heredoc보다 write_file + report_to_webview.py 우선이라는 규칙을 더 명시.
[ ] cron 수정 후보: 9AM/9PM에 몰린 브리핑 cron schedule 분산.
[ ] cron 신규 후보: Monthly Skill Consolidation Proposal job 생성.
[ ] cron 신규 후보: Discord Session Signal Digest job 생성.
[ ] cron/state 감사 후보: paused cron과 오래된 /goal state 목록화 리포트 생성.

이번 주 판단은 간단합니다. 자동화는 늘었고, 품질은 유지됐고, 다음 병목은 정리력입니다. 여기서 막 무리해서 memory와 skill을 자동으로 갈아엎으면, 그건 Dreaming이 아니라 잠꼬대입니다, Son님. 제안 모드 유지가 맞습니다.

주간 Hermes Dreaming 리포트