회사 소개

anchor alias

회사 소개

커레이터는 시약 생성 기술의 배경 유지 보수 패스입니다. 그것은 종종 각 스킬이 보는 방법을 추적, 사용, 패치, active → stale → archived 주를 통해 긴 사용 스킬을 이동, 정기적으로 결합 또는 헝겊 조각을 제안 짧은 보조 모델 검토.

self-improvement loop를 통해 생성된 스킬이 존재합니다. 에이전트는 소설 문제를 해결하고 ~/.hermes/skills/의 기술 토지를 저장합니다. 유지 보수없이 카탈로그 및 폐기물 토큰을 오염시키는 좁은 주변 장치 수십 개가 끝날 수 있습니다.

curatornever touch번들링 기술 (Repo로 배송) 또는 허브 설치 기술 (agentskills.io). 그것은 단지 리뷰 기술 에이전트 자체 승인. 그것은 또한** 자동 삭제 ** - 최악의 결과 ~/.hermes/skills/.archive/로 아카이브입니다, 복구 할 수 있습니다.

트랙 issue #7816.

어떻게 실행

커레이터는 현존성 검사에 의해 방아쇠가되지 않습니다. CLI 세션 시작, 그리고 게이트웨이의 cron-ticker 스레드 내부의 반복 진드기에, 헤르메스 검사 여부:

1. 마지막 커레이터 실행 이후 시간이 지나갔습니다 (interval_hours, default7 days)
2. 에이전트는 매우 긴 충분 (min_idle_hours, 기본 2 시간).

둘 다 사실이라면, AIAgent의 배경 포크를 떠난다. 메모리/스킬 자체 평가 판결에 의해 사용되는 동일한 패턴. 포크는 자체 프롬프트 캐시에서 실행되며 활성 대화를 결코 만지지 않습니다.

First-run behavior

Brand-new install (또는 hermes update) 이후의 선구자 설치 시, 커레이터 즉시 실행되지 않습니다. 첫 번째 관측 씨앗 last_run_at에서 "지금"으로 첫 번째 실제 패스를 하나 전체 interval_hours로 계산합니다. 이것은 기술 라이브러리를 검토 할 수있는 전체 간격을 제공합니다, 중요 한 핀, 또는 완전히 커레이터 전에 그것을 터치.

curator would가 실제 실행되기 전에 봅시다. hermes curator run --dry-run를 실행하면 라이브러리를 mutating하지 않고 동일한 검토 보고서를 생성합니다.

실행에는 두 단계가 있습니다:

1. 자동 전환 (통역, LLM 없음). stale_after_days (30)는 stale; archive_after_days에 사용되지 않는 기술 (90)는 ~/.hermes/skills/.archive/로 옮겨집니다.
2. LLM 리뷰 (단일 보조 모델 패스, max_iterations=8). 위조된 에이전트은 에이전트 창조한 스킬을 조사하고, skill_view를 가진 그들 모두를 읽을 수 있고, 헝겊 조각 (skill_manage를 통해), 끝 공구를 통해 overlapping 하나, 또는 아카이브를 통해서 결정합니다.

Pinned 스킬은 커레이터의 자동 전환 및 에이전트의 자체 skill_manage 도구 모두에 제한됩니다. 아래에서 기술를 참조하세요.

제품 설명

모든 설정에서 라이브 config.yaml 아래 curator: (not .env - 이것은 비밀이 아닙니다). 기본 사항:

curator:
  enabled: true
  interval_hours: 168          # 7 days
  min_idle_hours: 2
  stale_after_days: 30
  archive_after_days: 90

완전히 비활성화하려면, curator.enabled: false를 설정합니다.

더 싼 보조 모델에 대한 리뷰를 실행

커레이터의 LLM 검토 패스는 일반 보조 작업 슬롯입니다 - auxiliary.curator - Vision, Compression, Session Search 등 "Auto"는 "내 주요 채팅 모델을 사용"을 의미합니다. 대신 검토 패스에 대한 특정 제공자 + 모델을 핀으로 슬롯을 무시합니다.

** 가장 쉬운 - hermes model:**

hermes model                   # → "Auxiliary models — side-task routing"
                               # → pick "Curator" → pick provider → pick model

같은 피커는 Models 탭에서 웹 대시보드에서 사용할 수 있습니다.

Direct config.yaml (동등):

auxiliary:
  curator:
    provider: openrouter
    model: google/gemini-3-flash-preview
    timeout: 600               # generous — reviews can take several minutes

Leaving provider: auto (기본값) 는 다른 모든 보조 작업의 행동과 일치하는 모든 주요 채팅 모델을 통해 검토 패스를 경로.

Legacy config

