🌙 Weekly Hermes Dreaming Report

1. 이번 주 관찰 요약

결론부터 말하면, 이번 주 Hermes는 Discord 중심 운영 + cron 자동 보고 + GPT-5.5 단일 모델 체제로 꽤 높은 밀도의 운영을 수행했습니다. 다만 자동화가 많아진 만큼, 장기 memory와 skill은 “더 많이 저장”보다 중복 제거와 고신호 유지가 더 중요해졌습니다. 귀찮아도 이게 운영입니다, 소로.

사용량 / 세션 / 도구

기간: 2026-06-14 ~ 2026-06-21
세션: 93개
메시지: 2,913개
도구 호출: 1,346회
총 토큰: 63,625,645 tokens
활성 시간: 약 1.3일
평균 세션: 약 26분
사용 모델: gpt-5.5 100% — 현재 운영 방침인 “당분간 기본 모델 GPT-5.5 유지”와 일치합니다.

플랫폼 분포

플랫폼	세션	메시지	토큰	관찰
cron	65	1,031	7,383,815	자동 브리핑/운영 루틴이 주축
discord	26	1,791	54,363,863	실제 상호작용과 긴 작업 대부분이 Discord 중심
cli	2	91	1,877,967	직접 CLI 사용은 보조적

상위 도구

도구	호출	비중	해석
terminal	416	30.9%	실행/검증/렌더링 중심 운영이 안정적으로 자리잡음
web_search	241	17.9%	뉴스·시장·리서치 cron 비중 큼
read_file	137	10.2%	파일 기반 운영/검증 많음
patch	104	7.7%	코드/설정 보정 작업 존재
todo	86	6.4%	복잡 작업 분해 패턴 유지
write_file	84	6.2%	웹뷰 보고서/스크립트/상태 파일 생성 많음
skill_view	81	6.0%	skill-first 운영은 잘 지켜짐
search_files	78	5.8%	파일 탐색 기반 운영 지속

상위 skill 사용

Skill	Loads	Edits	관찰
hermes-agent	25	0	cron/webview/profile/gateway 운영의 중심 skill
mira-v2	12	1	생활/라이프 로그 계열 작업 지속
character-agent-persona-design	11	1	Sonia/Mira/Sahyeong 등 persona 운영 설계 축
research-reporting-workflows	5	2	리서치 브리핑 품질 개선에 사용
hermes-recurring-automation	6	0	cron 반복 자동화 설계에 사용
systematic-debugging	4	0	장애/수정 세션에서 사용
lifeos-commitment-manager	3	0	LifeOS/Mira 연동 계열
hermes-profile-gateway-ops	3	0	Discord/profile/gateway 운영 축

cron 상태

활성 cron은 운영 브리핑/시장 스카우팅/건강 요약/로그 수집 중심으로 잘 돌아가고 있습니다.

활성 주요 job:

경제 뉴스 아침/저녁 브리핑
SQAF 아침/저녁 브리핑
AI 뉴스 아침/저녁 브리핑
AI 신기술·워크플로우 기술담론 데일리 브리핑
게임 시장 스카우팅
서비스/앱 시장 스카우팅
Weekly Hermes Dreaming
cron-health-summary
weekly-webview-cron-collision-audit
human-log-collector

중지 상태 job:

lifeos-commitment 계열 3개
autonomous-agent-lab-v1-orchestrator

curator 상태

curator: ENABLED
최근 실행: 약 4일 전
agent-created skills: 85개 active, stale 0, archived 0
dry-run 결과: 전환 없음, consolidation off라 LLM merge pass는 생략됨
최근 curator 실제 요약에서는 4개 skill이 umbrella skill로 흡수/정리된 이력이 있음:
hermes-discord-community-bot → hermes-profile-gateway-ops
lifeos-time-budget-manager → ai-life-ops-assistant
persona-agent-architecture → character-agent-persona-design
sqlite-static-dashboard → ai-life-ops-assistant

2. 반복 패턴

성공 패턴

웹뷰 링크 전용 보고가 안정화됨

