Web3 워크플로우를 위한 AI 에이전트 개발

어떤 Web3 워크플로우가 AI 에이전트에 적합한가요?

Web3 AI 에이전트는 팀이 정의된 입력, 실용적인 출력 및 예외를 검토할 책임자가 있는 반복 작업을 수행할 때 가장 유용합니다. 당사는 지원 트라이지, 리서치 및 보고, 콘텐츠 운영, 커뮤니티 지원 및 온체인 모니터링을 위한 에이전트를 개발합니다. 출발점은 모든 결정을 자동화하겠다는 약속이 아닌, 작업 자체입니다.

지원 에이전트는 들어오는 질문을 분류하고, 승인된 문서를 검색한 후 팀원이 검토할 답변 초안을 작성할 수 있습니다. 리서치 에이전트는 선택된 출처에서 정보를 수집하여 구조화된 리포트를 준비할 수 있습니다. 모니터링 에이전트는 감독 없이 조치를 취하는 대신 운영자에게 조건을 알릴 수 있습니다.

범위를 정하기 전에 다음을 기록하세요:

• 출력물을 누가 사용하고, 누가 승인합니까?
• 에이전트가 어떤 정보에 접근할 수 있습니까?
• 어떤 단계가 반복적이고, 어떤 단계에 판단이 필요합니까?
• 데이터가 누락되거나 신뢰도가 낮을 때는 어떻게 해야 합니까?

워크플로우에 에이전트뿐만 아니라 사용자 대상 제품도 필요한 경우, dApp 개발 또는 Web3 웹사이트와 함께 고려할 수 있습니다. 범위가 좁고 소유권이 명확한 작업이 일반적으로 관련 없는 요청을 처리해야 하는 광범위한 어시스턴트보다 첫 번째 릴리스로 더 명확합니다.

에이전트를 도구 및 데이터와 어떻게 연결하나요?

AI 에이전트는 워크플로우에 대해 정의된 도구, 정보 및 권한 내에서 작동합니다. 당사는 에이전트가 무엇을 수신하고, 무엇을 참조할 수 있으며, 어떤 작업을 제안하거나 수행할 수 있고, 어디서 사람이 인수해야 하는지를 매핑합니다. 이 경계는 구축의 일부이며, 출시까지 남겨둘 세부 사항이 아닙니다.

실용적인 설계는 에이전트의 작업을 단계별로 구분합니다: 요청 또는 이벤트 수신, 관련 정보 검색, 작업 지침 적용, 출력 준비, 그리고 승인을 위해 라우팅하거나 요청자에게 반환. 통합은 클라이언트의 기존 시스템 및 사용 가능한 액세스와 일치하도록 선택됩니다. 온체인 모니터링의 경우, 브리프는 어떤 데이터 소스와 조건이 중요한지 명시해야 하며, 에이전트의 역할은 보고 또는 에스컬레이션으로 제한될 수 있습니다.

당사는 선택된 도구와 인계 사항을 Web3 개발 범위에 문서화하여 팀이 무엇이 연결되어 있고 무엇이 수동으로 남아 있는지 확인할 수 있도록 합니다. 경험이 Telegram 내에 있어야 하는 경우, Telegram 봇 또는 미니 앱이 별도의 인터페이스 레이어가 될 수 있습니다. 이는 신중한 워크플로우 설계를 대체하지 않습니다.

지식 베이스와 평가에는 무엇이 포함되나요?

유용한 에이전트는 사용이 허용된 정보와 출력이 작업에 적합한지 확인하는 방법이 필요합니다. 당사는 출처 자료를 식별하고, 필요에 따라 검색을 위해 구성하며, 응답을 사용할 준비가 된 것으로 간주하기 전에 예상 동작을 정의합니다. 지식 베이스에는 승인된 프로젝트 문서, 지원 답변, 프로세스 노트 또는 워크플로우와 관련된 기타 제공 자료가 포함될 수 있습니다.

