오픈클로 에이전트를 위한 신원 및 평판 레이어

개발자 팀이 특정 문제를 해결하기 위해 OpenClaw 위에 신원 및 평판 레이어를 구축했습니다: AI 에이전트가 워크플로우에서 작업을 연쇄적으로 실행할 때, 신원 정보가 세 번째 단계에서 사라져 모든 것이 일반 서비스 계정에서 나오는 것처럼 보이는 문제입니다. 이는 특히 자금 이동과 관련된 운영에서 프로덕션 환경에서 위험할 수 있습니다.
해결책: 세 가지 구성 요소
팀의 해결책은 신원을 구성으로 추가하는 대신 실행 경로 자체에 연결하는 것이었습니다. 그들의 스택은 세 가지 주요 부분으로 구성됩니다:
- MCP-I (실행 시점 신원): 모든 작업은 구조화된 클레임이 첨부된 상태로 실행됩니다. 예를 들어: "에이전트 {agent_uuid}가 회계팀의 드웨인을 대신하여, 범위 [user:read, subscription:write] 내에서, 월간 기록 조정 목적으로 작업 중입니다." 이는 단순한 "유효한 키" 확인보다 더 자세한 정보를 제공하며 워크플로우의 모든 단계를 통해 신원을 추적합니다. 팀은 이 모델을 기반으로 MCP-I를 구축했으며 사양을 탈중앙 신원 재단에 기부하여 개방형 표준으로 만들었습니다. GitHub 저장소는 공개되어 있습니다.
- IdentiClaw: 이 구성 요소는 에이전트 → 도구 → 서비스 → 에이전트 체인에서 발생하는 신원 붕괴 문제를 해결합니다. 그 목적은 동일한 신원과 위임 체인을 처음부터 끝까지 유지하며 종단 간 귀속을 제공하는 것입니다.
- knowthat.ai: "AI 에이전트를 위한 Yelp"로 설명되는 이 레지스트리는 모든 에이전트가 자동 등록되고 상호작용이 이력으로 누적되는 곳입니다. 개발자들은 여러 실행에 걸친 행동을 검토하여 "이 에이전트가 범위 내에 머물렀는가 아니면 벗어났는가?" 또는 "이 에이전트가 무고한 시민들을 사취한 전력이 있는가?"와 같은 질문에 답할 수 있습니다. 팀은 이를 로거보다는 메모리 레이어에 가깝다고 설명합니다.
팀의 목표는 간단합니다: 사용자 의도로 시작하는 워크플로우는 귀속 가능한 작업으로 끝나야 하며, 무슨 일이 일어났고 누구를 위한 것인지 문서화하는 감사 로그가 있어야 합니다. 그들은 이 접근 방식이 프로덕션 환경에서 에이전트 관련 문제를 예방하는 데 도움이 될 수 있다고 믿습니다.
📖 Read the full source: r/openclaw
👀 See Also
니들: FFN 전혀 없이 구축된 2600만 파라미터 도구 호출 모델
Needle은 MLP가 없는 26M 파라미터 함수 호출 모델로, 소비자 기기에서 6000 tok/s 프리필과 1200 tok/s 디코드를 달성합니다. 단일 호출 도구 호출에서 FunctionGemma-270M, Qwen-0.6B, Granite-350M, LFM2.5-350M을 능가합니다.

클로드 리뷰: 클로드 코드를 통한 실시간 코드 리뷰를 위한 IntelliJ 플러그인
Claude Review는 Claude Code를 사용하여 코드 변경 사항을 파일 저장 시마다 자동으로 검토하는 오픈소스 IntelliJ 플러그인입니다. 커스터마이즈 가능한 프롬프트와 함께 스테이징되지 않은 git diff를 Claude에 전송하고, 결과를 네이티브 IntelliJ 주석으로 표시합니다.

종이 등 MCP 서버, 클로드 코드와 연구 논문 연결
페이퍼 랜턴은 Claude Code로 구축된 MCP 서버로, 코딩 에이전트를 200만 개 이상의 컴퓨터 과학 논문과 4300만 개의 생물의학 연구 논문에 연결하여, 학습 데이터에 의존하는 대신 벤치마크된 방법을 찾을 수 있도록 합니다.

Rails는 AI를 위해 설계되었다: 규칙, 토큰 효율성, 그리고 벤치마크 결과
Rails의 컨벤션은 AI 에이전트에게 지도를 제공하여 토큰 사용을 줄이고 정확도를 높입니다. 벤치마크에서 OPUS-5가 92.1%의 정확도와 실행당 47k 토큰을 기록했습니다.