Web3 업무용 AI 에이전트 개발, 사람 검토 포함

Web3 팀에서 에이전트가 가장 먼저 처리해야 할 업무는 무엇인가요?

업무 카드는 워크플로가 에이전트에 적합한지 보여줍니다. 트리거, 필요한 정보, 예상 결과 및 검토 담당자를 기록합니다. 7개 필드로 구성된 접수 기록(업무, 담당자, 입력, 출처, 출력, 예외, 승인)을 사용합니다.

지원 티켓 분류는 들어오는 요청을 정리하고 검토용 초안을 준비할 수 있습니다. 리서치 워크플로는 승인된 출처에서 자료를 수집하고 결과를 정리할 수 있습니다. 콘텐츠 운영은 기존 검토 경로를 통해 자료를 준비하거나 전달할 수 있습니다. 온체인 모니터링은 팀원이 검사할 정보를 표면화할 수 있습니다. 각 경우 에이전트는 정의된 업무를 지원합니다. 의사 결정의 소유권을 대체하지는 않습니다.

유용한 첫 번째 업무는 반복 가능한 입력과 팀이 확인할 수 있는 결과가 있어야 합니다. 워크플로가 요청에 따라 변경되는 경우 개발 전에 변형을 문서화하세요. 주요 요구사항이 대화형 프런트엔드라면 AI 챗봇 개발과 범위를 비교하세요. 제품에 내장된 에이전트의 경우 dApp 개발 또는 Web3 웹사이트 개발을 통해 인터페이스 및 애플리케이션 작업을 매핑하세요.

범위 설정 전에 실제 예시 하나를 처음부터 끝까지 가져오세요. 현재 사람이 사실을 확인하거나, 조치를 승인하거나, 예외를 처리하는 지점을 표시하세요. 그 예시는 자동화 작업과 팀에 남겨야 할 결정을 분리하는 데 도움이 됩니다.

에이전트가 사용할 수 있는 도구와 지식 출처는 무엇인가요?

출처 맵은 에이전트가 읽을 수 있는 것, 변경할 수 있는 것, 각 연결을 제어하는 담당자를 식별합니다. 필요한 모든 필드의 진실 공급원과 접근에 필요한 권한을 기록합니다. 또한 출처가 없거나 사용할 수 없을 때 워크플로가 어떻게 해야 하는지도 기록합니다.

지식 베이스는 승인된 제품 문서, 지원 정책, 내부 절차 또는 리서치 자료를 활용할 수 있습니다. 합의된 콘텐츠를 업무 중심으로 구성합니다. 그런 다음 누가 유지 관리하고 업데이트가 워크플로에 어떻게 들어오는지 정의합니다. 이는 팀이 에이전트 출력을 검토할 때 명확한 참조 지점을 제공합니다.

도구 접근은 작업에 맞아야 합니다. 리서치 워크플로는 정보를 검색하고 리포트를 준비할 수 있습니다. 운영 워크플로는 초안을 작성하거나 작업을 라우팅할 수 있습니다. 고객, 자금 또는 프로덕션 시스템에 영향을 미치는 작업의 경우 구현 전에 사람 승인 지점을 설정하세요. 에이전트에 Telegram 인터페이스가 필요한 경우 Telegram 인터페이스 개발과 함께 해당 연결을 범위에 포함하세요. 인터페이스와 에이전트 로직은 구축의 별도 부분입니다.

첫 번째 접근 검토를 위해 각 시스템에 대해 3가지를 나열하세요: 담당자, 필요한 데이터, 허용된 작업. 예제 입력과 출력을 포함하세요. 사용이 승인되지 않은 경우 기밀 또는 개인 정보는 삭제하세요. 이 검토는 해당 가정이 설계를 형성하기 전에 누락된 접근 또는 불명확한 데이터 소유권을 드러냅니다.

출시 전에 에이전트 동작을 어떻게 확인하나요?