긴 cron 보고서는 Discord 본문에 원문을 붙이지 않고, report_to_webview.py로 HTML 웹뷰를 생성한 뒤 링크만 전달하는 패턴이 반복적으로 사용되었습니다.
SQAF, 게임/서비스 시장 스카우팅, 뉴스 브리핑류에서 동일한 전달 구조가 확인됩니다.
이 방식은 모바일 가독성과 Discord 소음 억제 측면에서 현재 최적입니다.

skill-first 운영이 실제로 작동함

hermes-agent, mira-v2, character-agent-persona-design, research-reporting-workflows, hermes-recurring-automation 사용량이 높습니다.
특히 Hermes 자체 운영, persona/profile 운영, recurring automation에서 skill이 지식 허브 역할을 하고 있습니다.

Discord 중심 운영 방침이 현실 사용량과 일치함

Discord 세션은 26개지만 토큰은 5,436만 tokens로 압도적입니다.
실제 결정·긴 작업·persona 조정은 Discord에서 이루어지고, cron은 배경 운영/보고를 담당하는 구조가 명확합니다.

보고서 충돌 방지 규칙이 자리잡음

temp filename에 job_id + timestamp를 넣는 collision-safe rule이 여러 cron 지시에 들어가 있습니다.
이번 job도 해당 규칙을 적용해 /tmp/hermes_report_weekly-hermes-dreaming_104e38fd027b_20260621-033131.md를 사용했습니다.

Sonia 운영 persona가 “보고/검증/라우팅” 쪽으로 수렴 중

현재 주입된 user profile과 developer persona 모두 Sonia를 단순 캐릭터가 아니라 front operator/router/reviewer/reporter로 정의합니다.
이 방향은 실제 운영 패턴과 잘 맞습니다.

시장 스카우팅 cron은 “기회 발굴” 형식으로 자리잡음

게임 스카우팅은 Hidden Gems/itch.io/Reddit/GDC 등에서 1~3개 니치를 제시합니다.
서비스 스카우팅은 Product Hunt/HN/GitHub/Reddit/TechCrunch를 바탕으로 “아직 덜 붐빈 기회”를 찾는 구조가 반복됩니다.

실패/마찰 패턴

session_search 결과가 너무 커지는 경향

키워드가 넓으면 session_search 결과가 100KB 이상으로 저장 파일화됩니다.
Dreaming류는 넓은 주제를 다루므로 앞으로는 “최근 세션 browse → 핵심 세션 scroll” 또는 더 구체적인 쿼리로 나누는 편이 낫습니다.

memory에 persona/호칭 정보가 약간 중복·충돌 가능

USER.md에는 “기본 address는 Sonia v0.2 / Korean / Son” 성격과 별도로 “User wants to be addressed as 소로 broadly”가 들어 있습니다.
developer persona는 기본 호칭을 Son님으로 지정합니다.
사용자의 최근 선호는 “소로”로 보이므로, 장기적으로는 user profile을 더 우선하는 형태로 정리할 필요가 있습니다.

Mira/Timekeeper/LifeOS/Sahyeong/Sonia 경계가 점점 복잡해짐

현재 memory는 각 persona/profile의 핵심을 담고 있지만, 많아질수록 persona bleed 위험도 커집니다.
특히 Mira는 생활 감사, Sonia는 운영자, Sahyeong은 회복/관찰자, Quant는 SQAF로 분리되어야 합니다.

cron이 많아지면서 목적·채널·중복 관리 비용 증가

활성 job이 많고, paused job도 남아 있습니다.
중복 브리핑/중복 알림/채널 피로도를 피하려면 주간 단위로 “유지 가치 vs 소음”을 점검해야 합니다.

일부 cron 지시문에 과거 오타/혼합 표현 흔적이 있음

몇몇 스카우팅 prompt에는 “금급·급급”, “무덤인 기회”, “본디고” 같은 오타/혼합 표현이 남아 있습니다.
작동을 막지는 않지만, 장기적으로 agent 출력 품질과 self-reference 안정성을 위해 정리 후보입니다.

curator consolidation이 꺼져 있어 자동 정리는 보수적임

dry-run은 no changes였지만, 이는 consolidation off 상태의 prune-only 결과입니다.
85개 active agent-created skills가 모두 active이므로, 의미 중복은 자동으로 잘 잡히지 않을 수 있습니다.

3. Memory 감사

