오프테이블 Wiki

조사 결과 · 종합 판단

Hermes Discord 작업 인계 기준

Discord에서 짧게 재개를 요청하면 Hermes가 저장소의 현재 합의, 최신 로그와 Git 상태를 읽고 Codex 작업을 이어간다.

상태
검토됨
신뢰도
높음
근거
2개
업데이트

핵심 결론

Discord에서 **“현재 작업 이어서”**라고 요청하면 Hermes는 별도 알림이나 gateway 재시작 없이 이 저장소의 현재 합의, 최신 로그와 Git 상태를 기준으로 Codex 작업을 이어간다. [1]

현재 인계점#

  • 작업 저장소: /Users/nuyoi/after-work-project
  • 현재 작업 브랜치: feat/prototype-conversation-flow
  • 완료된 최신 제품·개발 운영 결정: 빠른 검증 우선과 실제 서비스 전 보안 게이트
  • 현재 운영 방향: 고객 검증 중에는 신뢰 운영자의 Discord·Hermes 통합 제어와 개발 속도를 우선한다. [2]
  • 현재 미완료 제품 구현: 없음. 다음 작업은 Discord에서 받은 최신 사용자 지시로 정한다.
  • 알림 정책: 인계를 위해 선제 Discord 메시지를 보내지 않는다. [1]

브랜치명과 위 목록은 이 인계 페이지가 작성된 시점의 안내다. 충돌할 때는 실제 git status, 현재 브랜치, 원격 추적 상태와 wiki/log.md의 최신 항목을 우선한다.

Hermes 재개 절차#

  1. 저장소 루트의 AGENTS.md, wiki/index.md, wiki/overview.mdwiki/log.md의 최근 항목을 읽는다.
  2. 이 페이지를 읽고 현재 운영 제약과 마지막 완료 작업을 확인한다.
  3. git fetch origin, git status --short --branch, 최근 커밋과 필요한 diff를 확인한다.
  4. 미커밋 변경은 다른 작업자의 소유일 수 있으므로 보존하고, 현재 브랜치의 작업을 임의로 초기화하거나 덮어쓰지 않는다.
  5. Discord에서 받은 최신 사용자 지시를 현재 목표로 삼아 바로 진행한다. 새 목표가 없으면 완료된 작업을 반복하지 않고 다음 선택지만 짧게 제시한다.

연속성의 기준#

우선순위 기준 용도
1 현재 파일과 Git 상태 실제 구현·변경·브랜치 확인
2 wiki/overview.md와 최신 wiki/log.md 현재 합의와 완료 operation 확인
3 이 인계 페이지 Codex와 Hermes 사이의 재개 절차 확인
4 가져온 대화 세션 판단 배경을 보충할 때만 사용

대화 세션은 가져온 시점 이후의 파일 변경을 놓칠 수 있다. 따라서 세션 재생만으로 작업을 이어가지 않고 저장소 상태를 다시 확인한다.

하지 않는 일#

  • 인계만을 이유로 hermes send를 실행하거나 Discord 알림을 보내지 않는다.
  • 인계만을 이유로 실행 중인 Hermes gateway를 중지하거나 재시작하지 않는다.
  • 새 Discord 세션이라는 이유로 이미 완료·커밋된 operation을 다시 수행하지 않는다.
  • 실제 서비스 전환 전 보안 게이트를 잊지 않되, 현재 검증 단계의 완료 조건으로 앞당기지 않는다.

관련 문서: 프로젝트 개요, 검증 우선과 보안 전환 게이트, 프로젝트 오너 지시

제목, 요약, 태그, 본문을 검색합니다.