Earlier 출시는 한 오프를 사용 curator.auxiliary.{provider,model} 블록. 이 경로는 여전히 작동하지만 퇴직 로그 라인을 방출 - 위의 auxiliary.curator에 마이그레이션하세요. 따라서 커레이터는 동일한 배관 (hermes model, 대쉬보드 모델 탭, base_url, api_key, timeout, ...)를 공유합니다.

설명

hermes curator status         # last run, counts, pinned list, LRU top 5
hermes curator run            # trigger a review now (blocks until the LLM pass finishes)
hermes curator run --background  # fire-and-forget: start the LLM pass in a background thread
hermes curator run --dry-run  # preview only — report without any mutations
hermes curator backup         # take a manual snapshot of ~/.hermes/skills/
hermes curator rollback       # restore from the newest snapshot
hermes curator rollback --list     # list available snapshots
hermes curator rollback --id <ts>  # restore a specific snapshot
hermes curator rollback -y         # skip the confirmation prompt
hermes curator pause          # stop runs until resumed
hermes curator resume
hermes curator pin <skill>    # never auto-transition this skill
hermes curator unpin <skill>
hermes curator restore <skill>  # move an archived skill back to active

백업 및 롤백

모든 실제 커레이터 패스 전에, 헤르메스는 타를 걸립니다. ~/.hermes/skills/의 gz 스냅샷 ~/.hermes/skills/.curator_backups/<utc-iso>/skills.tar.gz. 패스 아카이브 또는 터치하지 않은 무언가를 통합하면 하나의 명령으로 전체 실행을 취소 할 수 있습니다

hermes curator rollback        # restore newest snapshot (with confirmation)
hermes curator rollback -y     # skip the prompt
hermes curator rollback --list # see all snapshots with reason + size

롤백 자체는 뒤집을 수 있습니다: 기술 트리를 교체하기 전에, 헤르메스는 pre-rollback to <target-id>를 태그하는 또 다른 스냅 샷이 걸립니다, 그래서 실수 롤백은 --id와 함께 그 하나 앞으로 회전 할 수 있습니다.

hermes curator backup --reason "before-refactor"로 언제든지 수동 스냅 샷을 취할 수 있습니다. --reason string lands in the snapshot's manifest.json 그리고 --list에 표시됩니다.

Snapshot은 curator.backup.keep (과태 5)로 실행되어 디스크 사용을 경계시킵니다

curator:
  backup:
    enabled: true
    keep: 5
``curator.backup.enabled: false`를 설정하여 자동 스냅 샷을 비활성화합니다. 수동 `hermes curator backup` 명령은 여전히 백업이 비활성화되었을 때 작동됩니다. `enabled: true`를 먼저 설정하면 플래그 게이트가 비대칭적으로 두 개의 경로가 두 개 있습니다. 실수로 mutating 실행에서 사전 실행 스냅 샷을 건너는 방법이 없습니다.

`hermes curator status`는 5가지 이상의 최소한의 사용 능력을 나열합니다. 즉, 다음의 stale이 될 가능성이 있는지 확인하는 빠른 방법.

동일한 서브콤마드는 실행 세션 (CLI 또는 게이트웨이 플랫폼) 내부의 `/curator` 슬래시 명령으로 사용할 수 있습니다.

## "agent-created"의 의미 \{#what-agent-created-means}

그 이름은**not**인 경우 기술이 대리인으로 간주됩니다

- `~/.hermes/skills/.bundled_manifest` (설치에 재포에서 복사) 및
- `~/.hermes/skills/.hub/lock.json` (`hermes skills install`를 통해 설치되는 스킬).

`~/.hermes/skills/`의 다른 모든 것은 커레이터의 공정한 게임입니다. 다음을 포함합니다:

- 대화 중 `skill_manage(action="create")`를 통해 저장되는 에이전트를 기술합니다.
- 손으로 작성한 스킬 `SKILL.md`.
- Skills add via 외부 기술 디렉터리 you've pointed Hermes at.

:::warning[Your hand-written skills look the same as agent-saved ones]
Provenance 여기 ** (bundled/hub 대. 다른 모든 것). 커레이터는 개인 워크플로우에 의존할 수 없는 손전등 기술을 말할 수 없습니다. "agent-created" 버킷의 땅 모두.

첫번째 진짜 통행의 앞에 (과태에 의하여 임명 후에 7 일)는, 순간을 가지고 갑니다:

1. `hermes curator run --dry-run`를 실행하여 커레이터가 propose를 정확히 볼 수 있습니다.
2. `hermes curator pin <name>`를 사용하여 터치하지 않아도됩니다.
3. 또는 `curator.enabled: false`를 `config.yaml`로 설정하면 라이브러리를 직접 관리할 수 있습니다.

기록 보관소는 항상 `hermes curator restore <name>`를 통해 회복 가능하지만, 사실 후에 통합을 추적하는 것보다 더 쉽습니다.

:::
만약 당신이 터치 된 것에서 특정 기술을 보호하려는 경우 — 예를 들어 손을 잡은 기술에 의존 — 사용 `hermes curator pin <name>`. 다음 섹션을 참조하십시오.

## 기술 Pinning \{#pinning-a-skill}

Pinning는 deletion의 기술을 보호합니다. 커레이터의 자동화된 아카이브 패스와 에이전트의 `skill_manage(action="delete")` 도구 호출. 기술이 핀이되면:

- **curator**는 자동 전환 중 (`active → stale → archived`)를 건너 뛰고 LLM 검토 패스는 혼자 떠나기 위해 지시됩니다.
- ** 시약 `skill_manage` 도구 **는 `delete`를 거부하여 `hermes curator unpin <name>`에서 사용자를 포팅합니다. 패치와 편집은 여전히 갑니다, 그래서 에이전트는 핀 / 핀 / 핀 댄스없이 파열로 핀 기술의 콘텐츠를 향상시킬 수 있습니다.

핀과 핀:

```bash
hermes curator pin <skill>
hermes curator unpin <skill>

