Lyzr의 OpenController — 통합 제어 평면으로 모든 에이전트를 관리합니다

AI 요약

AI 에이전트가 클라우드와 SaaS 도구, Kubernetes, 기기 등 여러 환경에 흩어지면서 전체 현황과 권한을 파악하기 어려워지고 있습니다. Lyzr의 OpenController는 에이전트와 모델, 워크플로를 찾아 통합 관리하는 제어 평면을 표방합니다.

배포와 정책 적용

OpenController는 에이전트 목록만 제공하는 레지스트리와 달리 사용자의 클러스터에 직접 배포됩니다. 평가와 거버넌스를 거쳐 에이전트를 배포하고 실시간으로 모니터링하며, 사용량 신호를 조치로 연결합니다. 정책이 허용하지 않는 호출은 요청 처리 경로에서 차단합니다.

Product Hunt 반응

• @amish_pratap_singh1 — 드디어 특정 공급자에 종속되지 않는 AI 에이전트 제어 평면이 나왔네요.
• @pushpendraw — 정책이 허용하지 않으면 요청 경로에서 호출을 거부한다는 점이 핵심입니다. 제가 본 거버넌스 도구 대부분은 사후에 기록하고 관측성이라고 부릅니다. 모든 호출 앞에서 정책을 검사하면 지연 시간이 얼마나 늘어나는지 궁금합니다.
• @amine_aziz_alaoui — 안녕하세요, Khush. 이 제품은 신경 쓰이는 문제를 건드립니다. 지난 팀에서는 어떤 AI 도우미가 무엇에 접근할 수 있는지 아무도 말하지 못했고, 내내 불안했습니다. 제가 잘 아는 혼란에 대한 합리적인 해법처럼 보입니다.
• @judah_zuckerman — 실제 돈이 오가기 시작하면 어떤 에이전트가 무엇에 접근할 수 있는지 아는 일이 가장 중요합니다.
• @shorya_kashyap1 — 정말 유용해 보입니다. 단순 레지스트리 역할에 그치지 않고 OpenController를 자체 클러스터에 직접 배포한다는 점은 기업 보안과 정책 적용에 큰 장점입니다. 팀이 잘 만들었습니다.
• @galdayan — ‘모든 에이전트를 찾는다’에서 어려운 부분은 발견 자체가 아니라 최신 상태를 유지하는 일입니다. 오늘 오후 누군가의 CI 파이프라인 스크립트가 띄운 에이전트가 제어 평면에 알아서 등록되지는 않습니다. 에이전트나 프레임워크가 보고하는 푸시 방식인가요, 클라우드·Kubernetes·SaaS를 주기적으로 훑는 풀 방식인가요? 관리되지 않는 에이전트가 생긴 뒤 OpenController가 실제로 발견하기까지 얼마나 걸리나요?

원문: Product Hunt / 번역·요약: Trawling