AI Agent Curation Process Guide
## Executive Summary
Our customers, particularly regulated entities, are requesting GitLab to provide formal guidance and best practices for creating a scalable process to curate, review, approve, and deploy custom and external agents within their organizations. They need a structured yet efficient workflow that meets regulatory compliance requirements while enabling productive agent development at scale.
#### Engineering Assessment
This initiative requires developing comprehensive documentation, tooling, and potentially platform features to support enterprise-grade agent lifecycle management. The solution should address governance, security, compliance, and operational concerns while maintaining developer productivity. This likely involves creating templates, approval workflows, security scanning capabilities, and deployment automation specifically tailored for agent management in regulated environments.
#### Dependencies
- Team dependencies: Product Management, Technical Writing, Security, Compliance, AI/ML Platform teams
- Epic/Issue dependencies - _Link to dependent epics/issues via the linked items widget below for ease of drill down_
- External dependencies: Customer feedback sessions, regulatory compliance research, industry best practice analysis
#### DRIs
- **PM**: [Name] <!-- also add as assignee to this epic -->
- **EM**: [Name] <!-- also add as assignee to this epic -->
- **UX/PDM**: [Name] <!-- also add as assignee to this epic -->
- **Group(s)**: [Group name(s)] <!-- also add as label -->
- **Engineering Owner**: [Stage level EM]
#### Initiative Driver - Product or Engineering?
- [x] **Product-driven initiatives (P1/P2/P3)** - Customer-facing features or improvements driven by Product teams that require engineering resources and commitment
- These initiatives require a Product Priority label (P1/P2/P3)
- They may also receive GTM tier labels (T1/T2/T3) for external communication
- [ ] **Engineering-driven initiatives (E1/E2/E3)** - Internal technical improvements that may not have customer-facing components
- These initiatives require an Engineering Priority label (E1/E2/E3)
- They have internal visibility only and are not externally communicated
- Examples include: technical debt reduction, infrastructure improvements, refactoring, dependency upgrades
#### Sizing and Funding (Optional)
- **Size**: [L/XL]
- **Funding Status**: [Not funded]
---
### Hygiene Guidelines
:bulb: _See additional details about this process at https://handbook.gitlab.com/handbook/product-development/r-and-d-interlock/
issue