평가 세트는 실제 요청과 문제를 일으킬 가능성이 가장 높은 상황을 반영해야 합니다. 당사는 클라이언트와 협력하여 대표적인 예시, 예상 결과 및 에이전트가 설명을 요청하거나 작업을 사람에게 인계해야 하는 사례를 준비합니다. 이렇게 하면 검토가 구체적이 됩니다. 팀은 에이전트가 그럴듯하게 들린다는 일반적인 인상에 의존하지 않고 자체 요구 사항과 출력을 비교할 수 있습니다.

데스크 리뷰 중에 제안된 출처가 최신인지, 지침이 충돌하는지, 사람이 답변에 검토가 필요한지 인식할 수 있는지 확인합니다. 유용한 평가 사례에는 불완전한 요청, 오래된 정보, 모호한 표현 및 에이전트의 할당된 역할을 벗어난 요청이 포함됩니다. 또한 연결된 소스를 사용할 수 없을 때 시스템이 수행해야 하는 작업을 정의합니다.

사용자 정의 애플리케이션 로직도 필요한 제품의 경우, 범위가 스마트 계약 개발과 연결될 수 있지만, 에이전트를 계약 검토의 대체물로 취급해서는 안 됩니다. 검색된 사실, 생성된 초안 및 사람이 승인한 결정 간의 명확한 분리는 팀이 더 유지 관리하기 쉬운 시스템을 갖추도록 합니다.

첫 번째 브리프부터 배포까지 어떤 과정이 진행되나요?

프로젝트는 특정 워크플로우 브리프에서 테스트를 거친 감독형 배포 및 팀이 사용할 수 있는 인계로 진행됩니다. 일정은 통합 수, 출처 자료의 상태 및 클라이언트가 예시를 검토할 수 있는 속도에 따라 달라지므로, 첫 번째 릴리스 범위를 정의한 후 마일스톤에 합의합니다.

먼저 대상 작업, 사용자, 출처 자료, 도구 액세스, 승인 지점 및 허용 가능한 출력 측정 기준을 기록하는 어드바이저리 브리프를 작성합니다. 그런 다음 첫 번째 버전에 포함될 내용과 수동 프로세스로 남아 있어야 할 내용을 확인합니다. 이렇게 하면 에이전트를 운영할 사람들과 확인되지 않은 가정을 기반으로 구축하는 것을 방지할 수 있습니다.

구축은 일반적으로 워크플로우 설계, 도구 및 데이터 통합, 필요 시 지식 베이스 설정, 가드레일, 평가 세트 및 모니터링 준비를 포함합니다. 합의된 예시에 대해 테스트하고, 실패 및 에스컬레이션 동작을 검토하며, 배포 전에 합의된 범위 내에서 문제를 해결합니다. 인계 시 에이전트 사용 방법, 사람 검토가 필요한 부분 및 문제 보고 방법을 설명합니다.

클라이언트는 워크플로우 담당자, 대표적인 예시, 승인된 문서 및 통합에 필요한 액세스 권한을 준비해야 합니다. 당사는 결정 및 미해결 항목을 채널 메모에 투명하게 유지한 후 프로젝트 작업 프로세스를 사용하여 검토를 조정합니다. 이미 작업 사양이 있는 경우 공유하십시오. 그렇지 않은 경우 함께 첫 번째 작업을 정의할 수 있습니다.

AI 에이전트에서 사람의 감독은 어디에 남아 있어야 하나요?

잘못된 답변이나 조치가 사용자를 오도하거나, 자산 접근에 영향을 미치거나, 중요한 운영 결정을 초래할 수 있는 모든 곳에 사람의 감독이 필요합니다. 당사는 모든 에이전트 응답을 사용할 준비가 된 것으로 취급하는 대신, 불확실한 입력, 사용할 수 없는 출처 및 할당된 작업 외부의 요청에 대한 명확한 폴백을 설계합니다.