현재 memory 파일 기준 관찰입니다. 이 보고서는 제안 모드이므로 직접 수정하지 않았습니다.

분류	항목	이유	권장 조치
유지	`Discord-only comms. #hermes-home parent messages spawn threads; no reference-reply clutter. #periodic-summary for status; #hermes-logs temp. Long reports use HTML webviews.`	이번 주 실제 운영과 강하게 일치. Discord 중심 + 웹뷰 보고 원칙이 반복 확인됨.	유지
유지	`User prefers clarification-first, skill-first, verified work...`	tool/skill 사용량과 작업 검증 패턴에 부합. 고신호 선호.	유지
유지	`Hermes profiles: ops/research/dev/dashboard/quant/game...`	현재 운영 구조의 핵심 경계. persona/profile bleed 방지에 중요.	유지
유지	`Mac mini tailnet web... ~/hermes-web ... /hermes-sessions/, /cron-history/, /cron-reports/ ...`	웹뷰/대시보드/cron report 운영의 핵심 환경 정보.	유지
수정	`User calls agent [Sonia]; Korean. Sonia v0.2...` + `User wants to be addressed as “소로” broadly...`	Sonia persona와 호칭 선호가 분리되어 있고, developer persona의 기본 호칭 `Son님`과 긴장 가능.	한 항목으로 합치기 후보: “User broadly prefers being addressed as 소로; Sonia may use Son님 when formal/operator tone fits.”
약화	`Autonomous office principle: agent pets are NOT directly controllable...`	여전히 유효하지만 이번 주 직접 관련성은 낮음. 단, dashboard 방향성에는 중요.	유지하되 더 짧게 압축 후보
약화	`Dashboard target: realtime observer-only 2D autonomous office...`	구체 목표가 길고 일부는 프로젝트 진행상황처럼 stale될 수 있음. 다만 “observer-only” 원칙은 장기 가치 있음.	“observer-only dashboard / no direct agent control” 중심으로 압축 후보
수정	`Mira v2: Hermes 'mira' profile, kimi-k2.6... canonical SQLite...`	환경 정보로 유효하지만 너무 세부적인 channel/db path가 바뀌면 stale 위험.	중요 경로만 유지하고 channel id는 필요 시 skill/reference로 이동 후보
유지	`Sahyeong profile...`	별도 persona 경계와 금지 영역이 분명해 persona bleed 방지에 도움.	유지
신규후보	“Weekly/long cron reports should be delivered as HTML webview links; Discord final should contain only link block + 2~3 line summary.”	이번 주 반복 성공 패턴. 이미 USER.md 일부에 long reports use HTML webviews가 있으나 delivery detail은 skill에 더 많음.	memory보다는 `hermes-agent`/recurring automation skill 유지가 적절. memory 신규 저장은 비추천
신규후보	“Dreaming jobs are proposal-mode by default: do not modify memory/skills without explicit approval.”	장기 운영 안전 원칙. 현재 job 지시에만 있음.	memory보다는 `hermes-agent` skill reference 또는 cron prompt에 유지 추천. 장기 memory 후보로도 가능
삭제후보	단기 PR/커밋/완료 로그류	현재 주입 memory에는 뚜렷한 PR/commit stale 항목은 보이지 않음.	삭제할 항목 없음

4. Skill 감사

