어떤 작업 흐름이 맞을까?
두 제품은 서로 다른 층에서 동작합니다. AX Code는 워크플로 안에서 지원 코딩 CLI를 공급자로 사용합니다. Herdr는 프로젝트와 기계를 넘나들며 기존 에이전트가 돌아가는 터미널을 관리합니다.
| 고려 사항 | AX Code | Herdr |
|---|---|---|
| 기존 코딩 CLI | Claude Code, Codex CLI, Grok Build CLI, Muse Code CLI를 로컬 로그인과 세션으로 공급자처럼 사용 가능. | 서버가 소유한 터미널에서 기존 에이전트 CLI를 실행하며 에이전트 통합을 제공합니다. |
| 지속성 | 기록된 세션은 나중의 확인과 비교를, 보관된 파일 스냅샷은 복원을 돕습니다. 하지만 중단 없는 프로세스를 의미하지는 않습니다. | detach 후에도 프로세스는 서버에 남아 실행됩니다. 서버 전체 재시작은 프로세스를 끝내지만, 지원되는 통합은 네이티브 에이전트 세션을 재개할 수 있습니다. |
| 검토 초점 | 코딩 실행과 파일 변경을 확인하고, 시도를 비교하고, 저장소 검사로 Arena 후보를 평가하세요. | 에이전트 터미널을 정리하고 상태를 관찰하고 작업 공간에 재접속하세요. |
비교 항목에 WebMCP 포함하기
실험적 WebMCP 브리지를 통해 AX Code는 페이지를 읽고, 웹사이트가 제공하는 도구를 호출하고, 화면을 조작할 수 있습니다. 기본적으로 꺼져 있으며 활성화하면 격리된 Chrome 창이 열립니다.
각 코딩 에이전트가 페이지에 등록된 WebMCP 도구를 발견하고 호출할 수 있는지, 브라우저 프로필과 승인을 어떻게 처리하는지, 어떤 설정이 필요한지 확인하세요. 동일한 웹사이트와 작업으로 평가하세요. MCP 서버 연결이나 일반 브라우저 자동화만으로 WebMCP 지원을 입증할 수는 없습니다. 각 제품의 최신 문서를 확인하세요.
AX Code로 평가할 것
저장소에서 AX Code를 열고 /connect로 지원 로컬 런타임, 클라우드 API, 코딩 CLI, 프라이빗 GPU 엔드포인트를 선택하세요. 익숙하지 않은 코드에 접근을 허용하기 전에 샌드박스와 권한 설정을 먼저 정하세요. 일반 세션은 프로젝트 테스트 스위트를 자동으로 강제하지 않습니다. 저장소 검사를 실행하고 diff를 확인하세요. 세션 그래프로 기록된 단계와 도구 호출을 볼 수 있습니다. 기록된 검사 실패는 실패로 남습니다. 에이전트의 완료 메시지는 패치가 옳다는 증거가 아닙니다.
AX Code Business는 계획 중입니다. 웹사이트의 예시 속도 표시는 Herdr과의 벤치마크가 아닙니다.
문서 ↗지속 상태라면 에이전트가 모든 재시작을 견디고 계속 실행되나요?
아닙니다. 살아 있는 프로세스, 저장된 터미널 레이아웃, 대화 기록, 파일 복원을 구분하세요. Herdr는 각각 다른 복원 경로를 문서화합니다. AX Code의 세션 기록과 롤백 지점 역시 중단 없는 실행의 증거로 보면 안 됩니다.
대표 작업으로 직접 시도
코딩 작업과 detach/재접속 작업을 따로 비교하세요. 결과 패치와 테스트를 살펴보고, 내 구성에서 연결 끊김과 서버 재시작 뒤에 무엇이 남는지 확인하세요. 이 비교는 AX Code와 Herdr의 통합을 검증하지 않았습니다.
시작하기 ↗출처와 범위
AX Code 팀이 작성했습니다. 이는 작업 흐름 비교일 뿐 독립적인 성능 순위가 아닙니다. 현재 제공 여부와 요금, 배포 요구 사항은 공식 문서를 확인하세요.