Swytchcode

대부분의 에이전트 스택은 건드리는 서비스마다 별도 SDK를 쌓는다. 그 하나하나가 자기 설정, 버전 관리, 결국 깨지는 접착 코드를 끌고 다닌다. 대신 Swytchcode는 매니페스트를 가져온 어떤 API든 호출하는 하나의 CLI를 내놓는다. 자체 OpenAPI 명세를 넘겨도 되고, 팀이 이미 의존하는 통합을 써도 된다. 의존성은 줄고. 접착 코드도 줄어든다. 그게 약속이며, 열댓 개 외부 SDK를 굴리는 팀이 Swytchcode를 들여다보는 이유다.

에이전트가 프로덕션에서 깨지는 이유는 시시하다. 빠진 필드, 만료된 토큰, 아무도 못 본 변경 로그 항목 없이 밤새 바뀐 버전. Swytchcode의 모든 동작은 실행 전에 인증, 검증, 재시도, 멱등성, 정책을 거친다. 재시도는 안전을 전제로 설계돼 반복이 실제 동작을 두 번 발동시키지 않는다. 검증 부담은 50밀리초 아래로 유지돼 정책 점검이 워크플로를 늦추지 않는다. 나쁘지 않다.

이 API 매니페스트 도구는 벤더 문서가 빼먹은 순서와 필드 조합 지식을 전달한다. 명령 하나로 가져오면 정책 파일이 그에 맞게 갱신된다. 덕분에 에이전트는 한 번도 본 적 없는 API를, 올바른 버전이나 파라미터 조합을 추측하지 않고 호출할 수 있다.

인증은 에이전트나 모델 컨텍스트 안이 아니라 런타임에서 해결된다. 토큰과 자격 증명이 에이전트 코드에 남지 않아 로그나 프롬프트로 새어 나갈 위험이 줄어든다. 만료된 토큰과 문서화되지 않은 변경은 호출이 나가기 전에 잡힌다. 핵심은 바로 이것이다.

런타임은 무엇이 요청됐고, 정책이 무엇을 허용했고, 실제로 무엇이 돌았는지 기록한다. 이 기록은 에이전트의 도구 호출이 정말 성공했는지에 답한다. 200 응답도 본문에 실패한 작업을 숨길 수 있기 때문이다. 프로덕션에서 에이전트를 돌리는 팀에게 이는 승리를 기록하는 것과 승리가 있었음을 아는 것의 차이다.

Swytchcode는 모든 LLM과 모든 에이전트 프레임워크에서 동작하므로 도입을 위해 에이전트를 다시 만들지 않는다. 통합 컨텍스트는 MCP로 연결하고, CLI를 직접 돌리거나, 이미 쓰는 SDK에서 런타임을 호출한다. 에이전트는 자기 두뇌를 그대로 유지한다. 실행과 통제 계층은 Swytchcode가 맡는다.