Timmy-TUI

모든 실행은 sha256 해시 체인과 ed25519 서명을 갖춘 영수증으로 봉인된다. 프롬프트와 응답 해시, 토큰 사용량, 비용, 지연 시간, 오류 클래스를 저장한다. 실패한 실행과 거부된 실행도 똑같이 봉인되므로, 로그의 빈틈이 조용하지 않다. 마지막 이 세부가 중요하다. 대부분의 로깅 도구는 성공만 기록하는데, 그건 역사가 가장 필요 없는 순간이다.

TIMMY는 운영체제와 아키텍처, 도구 빌드 해시를 각 영수증에 묶는다. 재생할 때 어긋난 머신을 실행을 만든 그 머신인 척하지 않는다. 그래서 재생은 환경과 맞거나, 맞지 않는다고 알려준다. 재생은 매니페스트만 읽고, EDL 컷 목록은 클립을 이식 가능한 .agentrun 번들로 재조립한다. 이 번들은 편집과 해시, 영수증을 OTIO 교환 형식과 함께 담아, 그 형식을 말하는 도구에서 쓸 수 있다.

커맨드 포스트는 타입이 지정된 DispatchPlan을 받아 CUE로 검증하고 생애 주기를 거쳐 실행한다. 운영자 토큰은 계획의 전체 해시에 묶이므로 승인은 일회용이고 만료된다. 유료 경로는 지출 한도가 없으면 기본으로 거부되어, 에이전트가 조용히 청구서를 키우는 일을 막는다. 한 번 설정하고 잊어버리는 가드레일이다.

TIMMY는 여러 실행 레인으로 에이전트를 몬다. 각 레인은 다른 종류의 작업을 위해 만들어졌다. 폐기형 샌드박스 아니면 실행 안 함 모드의 OpenHands, OpenCode, Pi, jcode가 포함된다. Blender, Godot, Unity, Unreal, Houdini용 3D 레인과 키로 제한된 API 레인도 있다. tmux, zellij, rmux로 하는 터미널 멀티플렉싱이 여러 실행을 한꺼번에 보게 해준다.

더 확실한 답을 위해 판정 루프는 프롬프트를 로컬에서 여러 모델로 펼치고, 신뢰도가 임계값을 넘을 때만 프런티어 모델로 올린다. 각 루프는 자식과 부모 영수증을 모두 봉인하므로, 최종 답이 어떻게 나왔는지 종점만 보지 않고 추적할 수 있다.

내장 MCP 서버는 MCP를 말하는 아무 에이전트에 24개 도구를 노출하고, 클라이언트 실행 브리지와 OpenAPI 호출 레인을 갖춘다. 이로써 기존 에이전트가 자기 도구 계층을 다시 만들지 않고 작업을 넘길 수 있다. 컴패니언 서비스는 3001 포트의 브라우저 채팅 미러, 4310의 영수증 브라우저와 디스패치 조사, 4321의 Mission Map을 더한다. 그래서 원할 때 터미널 작업에 시각적 층이 붙는다.