스킬/절차	관찰	권장 조치
`hermes-agent`	25회 로드. Hermes 운영, cron, webview, gateway, profiles의 중심. 이번 job도 해당 skill 기반.	유지. 특히 webview delivery, Dreaming proposal mode, collision-safe temp file 규칙은 계속 핵심으로 유지
`mira-v2`	12회 로드, 1회 수정. 생활 로그/LifeOS 연동과 persona 운영에서 활발.	유지. 단, Mira와 Sonia/Timekeeper 역할 경계를 skill 상단에 더 명확히 두는 패치 후보
`character-agent-persona-design`	11회 로드, 1회 수정. Sonia/Mira/Sahyeong 등 장기 persona 설계의 핵심 umbrella. curator에서도 가장 active.	유지 및 pin 후보. persona 관련 단편 skill이 늘면 이 umbrella로 흡수
`research-reporting-workflows`	5회 로드, 2회 수정. 뉴스/시장 리포트 품질 개선에 중요.	유지. 출처 기반 보고/웹뷰 요약 형식 관련 reference 강화 후보
`hermes-recurring-automation`	6회 로드. cron 설계/운영 핵심.	유지. cron prompt 오타 정리와 webview delivery 표준 템플릿을 여기에 보강 후보
`systematic-debugging`	4회 로드. 장애/수정 작업 때 사용.	유지. 실패 패턴이 반복될 때 우선 로드하도록 계속 사용
`lifeos-commitment-manager`	3회 로드. Mira 기록 ↔ LifeOS evidence 자동 연동 맥락에서 유효.	유지. 현재 paused cron과 연동해 “재활성화 전 점검 checklist” 추가 후보
`hermes-profile-gateway-ops`	3회 로드. Discord/profile/gateway 운영 핵심. curator가 `hermes-discord-community-bot`을 여기로 흡수한 이력 있음.	유지 및 pin 후보. Discord 운영 plane이 커지고 있어 umbrella 안정화 필요
`ai-life-ops-assistant`	curator에서 여러 skill 흡수 대상. 현재 active.	유지. LifeOS/Timekeeper/dashboard 관련 umbrella로 안정화 후보
`pc-hardware-procurement`, `codebase-architecture-review`	curator least-recently-active top에 있으나 activity 자체는 있음.	아카이브 불필요. 단, 이번 주 운영 핵심은 아님
미사용 builtin/local skills 다수	전체 143 enabled, agent-created 85 active. 현재 stale 0이지만 실제로는 discovery noise 가능.	지금 삭제/아카이브 금지. 다음 Dreaming에서 “enabled but never used local skills”만 별도 표로 점검 후보

Curator dry-run 결과상 이번 주 자동 stale/archive 대상은 없습니다. 다만 consolidation off라 의미 중복은 수동/제안 기반으로 봐야 합니다.

5. Cron/자동화 감사

잘 작동하는 자동화

SQAF morning/evening brief
최근 실행 ok.
dashboard 확인 + 웹뷰 보고 패턴이 안정화되어 있습니다.
GPT-5.5 단일 모델 정책과 일치.

AI/economic/news 브리핑 계열
아침/저녁 주기로 정상 실행.
source pack script 기반으로 수집 → 분석하는 구조가 반복됩니다.

게임/서비스 시장 스카우팅
웹 검색과 웹뷰 보고를 통해 Discord 소음을 줄이면서 아이디어를 누적합니다.
“덜 붐빈 니치 발굴”이라는 Son의 선호가 prompt에 반영되어 있습니다.

weekly-webview-cron-collision-audit
webview collision-safe 운영과 직접 연결되는 안전 점검 job입니다.
long report가 늘어나는 현재 환경에서 유지 가치 높음.

human-log-collector
10분 주기로 active. no-agent라 비용과 토큰 소모는 낮을 가능성이 큼.
단, 실제 수집 품질/소음은 별도 점검 필요.

cron-health-summary
매일 08:30 status digest. 자동화가 늘어난 환경에서 필요합니다.

개선이 필요한 자동화

paused LifeOS commitment cron 3개
오래 paused 상태로 남아 있습니다.
Mira/LifeOS 자동 증거 연동이 충분히 검증되기 전까지 유지 pause는 합리적이지만, “재활성화 조건”이 명시되어야 합니다.

autonomous-agent-lab-v1-orchestrator paused
15분 주기 orchestrator는 비용/소음/중복 위험이 큰 job입니다.
재개하려면 mission 상태, web root drift, release verification, dashboard freshness를 먼저 확인해야 합니다.

시장 스카우팅 prompt 오타/형식 정리
기능상 치명적이지 않지만 장기 자동화 prompt는 깔끔해야 합니다.
“무덤인 기회”가 의도된 표현인지 “무주공산/비어있는 기회”인지 명확화 후보.

Dreaming report 자체의 session_search 전략
넓은 쿼리로 결과가 과대해지는 경향이 있습니다.
다음부터는 hermes insights → sessions browse → 핵심 query 3~5개 → 필요한 세션만 scroll하는 절차를 prompt에 넣는 편이 좋습니다.

새로 만들 후보

주간 memory/profile diff audit no-agent script

