Clyro

Clyro의 핵심은 clyro.wrap()이다. 에이전트와 설정 객체를 넘기면 에이전트 로직을 바꾸지 않고 실행을 추적하고 비용을 기록하며 한도를 강제하는 통제 버전을 돌려준다. 마지막 부분이 진짜 세일즈 포인트다. 이미 동작하는 에이전트에 가드레일을 나중에 끼워 넣는 일은 보통 고통스럽고, Clyro의 설계는 변경을 몇 줄로 줄인다.

Clyro는 제어를 네 부분으로 묶는다. 단계 한도, 비용 한도, 루프 감지, 비즈니스 로직 가드레일이다. 단계 한도는 실행이 취할 수 있는 동작 수를 제한한다. 비용 한도는 지출이 임계값을 넘으면 실행을 멈춘다. 루프 감지는 반복되는 실행 경로를 지켜본다. 왜 중요한가. 멈춰버린 에이전트는 하룻밤에 예산을 태울 수 있다. 가드레일은 동작이 발동하기 전에 규칙과 대조한다. 이것은 실행 중에 작동하는 AI 에이전트 가드레일이지 실행 후가 아니다. 손상이 생긴 뒤에야 보고하는 관측 도구가 놓치는 실패를 겨냥한다.

정책은 YAML에 담기고, 각 규칙은 조건과 결정을 짝짓는다. 동작을 완전히 차단하거나, 허용하거나, 진행 전에 사람의 승인을 요구할 수 있다. 규칙에는 필드 대조용 연산자가 여덟 개 있고 각 규칙은 페일 오픈이다. 그래서 망가진 정책이 에이전트를 함께 끌고 가지 않는다. 감사 기록이 필요한 팀이라면 배포 전에 이 규칙별 동작을 이해해 둘 가치가 있다.

Clyro는 어댑터를 다섯 개 갖춘다. LangGraph, CrewAI, Claude Agent SDK, Anthropic SDK, 그리고 어떤 Python 호출 가능 객체든 위한 범용 옵션이다. 이 폭이 중요한 이유는 에이전트 스택이 빠르게 조각나기 때문이다. 프레임워크 하나만 지원하는 거버넌스 도구는 갈아타거나 포기하도록 강제한다. 범용 어댑터는 직접 손으로 만든 것을 위한 탈출구다.

SDK를 넘어서 Clyro는 Claude Desktop, Cursor, VS Code의 JSON-RPC 프록시 역할을 하는 MCP 래퍼와 PreToolUse 및 PostToolUse 이벤트용 Claude Code 훅 한 벌을 갖춘다. 훅은 Bash, Edit, Write를 통제한다. 즉 DROP TABLE 같은 것을 도구가 실행되기 전에 차단할 수 있다. 이것은 에이전트 실행 거버넌스와는 다른 표면이고, 제품이 적용되는 곳을 넓힌다.

Clyro는 로컬 YAML 정책으로 완전히 오프라인에서 동작하고 API 키도 필요 없다. 클라우드는 선택 사항이며 등급을 올릴수록 공유 대시보드, 정책 동기화, 드리프트 감지, 플레임 그래프, 트레이스 비교를 더한다. 이 로컬 우선 설계는 실행 트레이스를 제3자에게 보내는 것이 불가능한 데이터 정책을 가진 팀에 맞는다. 가입 없이 도구를 평가할 수 있다는 뜻이기도 하다.

SDK는 OpenAI와 Anthropic 모델의 LLM 비용을 자동 계산한다. 그래서 비용 한도 뒤의 숫자는 추측이 아니라 실제 사용량에서 나온다. 스택이 다른 제공자를 쓴다면 비용 데이터를 직접 제공해야 한다. 자동 계산은 이 두 계열로 한정되기 때문이다.