Hermes 기반 AI 협업 워크플로

개별 트러블슈팅 기록이 아닌 프로젝트 설명을 기준으로 구성했습니다.

대화만으로 개발 작업을 진행하면 원래 요구사항과 승인 범위가 흐려지고, 코드 작성·테스트·실제 배포가 모두 같은 완료 상태로 보고되기 쉽다. AI가 수행한 작업과 사람이 승인할 결정을 분리하고, 중단 후에도 근거를 이어갈 수 있는 운영 방식이 필요했다.

Hermes Agent를 활용해 요구사항 정리·역할별 공개 검토·도구 실행·검증 결과 인계를 연결한 개인 AI 협업 환경. 포트폴리오 개선 작업에 적용하며 구현·QA·배포 완료 상태를 구분했다.

원문에 별도 테스트 절차가 기재되지 않았습니다.

원문에 별도 측정 결과가 기재되지 않았습니다.

Hermes Agent를 활용한 개인 운영 사례이며, 직접 구현한 에이전트 프레임워크가 아닙니다.

요구사항과 승인 범위: Secretary가 요청을 접수하고 기존 결정·근거·미확정 사항을 구분해 인계하도록 운영 기준을 정했습니다.
역할 분리: CEO·Planner·Designer·Developer·QA의 책임을 구분하고, 필요한 검토를 Discord 스레드의 공개 멘션으로 요청했습니다. 같은 작업자의 자체 테스트와 독립 QA를 구별했습니다.
도구 실행: 문서 검색, 코드 변경, 테스트 실행, GitHub 상태 확인과 배포 검증을 대화 답변이 아닌 실제 실행 결과에 연결했습니다.
작업 연속성: 반복 절차는 Skills, 장기 선호는 Memory, 진행 상태와 차단 사유는 Kanban 인계로 구분해 관리했습니다.
실패 처리: 접근 제한이나 실행 중단을 성공으로 바꾸어 보고하지 않고, 보존한 후보 코드와 검증 범위에서 이어가도록 했습니다.

공통 프로젝트 상세의 가독성 개선과 C4 기반 코드 배포 과정에서 구현·Preview·독립 QA·출시 승인·운영 확인을 별도 상태로 관리했습니다. 근거가 부족한 실제 C4 모델은 공개하지 않고 기존 다이어그램을 유지했습니다.

이 사례는 작업 과정과 완료 판정의 근거입니다. 생산성 향상률과 시간 절감량은 측정하지 않았습니다.

현재 세션의 도구 실행·기록과 사용자 지정 운영 기준을 근거로 구성했습니다. 호스트 설정 파일을 직접 읽지 못해 역할별 모델·권한·MCP 연결 구성은 미확인입니다. 현재 설정 전체를 검증한 것으로 표현하지 않습니다.

공개 설명에서 인증정보·개인정보·내부 주소와 비공개 원본을 제외했습니다. 접근권한·사용량 제한과 인계 누락으로 작업이 중단되어 사람의 판단과 수동 재개가 필요했던 한계가 있습니다. 완전 자동 개발이나 사람의 검토를 대체하는 시스템으로 주장하지 않습니다.

전체적인 아키텍처