어떤 AI 에이전트를 프로젝트에 선택해야 할까요?

지난 주, 누군가 프론트엔드 에이전트에게 "이미지를 생성하기 위한 훌륭한 프롬프트를 만들어 달라"고 요청하는 것을 보았습니다. 에이전트는 그렇게 했습니다. 형편없이. 프론트엔드 개발자가 쓸 법한 것을 만들어냈습니다: 컴포넌트 모양, 모호한 시각적 요소, 조명 용어, 카메라 용어 및 부정적 프롬프트에 대한 프롬프트 엔지니어의 모든 지식이 빠져 있었습니다.

아무도 눈치채지 못했습니다. 실패는 조용하기 때문입니다. 에이전트는 "이건 내 일이 아니다"라고 말하지 않습니다. 그저 다른 사람의 일을 형편없이 수행할 뿐입니다.

이것이 잘못된 에이전트를 선택했을 때의 진짜 비용입니다. 오류가 아닙니다. 출력처럼 보이는 평범함입니다.

페르소나는 제품이다

AI 에이전트는 모델과 시스템 프롬프트로 구성됩니다. 같은 모델, 다른 시스템 프롬프트, 다른 결과. 이것이 전체 요령이며, 결코 작은 일이 아닙니다.

QA 에이전트는 "버그를 찾기 위해 더 열심히 노력하지" 않습니다. 그 페르소나는 행복한 경로를 불신하고, 엣지 케이스를 열거하며, 수정 전에 재현을 작성하라고 지시합니다. 보안 에이전트는 전체 스택 에이전트와 같은 인증 코드를 읽지만, 전체 스택이 작동하는 로그인으로 보는 곳에서 세션 고정을 봅니다. AgentsRoom의 14개 내장 역할은 이러한 프레이밍이 같은 모델에서 나오는 결과를 진정으로 변화시키기 때문에 존재합니다.

따라서 "어떤 에이전트를 사용해야 할까요"는 단순한 미관 문제가 아닙니다. 그것은 작업이 수행되는 동안 어떤 본능이 활성화되는지를 결정합니다.

작업에 맞추고, 습관에 맞추지 마라

습관: 이미 열려 있는 에이전트에게 모든 것을 보내기. 보통은 월요일에 열었던 전체 스택 개발자입니다.

일치: 작업을 읽고 그것이 속한 전문 분야의 이름을 지정합니다.

실제 예시 몇 가지와 실제로 수행해야 할 사람들:

• "런칭 블로그 포스트 작성": 마케팅 전문가, 당신의 전체 스택 개발자가 아닙니다. 포지셔닝과 카피는 전문 분야이며, 두 문단 안에 드러납니다.
• "이 테스트는 5번 중 1번 실패합니다": QA 에이전트. 불안정한 테스트는 고립, 타이밍, 고정물의 분야입니다. 개발자 에이전트는 종종 그냥 다시 실행하여 초록색이 될 때까지 기다립니다.
• "로그인 흐름을 강화하세요": 보안 에이전트. 그것은 토큰 회전, 세션 무효화 및 속도 제한을 확인할 것입니다.
• "이미지 생성을 위한 프롬프트 만들기": 카탈로그의 프롬프트 엔지니어. 이것은 서두에서 언급한 작업과 정확히 일치하며, 그에 맞는 에이전트입니다.
• "대시보드가 느립니다": 쿼리에 대한 백엔드 에이전트, 렌더링 성능에 대한 프론트엔드 에이전트. 어느 쪽이 유죄인지 아직 알 수 없다면, 먼저 프로파일링 작업입니다.

작업이 실제 전문 분야의 산출물을 명명한다면, 그 전문 분야에 맡기세요. 카탈로그에서 260개 이상의 전문 분야와 당신의 맞춤형 에이전트가 있습니다. 모든 작업에 일반인을 사용하는 것은 벤치를 지불하고 한 명의 플레이어를 사용하는 것입니다.

모를 때: 그렇게 말하라

여기서 제가 작업 방식을 바꾼 부분입니다. 당신은 알 필요가 없습니다.

AgentsRoom에는 바로 이 순간을 위한 에이전트 제안 조언자가 있습니다. 에이전트 검색 옆의 반짝임을 클릭하고, 작업을 소리 내어 말하듯이 입력하세요 ("런칭 블로그 포스트 작성", "로그인 흐름 감사"), 그러면 작업에 가장 적합한 에이전트, 한 줄 이유 및 두 가지 대안을 제시합니다. 이미 방에 있는 에이전트가 플래그가 지정되어, 조언자는 추가하기 전에 재사용하라고 알려줍니다.

그런 다음 한 번의 클릭으로 작업이 할당됩니다: 에이전트가 필요할 경우 추가되고, 터미널이 열리며, 당신이 입력한 정확한 텍스트가 초안으로 작성기에서 열립니다. 당신은 이미 작업을 한 번 설명했습니다. 그 설명이 첫 번째 프롬프트가 됩니다.

순위 규칙이 중요합니다: 적합성이 먼저, 편리함이 두 번째입니다. 조언자는 프론트엔드 개발자가 무료라고 해서 이미지 프롬프트 작업을 그에게 맡기지 않습니다. 우리는 실제 실수에 대해 이를 조정했습니다.

추가하기 전에 재사용하라

열두 개의 반쯤 사용된 에이전트가 있는 방은 그 자체로 실패 모드입니다. 두 가지 규칙이 그것을 건전하게 유지합니다.

적합한 무료 에이전트: 재사용하세요. 비행 중인 작업이 없고 적합한 전문 분야를 가진 에이전트는 매번 최고의 선택입니다. 조언자는 이 규칙을 자동으로 적용합니다.

적합한 전문 분야지만 바쁜 경우: 대기열에 넣는 대신 새 에이전트를 추가하세요. 에이전트는 저렴한 좌석입니다. 당신의 QA 에이전트가 끝나기를 기다리는 동안 세 개의 버그가 쌓이는 것은 당신이 만든 병목입니다.

그리고 작업이 세션 중간에 성격이 바뀌면 ("사실, 이제 당신이 만든 것에 대한 문서를 작성하세요"), 전혀 새로운 에이전트가 필요하지 않습니다: 에이전트 변형은 실행 중인 에이전트를 그 맥락을 유지한 채 다른 전문 분야로 전환합니다.

하나의 작업, 여러 전문 분야

일부 작업은 하나의 전문 분야가 아닙니다. "결제 기능을 배포하세요"는 백엔드 작업, QA 작업, 그리고 아마도 보안 검토입니다. 하나의 에이전트를 선택하면 다른 두 전문 분야는 조용히 발생하지 않습니다.

그것이 팀의 목적입니다: 에이전트를 연결하여 작업이 개발에서 QA로, 검토로 흐르도록 하며, 각 좌석은 적합한 페르소나가 차지합니다. 선택 질문은 "파이프라인에 누가 있나요"가 되고 "누가 모든 것을 받나요"가 아닙니다.

다섯 초 버전

작업이 속한 전문 분야의 이름을 지정하세요. 방에 무료 에이전트가 그것을 소유하고 있다면, 그들을 사용하세요. 그렇지 않다면, 역할이나 카탈로그 전문가를 추가하세요. 전문 분야의 이름을 지정할 수 없다면, 작업을 설명하고 조언자가 이름을 지정하게 하세요.

그리고 올바른 에이전트가 작업을 맡게 되면, 매 세션마다 코드베이스를 처음부터 다시 배우지 않도록 하세요: 그것은 메모리 문제이며, 다음으로 수정할 가치가 있는 것입니다.