헤르메스 에이전트의 기술은 더 강해지기 위해 더 많은 것을 갖는 것이 아닙니다. 본질적으로 기술은 에이전트에게 운영 경험과 프로세스 지침을 제공합니다. 너무 많거나 너무 일반적이거나 상충되는 제안이 있으면 작업 시작 전에 관련 없는 제안들을 읽어 동작이 느려지거나 복잡한 단계가 되거나 프로세스를 잘못 적용할 수 있습니다.
어떤 기술이 유지할 가치가 있을까?
실행 품질을 크게 바꿀 수 있는 것들, 예를 들어 프레임워크의 릴리스 프로세스, 회사 내부 코드 명세, 고정된 테스트 명령어, 특정 문서 형식 등은 유지하세요. "분석하라"나 "명확하게 출력해 주세요" 같은 일반적인 요구사항만 쓰는 기술은 가치가 매우 낮고 실제로 맥락을 차지합니다.
좋은 기술은 세 가지 질문에 답해야 합니다: 언제 트리거할지, 정확히 어떻게 해야 할지, 그리고 어떤 상황에서 사용하지 말아야 하는지. '부적절한 상황'이 없는 스킬은 실수로 발동하기 가장 쉽습니다.
너무 많이 넣었는지 어떻게 알 수 있을까?
Hermes Agent가 종종 작은 작업으로 긴 계획부터 시작하거나, 프론트엔드, 배포, 문서화, 테스트 프로세스를 혼합한다면 기술 과부하를 의심해야 합니다. 또 다른 신호는: 당신은 단순한 질문을 하고 있지만 전혀 관련 없는 과정을 인용하고 있다는 것입니다.
해결책은 모든 것을 삭제하는 것이 아니라, 프로젝트나 작업별로 작은 컬렉션을 만드는 것입니다. 코딩할 때는 프로젝트 관련 기술만 활성화하세요; 문서 작성 시 문서 기술을 활성화하고; 영상, 스프레드시트, 프레젠테이션을 만들 때는 별도로 전환하세요.
팀을 위한 조언
기술을 공유할 때, 팀원들은 버전을 관리하고 검토해야 하며, 모두가 유용하다고 생각한다고 해서 공개 디렉터리에 보내지 말아야 합니다. 각 스킬은 이상적으로는 유지보수자, 적용 가능한 프로젝트, 마지막 업데이트 날짜가 있어야 합니다. README에서 명확히 설명할 수 있는 규칙은 반드시 스킬일 필요는 없습니다; 에이전트의 행동에 반복적으로 영향을 미치는 경험만이 쌓을 가치가 있습니다.
