[! 참고] 이 저장소는 Gate22를 위한 것입니다. Tool-calling Platform을 찾고 계시다면 ACI를 참조하세요.

에이전트가 사용할 수 있는 도구, 할 수 있는 일, 그리고 Cursor 같은 에이전트 IDE나 다른 에이전트 및 AI 도구 전반에 걸쳐 어떻게 감사되는지 규율하세요.

**Gate22는 엔지니어링 조직과 팀(플랫폼/인프라/DevEx, 보안, 데이터/분석 엔지니어)을 위해 설계되었습니다. 관리자는 내부 또는 외부의 원격 MCP 서버에 온보드에 설치하고, 자격증명 모드(조직 공유 또는 사용자별)를 설정하며, 구성별로 기능 수준 허용 목록을 정의합니다. 개발자는 사용 허가된 MCP 구성에서 자체 번들을 구성하고, 검색과 실행의 두 가지 기능만 가진 단일 통합 MCP 엔드포인트를 통해 이를 노출합니다. 번들이 20개의 MCP와 400+ 도구를 포함하더라도, 통합 엔드포인트는 호출 시 도구를 발견하여 IDE 컨텍스트를 최소화하면서 권한을 강제합니다.

Discord에 참여하여 AI 거버넌스의 미래를 함께 만들어가세요.
🌟 Star Gate22에서 신작 소식을 계속 받아보세요!

💻 시작하기: 지역 개발

전체 Gate22 플랫폼(백엔드 서버 및 프론트엔드 포털)을 로컬로 실행하려면 각 컴포넌트별 개별 README 파일을 따라가세요:

• 백엔드: 백엔드/README.md

Gate22: Open-Source MCP Gateway and Control Plane

[!NOTE] This repo is for Gate22. If you’re looking for the Tool-calling Platform, see ACI.

Govern which tools agents can use, what they can do, and how it’s audited—across agentic IDEs like Cursor, or other agents and AI tools.

Gate22 is built for engineering organizations and teams (Platform/Infra/DevEx, Security, Data/Analytics Eng). Admins onboard any remote MCP server (internal or external), set credential modes (org-shared or per-user), and define function-level allow lists per configuration. Developers then compose their own bundles from MCP configurations they’re permitted to use and expose them through a single unified MCP endpoint with just two functions — search and execute. Even if a bundle spans 20 MCPs/400+ tools, the unified endpoint discovers tools at call time, keeping IDE context lean while enforcing permissions.

Join us on Discord to help shape the future of AI governance. 🌟 Star Gate22 to stay updated on new releases!

💻 Getting Started: Local Development

To run the full Gate22 platform (backend server and frontend portal) locally, follow the individual README files for each component:

• Backend: backend/README.md
• Frontend: frontend/README.md

👥 Who Should Use This Now

• Platform / Infra / DevEx teams rolling out agentic IDEs or internal AI agents at org scale.
• Security / GRC that need least-privilege execution and auditability for agent tool-use.
• Data & Analytics Engineering that want governed access to internal tools/BI with minimal setup.

Not a great fit (yet): single-user hobby setups; research sandboxes that don’t need governance.

📺 Demo Video