에이전트의 동작은 연결된 데이터, 도구 권한, 모델 서비스 및 프로젝트에 제공된 지침에 의해 제한됩니다. 출처는 변경되거나 사용할 수 없게 될 수 있으며, 생성된 출력은 불완전하거나 잘못될 수 있습니다. 어떤 평가 세트도 모든 미래 요청에 대한 정확성을 확립할 수 없습니다. 따라서 당사는 검토 책임을 정의하고, 알려진 에지 케이스를 테스트하며, 클라이언트와 합의된 권한으로 작업을 제한합니다. 배포 전에 누가 지침을 변경할 수 있는지, 누가 예외를 모니터링하는지, 에이전트를 어떻게 일시 중지하거나 사람 주도 워크플로우로 되돌릴 수 있는지 확인하십시오. 이러한 운영 제어는 팀이 시스템을 책임감 있게 사용하는 데 도움이 되지만, 영향력이 큰 상황에서 출력을 검사해야 할 필요성을 없애지는 않습니다.

첫 번째 AI 에이전트 프로젝트의 범위는 어떻게 정해야 하나요?

첫 번째 에이전트의 범위는 지정된 담당자, 사용 가능한 정보 및 사람이 결과를 검토할 수 있는 관찰 가능한 지점이 있는 하나의 워크플로우로 정하십시오. 이렇게 하면 양측이 통합 추정, 평가 예시 준비 및 배포의 의미 합의를 위한 구체적인 기반을 갖게 됩니다. 프로젝트 가격은 $1,400/프로젝트부터이며, 확인된 범위가 납품물과 일정을 결정합니다.

유용한 브리프는 네 가지 질문에 답합니다: 어떤 이벤트가 작업을 시작하는지, 어떤 정보가 허용되는지, 에이전트가 어떤 결과를 생성해야 하는지, 무엇을 에스컬레이션해야 하는지? 가능한 경우 샘플 입력 및 출력과 에이전트가 액세스해야 하는 시스템을 추가하십시오. 원하는 결과가 아직 명확하지 않은 경우, 반복되는 작업과 수동 처리 비용을 설명하십시오. 당사가 첫 번째 사용 사례를 좁히는 데 도움을 드릴 수 있습니다.

구축은 토큰 생성 및 배포와 같은 다른 개발 작업과 함께 진행될 수 있지만, 각 구성 요소는 자체 담당자와 승인 기준이 있어야 합니다. 예비 프로젝트의 경우, 하나의 워크플로우 예시, 해당 워크플로우가 의존하는 데이터 또는 문서, 그리고 의도된 사용자를 보내주십시오. 당사는 해당 자료를 검토하고, 질문을 식별한 후 에이전트에 대한 범위가 정해진 다음 단계를 반환합니다.

가격

USD 기준 시작 가격입니다. 맞춤 번들 및 볼륨 할인은 요청 시 제공됩니다. USDT, USDC, BTC, ETH, SOL, TON 또는 프로젝트 토큰으로 결제 가능합니다.

이용 방법

1. 작업 정의반복되는 워크플로우, 사용자 및 팀에 필요한 출력을 공유합니다. 당사는 에이전트 작업과 사람의 판단 사이의 경계를 식별합니다.
2. 출처 및 도구 매핑에이전트가 사용할 수 있는 문서, 데이터 및 시스템과 액세스 제한 및 필요한 승인을 나열합니다.
3. 첫 번째 릴리스 합의통합, 지식 베이스 요구 사항, 가드레일, 평가 예시 및 초기 범위 외부에 남아 있는 항목을 확인합니다.
4. 구축 및 평가워크플로우를 개발하고 합의된 예시(불명확한 입력 및 에스컬레이션되어야 하는 사례 포함)에 대해 테스트합니다.
5. 배포 및 인계합의된 배포 및 모니터링 설정을 준비한 후, 운영, 검토 책임 및 문제 보고를 설명합니다.