flag는 "pinned": true로 저장됩니다.

** 시약 생성** 기술은 핀으로 묶을 수 있습니다. - 번들 및 허브 설치 기술은 첫 번째 장소에서 커레이터 멘토에 적용되지 않으며, hermes curator pin는 당신이 시도한 경우 폭발적인 메시지를 거부합니다.

"no deletion"보다 더 강한 보증을 원한다면 - 예를 들어, 에이전트가 여전히 그것을 읽는 동안 기술의 콘텐츠를 완전히 동결 - 편집기와 ~/.hermes/skills/<name>/SKILL.md 편집. 핀 가드 도구 구동 deletion, 자신의 파일 시스템 액세스하지.

사용법 telemetry

커레이터는 ~/.hermes/skills/.usage.json에서 스킬당 한 항목으로 사이드카를 유지합니다

{
  "my-skill": {
    "use_count": 12,
    "view_count": 34,
    "last_used_at": "2026-04-24T18:12:",
    "last_viewed_at": "2026-04-23T09:44:",
    "patch_count": 3,
    "last_patched_at": "2026-04-20T22:01:",
    "created_at": "2026-03-01T14:20:",
    "state": "active",
    "pinned": false,
    "archived_at": null
  }
}

카운터 증가:

• view_count: 에이전트 호출 skill_view 기술에.
• use_count: 기술은 대화의 프롬프트로 로드됩니다.
• patch_count: skill_manage patch/edit/write_file/remove_file는 기술에 달려 있습니다.

번들 및 허브 설치 기술은 telemetry 쓰기에서 명시적으로 제외됩니다.

Per-run 보고서

모든 커레이터가 ~/.hermes/logs/curator/ 아래의 타임스탬프 디렉토리를 작성합니다

~/.hermes/logs/curator/
└── 20260429-111512/
    ├── run.json      # machine-readable: full fidelity, stats, LLM output
    └── REPORT.md     # human-readable summary
``REPORT.md`는 주어진 실행이 무엇인지 볼 수있는 빠른 방법입니다. 즉, LLM 검토자가 말한 LLM 검토자가 말한 것입니다. grep `agent.log` 없이 감사를 위해 좋은.

## 아카이브 기술 복원 \{#what-agent-created-means}

커레이터가 여전히 원하는 무언가를 아카이브 한 경우:

```bash
hermes curator restore <skill-name>

이것은 ~/.hermes/skills/.archive/에서 활성 트리에 다시 스킬을 이동하고 active에 상태를 재설정합니다. 복원은 번들 또는 허브 설치 스킬이 같은 이름으로 설치 된 경우를 거부합니다 (Would shadow upstream).

환경 당 해제

커레이터는 기본적으로 있습니다. 그것을 끄는:

• 하나의 프로파일 만: 편집 ~/.hermes/config.yaml (또는 활성 프로파일의 구성) 및 설정 curator.enabled: false.
• 일부 실행: hermes curator pause — 세션 전반에 걸쳐 일시 중단; resume를 사용하여 재 활성화합니다.

curator는 min_idle_hours가 멈춰지지 않는 경우에도 동작하는 dev 기계에서 자연스럽게 스트레칭 중에만 실행됩니다.

더 보기

• Skills System - 일반 및 자기 개선 루프에서 기술 작업하는 방법
• Memory - 장기 기억을 유지하는 평행한 배경 검토
• Bundled Skills Catalog에 대해 자세히 알아보기
• Issue #7816 - 원본 제안 및 디자인 토론