평가 세트는 샘플 업무를 팀이 검토할 수 있는 검사로 전환합니다. 4가지 사례 유형으로 시작합니다: 일반 요청, 불완전한 입력, 상충되는 정보, 에이전트 권한 밖의 사례. 각 사례에 대해 예상 응답이 명확해야 합니다. 초안을 준비하거나, 명확화를 요청하거나, 에스컬레이션하거나, 중단할 수 있습니다.

에이전트의 출력을 합의된 기대치와 비교합니다. 또한 사용한 경로(승인된 출처를 사용했는지, 접근 권한 내에 머물렀는지, 검토자에게 충분한 맥락을 제공했는지)를 검사합니다. 출처나 행동을 확인할 수 없다면 유창한 답변만으로는 충분한 증거가 아닙니다.

평가 세트는 워크플로 담당자의 예시를 포함해야 하며, 이상적인 요청만으로 구성되서는 안 됩니다. 수정이 필요한 사례는 기록으로 남겨 두세요. 제품 문서, 정책 또는 업무 규칙이 변경되면 관련 예시를 업데이트하고 동작을 다시 검토하세요. 이렇게 하면 팀이 기억에 의존하지 않고 변경 사항을 반복적으로 검사할 수 있습니다.

테스트 전에 3가지 검토 결정에 합의하세요: 민감한 출력을 승인할 사람, 권한을 변경할 수 있는 사람, 에스컬레이션을 받을 사람. 업무가 컨트랙트 동작과 관려된다면 스마트 컨트랙트 개방과 에이전트 경계를 조율하세요. 에이전트의 허용된 역할은 해당 제품 기능에 연결되기 전에 명확해야 합니다.

맞춤 에이전트 개방 시 무슨 산출물이 제곰되나요?

납품 기록은 구현 전에 합의된 범위를 명확하게 보여줍니다. 업무 정의를 도구, 출처 자료, 평가 검사 및 출시 계획과 연결합니다. 산출물은 표준 기능 목록에서 가정하는 것이 아니라 워크플로에 맞게 선텍됩니다.

일반적인 구축 범위:

• 워크플로 브리프: 사용자 역할, 업무 경로 및 예외 처리
• 통합 맵: 승인된 시스템, 데이터 필드 및 권한
• 지식 베이스: 합의된 출처 및 명시된 업데이트 담당자
• 가드레일: 에스컬레이션, 민감 사례 및 승인 지점
• 평가 세트: 샘플 업무, 예상 응답 및 에지 사례
• 출시 패키지: 배포, 모니터링 접근 방식, 기술 노트 및 인계

또한 초기 범위에 포함되지 않은 작업도 표시합니다. 여기에는 추가 데이터 출처, 새 사용자 인터페이스, 다국어 동작 또는 별도 승인이 필요한 작업이 포함될 수 있습니다. 에이전트에 대화형 제품 표면이 필요하다면 Web3 AI 개방이 작없의 일부를 이룰 수 있습니다. 배경 리포팅이나 모니터링에는 필수가 아닙니다.

5부분으로 구성된 인계 기록은 워크플로, 연결, 권한, 에스컬레이션 경로 및 유지 관리 담당자를 다룰 수 있습니다. 출시 계획은 테스트 환경과 접근 책임자를 식별합니다. 에이전트가 더 큰 제품 내에 위차한다면 모바일 앱 개방 또는 관려 애플리케이션 팀과 출시 소유권을 조율하세요. 팀이 출력을 검사하고 범위 변경을 요청할 수 있는 충분한 문서를 남겨 두어야 합니다.

권한과 외부 서비스는 에이전트를 어떻게 제약하나요?

접근 맵은 에이전트의 권한을 정의합니다. 각 승인된 출처, 허용된 작업 및 사람 확인 지점을 나열하여 운영자가 시스템이 중단되어야 하는 지점을 볼 수 있게 합니다. 좁은 권한 집합은 업무와 관련 없는 광범위한 접근보다 감독하기 쉽습니다.