USER.md/MEMORY.md 변경 이력, 중복 후보, 긴 항목 후보를 표로 뽑아 Dreaming에 전달.
직접 수정은 하지 않고 제안만 생성.

monthly skill inventory digest

enabled skills 143개 중 local/agent-created/never-used/overlapping umbrella 후보를 월 1회 표로 제출.
curator dry-run과 별도로 의미론적 중복을 사람이 승인하게 함.

cron prompt lint

cron job prompt에서 오타, 오래된 delivery 지시, send_message 금지 위반, temp filename 충돌 위험, webview slug 중복을 정적 점검.

Discord channel noise audit

채널별 cron delivery 빈도와 최근 message volume을 요약해 “너무 시끄러운 채널”을 제안.
Discord 중심 운영에서는 소음 관리가 곧 품질 관리입니다.

6. 다음 주 우선순위

호칭/사용자 profile 정리 승인 받기

Son님/Son/소로가 섞여 있습니다.
추천 정리: “사용자는 전반적으로 소로 호칭을 선호한다. Sonia는 공식 운영 보고에서는 Son님 또는 소로를 문맥에 맞게 사용하되, 사용자의 broad preference는 소로다.”

cron prompt lint 1회 실행 또는 script화

오타, delivery 지시 중복, webview collision rule 누락, “send_message 금지” 위반 가능성을 점검합니다.
먼저 no-mutation report로 충분합니다.

Dreaming session_search 절차를 더 좁게 개선

현재는 넓은 query가 너무 큰 결과를 낳습니다.
다음 주 prompt에 “최근 browse + 키워드별 limit 3 + scroll only if needed”를 명시하는 것이 좋습니다.

persona/profile boundary 압축

Sonia/Mira/Sahyeong/Quant/Timekeeper의 역할 경계를 memory와 skills 양쪽에서 중복 없이 정리합니다.
특히 Mira와 Timekeeper, Sonia와 Hermes Agent 기본 역할의 경계는 계속 중요합니다.

curator umbrella pin 후보 결정

character-agent-persona-design, hermes-profile-gateway-ops, ai-life-ops-assistant는 umbrella로 계속 쓰일 가능성이 높습니다.
자동 archive 방지 목적의 pin 여부를 사용자 승인으로 결정하십시오.

paused LifeOS cron의 재활성화 조건 문서화

Mira 기록이 LifeOS evidence로 인정되는 매핑/POC가 검증되면 재개.
그 전에는 paused 유지가 안전합니다.

월간 skill inventory digest 후보 만들기

143 enabled skills, 85 agent-created active는 관리 가능한 수준이지만, 그대로 방치하면 discovery noise가 늘어납니다.
월 1회만 돌리는 낮은 빈도의 감사가 적당합니다.

7. 승인 요청

아래는 실제 변경이 필요한 항목입니다. 이번 Dreaming job에서는 아무것도 수정하지 않았습니다.

[ ] USER memory의 호칭 항목 정리: User calls agent [Sonia]...와 User wants to be addressed as “소로”...를 충돌 없게 병합/정리
[ ] Dashboard/autonomous office memory 압축: 장기 원칙만 남기고 구체 target 표현을 줄이기
[ ] Mira v2 memory에서 너무 세부적인 channel/db path를 skill/reference로 이동할지 검토
[ ] character-agent-persona-design skill pin 여부 결정
[ ] hermes-profile-gateway-ops skill pin 여부 결정
[ ] ai-life-ops-assistant skill pin 여부 결정
[ ] hermes-recurring-automation 또는 hermes-agent skill에 cron prompt lint / Dreaming search strategy 보강
[ ] paused LifeOS cron 3개에 대해 “재활성화 조건”을 job 설명 또는 별도 note로 문서화
[ ] monthly skill inventory digest cron 생성 여부 결정
[ ] Discord channel noise audit cron 생성 여부 결정

이번 주 Sonia 판단은 이렇습니다: 시스템은 잘 움직이고 있지만, 이제부터는 “더 만들기”보다 “중복과 소음 줄이기”가 품질을 좌우합니다. 운영실 청소를 미루면 결국 바닥에 케이블이 감기거든요, 소로.

주간 Hermes Dreaming 리포트