워크스페이스 서브에이전트

Developer Flow가 작업을 위임할 수 있도록 리포지터리에 전문 서브에이전트를 정의하는 방법을 설명합니다.

히스토리 GitLab 19.5에서 dap_workspace_agents 라는 기능 플래그 와 함께 실험 기능 으로 도입되었습니다 . 기본적으로 사용 설정되어 있습니다. 워크스페이스 서브에이전트는 프로젝트 리포지터리에 Markdown 파일로 정의하는 전문 에이전트입니다. 이 기능은 GitLab UI와 GitLab Duo CLI 모두에서 Developer Flow에만 사용할 수 있습니다. Developer Flow는 서브에이전트의 description 을 기준으로 작업을 서브에이전트에 위임할지 결정합니다. Developer Flow에 서브에이전트를 이름으로 지정해 사용하도록 요청할 수도 있습니다. 예를 들어 이슈 또는 머지 리퀘스트 댓글에서 Developer Flow를 멘션 하고 서브에이전트 이름을 지정합니다. @duo-developer-<namespace> delegate the review of these changes to the reviewer subagent. <namespace> 를 GitLab 네임스페이스 경로로 바꿉니다. 서브에이전트를 이름으로 지정하면 위임될 가능성이 높아지지만, 작업을 위임할지는 Developer Flow가 결정합니다. 워크스페이스 서브에이전트는 다른 GitLab Duo Agent Platform 기능과 마찬가지로 GitLab Credits를 사용합니다. 워크스페이스 서브에이전트를 사용하는 경우 # 워크스페이스 서브에이전트는 Developer Flow와 컨텍스트를 공유하지 않습니다. Developer Flow에 필요하지 않은 세부 정보가 작업에서 생기는 경우 서브에이전트를 사용하면, 그 세부 정보가 Developer Flow의 주 컨텍스트에 들어가지 않습니다. 예를 들어 run_command 및 edit_file 도구를 가진 린터 서브에이전트는 프로젝트 린터를 실행하고 린트 오류를 수정할 수 있습니다. 린터 출력과 개별 수정 내용은 서브에이전트의 대화에 남습니다. Developer Flow는 수정 내용 요약과 같은 결과만 받습니다. 서브에이전트의 프롬프트가 요청하면, 결과에 다음에 피해야 할 일반적인 린터 문제를 함께 나열할 수도 있습니다. 그 밖의 예로는 변경 사항 검토, 접근 방식 조사, 보안과 같은 특정 영역 점검이 있습니다. Developer Flow가 작업을 서브에이전트에 위임하면 서브에이전트는 다음과 같이 동작합니다. Developer Flow가 전달한 작업으로 시작하는 자체 대화에서 작업합니다. 결과만 Developer Flow로 돌아갑니다. Developer Flow의 지침 대신 자체 프롬프트를 따릅니다. tools 필드에 나열된 도구만 사용할 수 있습니다. 예를 들어 read_file 과 grep 만 가진 검토 서브에이전트는 파일을 변경할 수 없습니다. 다음 표는 워크스페이스 서브에이전트를 GitLab Duo Developer를 사용자 지정하는 다른 방법과 비교합니다. Customization What it does Use it when AGENTS.md 구조, 코딩 컨벤션