온체인 모니터링의 경우 어떤 가용 정보가 중요한지, 누가 기본 기록을 확인하는지 정의하세요. 에이전트의 요약은 검토를 위한 프롬프트로 취급하고, 해당 기록을 검사하는 대체재로 취급하지 마세요. 지원 및 리서치의 경우 출력에서 승인된 출처로의 경로를 유지하세요. 연결된 서비스가 접근을 변경하거나 불완전한 정보를 반환하는 경우 워크플로에는 사람에게 폴백이 필요합니다.

Web3 에이전트는 연결된 서비스가 노출하는 승인된 데이터와 작업만 사용할 수 있습니다. 해당 서비스는 변경될 수 있습니다. 불명확한 지침이나 불완전한 출처 자료도 출력에 영향을 줄 수 있습니다. 납품은 합의된 구축을 다루며, 중단 없는 통합 접근이나 모든 경우의 올바른 동작을 보장하지 않습니다.

출시 전에 워크플로를 일시 중지할 수 있는 사람과 에스컬레이션을 처리할 사람을 지정하세요. 프로젝트 팀과 데이터 접근, 보존 기대치 및 인시던트 소유권을 확인하세요. 이러한 결정을 운영 노트에 추가하고, 문제 보고 절차도 포함하세요. 민감한 작업의 경우 의미 있는 승인 단계와 제안된 행동 뒤의 정보를 검사할 수 있는 방버을 유지하세요.

팀이 지금 에이전트를 구축할지 어떻게 결정할 수 있나요?

완료된 업무 카드와 출처 맵이 첫 번째 결정 증거를 제공합니다. 업무에 담당자, 접근 가능한 입력, 확인 가능한 결과 및 정의된 예외가 있다면 팀은 구현 범위를 설정할 수 있습니다. 이러한 요소 중 하나가 누락된 경우 먼저 워크플로를 문서화하거나 데이터를 준비하세요.

후보 업무를 4가지 실용적 포인트(반복 가능성, 출처 접근, 검토 소유권, 잘못된 작업의 비용)에서 비교하세요. 검토가 명확하고 출력 영향이 낮은 업무는 초기 구축으로 평가하기 쉽습니다. 영향이 큰 작업은 더 엄격한 권한과 명시적인 승인이 필합니다. 목표는 팀이 검사할 수 있는 경계가 분명한 범위이지, 긴 기능 목록이 아닙니다.

제품이 여러 개방 필를 결합한다면 에이전트 작없을 더 넓은 Web3 개방 계획 안에 배치하세요. 애플리케이션 동작의 경우 스마트 컨트랙트 개방 또는 사용자 대면 인퍼페이스에 별도의 담당자가 있는지 확하세요. 이는 에이전트 브리프가 자체 범위가 필한 제품 작없을 묵시적으로 흡수하는 것을 방지합니다.

GeoMarketing Experts는 업무 기록을 검토하고, 데이터와 접근 맵을 확인한 후, 산출물과 출시 접근 방식을 포함한 제안된 범위를 반환합니다. 하나의 워크플로, 샘플 입출력, 관려 시스텀, 그리코 인간 통제 하에 남아야 할 행동을 보내주세요. 우리는 해당 자재를 사용하여 첫 번째 구축과 평가 검사를 정의합니다.

이용 방법

1. 하나의 워크플로 기록담당자, 트리거, 입력 및 예상 결과를 공유하세요. 사람이 필요한 결정이나 사례를 표시하세요.
2. 데이터 및 접근 매핑출처 문서, 연결된 시스템, 권한 및 통합 담당자를 식별합니다. 이는 에이전트가 읽거나 수행할 수 있는 것을 정의합니다.
3. 범위 및 평가 설정구현 전에 산출물, 예외 경로, 승인 지점 및 대표 테스트 사례에 합의합니다.
4. 구축 및 검토에이전트, 지식 베이스 및 승인된 연결을 개발하고 합의된 업무 및 에지 사례에 대해 확인합니다.
5. 배포 및 인계합의된 범위 내에서 출시하고 운영, 에스컬레이션 및 출력 검토를 팀에 문서화합니다.