;

GitHub에서 찾은 OmniRoute 저장소의 README를 열고 Claude Code 연결 예제부터 찾습니다. 이름이 같은 프로젝트라도 배포 주체와 지원 API가 같다는 보장은 없으므로, 검색 결과의 제목보다 저장소 소유자와 문서의 연결 대상을 먼저 대조합니다. 주소부터 확인합니다. 여기서 다루는 범위는 저장소 식별, 버전별 연결 조건 확인, 설정 전 점검까지입니다.1. 라우터가 필요한 상황Claude Code의 요청 목적지를 따로 관리하려면 클라이언트 설정과 모델 제공자 설정을 구분해야 합니다. 라우터는 두 설정 사이에 접점을 두는 구성이지만, 실제 제공 기능은 선택한 OmniRoute 저장소의 문서에서 확인해야 합니다. 여러 클라이언트가 공통 주소를 쓰려는 환경이라면 이 구분이 설정 관리의 기준이..

nginx 설정 파일 위치는 설치 방식과 실행 옵션에 따라 달라집니다. Linux 패키지 설치에서는 /etc/nginx/nginx.conf가 흔하지만, 이 경로만 보고 실제 서비스가 읽는 파일이라고 단정하면 안 됩니다. 경로가 먼저입니다. 먼저 실행 중인 프로세스의 옵션과 nginx 바이너리가 지정한 기본 경로를 확인합니다.0. 준비 환경 확인앞선 포스트에서 설치한 Linux 서버가 준비되어 있어야 합니다.1. 확인 범위여기서 찾는 대상은 Linux에서 실행 중인 nginx의 기본 설정 파일과 그 파일이 포함하는 추가 설정입니다. Windows용 nginx나 컨테이너 내부 설정은 경로와 실행 환경이 다르므로 같은 경로를 그대로 적용하지 않습니다. 설정을 바꾸거나 서비스를 재시작하는 작업도 이 범위에 넣지..

herdr에서 연 Claude Code 세션에 원하는 스킬이 보이지 않는다면 프로젝트 경로와 SKILL.md 위치부터 비교합니다. 터미널 세션이 열려 있다는 사실만으로 Claude Code가 특정 스킬을 발견했다고 판단할 수는 없습니다.1. 점검할 범위이 글의 대상은 herdr 안에서 실행하는 Claude Code의 프로젝트 스킬과 사용자 스킬입니다. 세션 관리 도구의 화면 배치나 다른 에이전트의 지침 파일은 점검 범위에서 제외합니다. 파일이 존재하는 것과 Claude Code가 스킬을 인식하는 것은 별개의 확인 항목입니다.2. 세션과 파일의 역할herdr는 여러 터미널 세션을 다루는 환경이고, 스킬 지침은 Claude Code가 사용하는 파일에 놓입니다. 같은 창에 세션이 여러 개 있더라도 각 셸의 현..

프로젝트 터미널이 늘어나면 Claude Code 세션마다 어느 저장소와 작업을 맡았는지 구분해야 합니다. herdr Claude Code setup의 목적은 세션 관리 도구와 CLI의 실행 환경을 맞추고, 각 세션이 의도한 프로젝트에서 시작되는지 확인하는 데 있습니다.1. 먼저 확인할 범위Claude Code가 현재 셸에서 실행되는지 먼저 확인하고, Herdr의 설치 및 세션 생성은 사용 중인 버전의 공식 안내에 맞춥니다. Herdr의 설치 명령이나 설정 키는 배포 안내에서 직접 확인해야 하며, 아래 점검 명령만으로 Herdr 연결이 완성되지는 않습니다. 세션 목록에 이름이 표시되는 것과 올바른 저장소에서 실행되는 것은 별개의 확인 항목입니다.2. 세션을 나누는 기준같은 저장소에서 구현과 검토를 각각 진..

herdr에서 사용할 세션을 선택하고, 명령을 입력하는 셸의 현재 경로부터 확인합니다. 경로가 먼저입니다. 여기서 다루는 herdr Claude Code 연동은 전용 플러그인 설정이 아니라, 관리 대상 터미널 안에서 Claude Code를 실행하는 구성입니다. 목표는 프로그램을 띄우는 데서 끝내지 않고 의도한 프로젝트에서 입력을 받는 상태까지 확인하는 것입니다.1. 연동 범위 구분herdr 쪽에서는 사용할 세션과 입력 대상을 구분하고, Claude Code 쪽에서는 실행 환경과 프로젝트 접근 범위를 확인합니다. 세션 선택이 끝났다고 인증이나 작업 디렉터리까지 맞춰졌다고 판단하지 않습니다. 전용 통합 기능, 자동 시작 설정, 대화 복원 기능은 설치된 버전에서 지원 여부를 확인한 항목만 사용합니다. 확인되지..