TL;DR

  • AgentConnect가 TypeSafe의 판단 모델 Jev를 일반 의사결정 엔진으로 지원해, 에이전트가 메시지 응답 여부와 담당자 등을 정하는 재사용 가능한 Decision을 구성할 수 있음.
  • Decision은 예/아니요, 사용자 정의 범주, 점수 중 하나를 반환하며 같은 Decision을 여러 위치에서 재사용하고 답변에 따른 동작을 각각 설정할 수 있음.
  • 지원 채널 응답, Slack 에이전트 라우팅, 문서 사이트의 Ask AI 패널에서 맥락을 고려한 판단과 응답 흐름을 구성할 수 있음.
  • GitHub, GitLab, Gitea의 이슈 분류와 코드 검토, 새 세션의 런타임·모델 선택에도 Decision을 적용할 수 있으며 기존 세션의 선택은 유지됨.
  • 에이전트는 작업 중 도구로 Decision을 호출할 수 있고, Playground에서 생성안을 승인한 뒤 예시 대화로 결과와 확률을 시험할 수 있음.

에이전트 오케스트레이션을 위한 재사용 가능한 판단

  • 지원 채널에는 질문, 버그 보고, 후속 문의, 해결에 대한 감사 인사가 섞이며, 여러 에이전트가 있을 때는 어떤 메시지에 답하고 누가 맡을지 판단해야 함.
  • 같은 판단은 이슈 담당자 지정, 검토자 선택, 새 작업에 사용할 모델 선택에도 필요함.
  • AgentConnect는 TypeSafe의 판단 모델 Jev를 에이전트의 일반 의사결정 엔진으로 지원함. 사용자가 질문과 답변 기준을 정의하면 Jev가 맥락을 평가하고, AgentConnect가 설정된 규칙에 따라 답변을 활용함.

재사용 가능한 Decision

  • 반복해서 사용할 수 있는 질문을 Decision이라 부르며, 예/아니요, 사용자가 정의한 범주, 지정한 척도의 점수를 반환할 수 있음.
  • 예시 질문은 메시지에 답해야 하는지, 기술 문의인지 결제 문의인지, 작업이 얼마나 복잡한지에 대한 판단임.
  • 같은 Decision을 여러 위치에서 재사용할 수 있으며, 각 위치에서 답변에 따라 수행할 동작을 따로 선택할 수 있음.

지원 메시지 분류와 응답

  • 지원 에이전트에 Needs reply Decision을 설정하면 도움 요청에는 응답을 유도하고 인사와 확인 감사에는 응답을 생략하도록 구성할 수 있음.
  • 이 Decision은 최신 메시지뿐 아니라 앞선 대화도 고려함. 에이전트의 Integrations 탭에서 채널 행을 열어 추가하고, 어떤 답변이 응답을 유도할지 선택할 수 있음.
  • 범주 Decision으로는 응답 대상을 기술 문의로 제한할 수 있음.
  • Slack의 공유 봇 라우팅에서는 Support category Decision으로 새 대화를 서로 다른 에이전트에 보낼 수 있음. 기술 문의는 엔지니어링 에이전트에, 결제 문의는 지원 에이전트에 배정하는 식으로 범주와 담당자를 팀에서 정함.
  • Decision을 연결해 범주를 먼저 확인한 뒤, 전문 담당자를 부르기 전에 고객의 불만 정도를 판단할 수도 있음.

문서 사이트의 Ask AI 패널

  • 문서 사이트의 Ask AI 패널도 에이전트 채팅 API를 통해 에이전트에 연결되며, 방문자 질문이 AgentConnect에 관한 것인지 판단하는 Decision을 사용함.
  • Decision이 질문을 거절하면 패널은 도움을 제공할 수 있는 범위를 설명함. 같은 구성을 자체 사이트의 문서 도우미나 지원 위젯에도 적용할 수 있음.
  • 문서 도우미 예시에서는 관련 없는 요청 두 건을 거절한 뒤 AgentConnect에 관한 질문에 답함.

팀 업무 전반의 활용

  • 이슈 분류와 코드 검토: GitHub, GitLab, Gitea에서 감시 중인 에이전트 중 이슈나 풀 리퀘스트를 담당할 에이전트를 선택할 수 있음. GitLab에서는 풀 리퀘스트를 병합 요청이라고 부름.
  • 검토 초점에 관한 질문으로 인증 변경에는 보안 검토자를, 데이터 모델 변경에는 아키텍처 검토자를 선택할 수 있음.
  • 런타임과 모델 선택: 새 세션이 시작될 때 에이전트의 런타임과 모델을 선택할 수 있음. 작업 복잡도 점수를 선호하는 모델에 연결하거나, PR author 예시처럼 서로 다른 모델이 작성한 풀 리퀘스트를 교차 검토하게 할 수 있음. Codex가 Claude가 작성한 풀 리퀘스트를 검토하고 Claude가 Codex가 작성한 풀 리퀘스트를 검토하는 방식이며, 기존 세션의 선택은 바뀌지 않음.

에이전트가 직접 사용하는 Decision

  • Tools & Skills → Decisions에서 Decision을 연결하면 에이전트가 작업 중 맥락을 제공하고 답변을 활용할 수 있음. 예를 들어 티켓을 분류한 뒤 처리 방식을 선택할 수 있음.
  • 에이전트가 수행할 수 있는 동작은 기존 권한에 따라 계속 결정됨.

첫 Decision 만들기와 시험하기

  • 첫 Decision을 만들려면 에이전트 한 명과 Playground 대화를 열고 무엇을 판단할지 설명하면 됨.
  • 다음 요청은 기본 제공 Needs reply 예시와 같은 판단을 요구하며, 팀에서 필요한 다른 질문에도 같은 흐름을 사용할 수 있음.

도움 요청에는 Yes로, 인사·감사·가벼운 대화에는 No로 답하도록 Jev를 사용하는 Support requests라는 Decision을 만들어 주세요.

  • 에이전트가 Decision 초안을 작성해 승인을 요청함. 실행 전에 제안된 인수에서 이름, 모델, 질문, 기준을 검토할 수 있음.
  • Approve and run을 선택하면 저장되고, Deny를 선택하면 거부됨. 승인 전에는 변경 사항이 적용되지 않음.
  • 저장한 Decision은 Decisions 페이지에서 열고 Try with an example을 사용해 예시 대화로 시험할 수 있음. 답변과 확률을 확인하고 기준을 조정한 뒤 다시 시험할 수 있음.
  • 채널 및 라우팅 편집기에서도 예시 메시지를 넣어 규칙의 예상 동작을 미리 볼 수 있음.
  • Decision은 직접 만들거나 Needs reply, Support category, PR focus, Task complexity 등의 예시로 시작할 수 있음.

Decision 평가에 필요한 크레딧과 키

  • AgentConnect Cloud에서 실행되는 에이전트는 조직 크레딧으로 Decision을 평가할 수 있음.
  • 자체 데몬에서는 Infra → Provider keys에 TypeSafe(Jev) API 키를 추가해야 함.