Web3 워크플로우를 위한 AI 에이전트: 하나의 작업과 명확한 '완료' 기준으로 시작하세요

AI 에이전트가 Web3 팀을 위해 할 수 있는 일

빠른 테스트: 신입사원이 따라 할 수 있는 5단계로 작업을 작성해보세요. 그렇게 할 수 없다면, 해당 작업은 에이전트에 적합하지 않습니다.

Web3 AI 에이전트는 프로젝트 정보와 연결된 도구를 사용하여 한정된 작업을 완료하고, 불확실하거나 민감한 사례는 사람에게 전달할 수 있습니다. 유용한 출발점은 반복되는 단계, 인식 가능한 입력, 그리고 팀이 확인할 수 있는 결과가 있는 워크플로우입니다.

일반적으로 적합한 분야로는 지원 트라이지, 리서치 및 리포트 작성, 콘텐츠 운영, 커뮤니티 지원, 온체인 모니터링 등이 있습니다. 예를 들어, 지원 에이전트는 들어오는 문의를 분류하고 승인된 자료에서 제안된 답변을 준비할 수 있으며, 리서치 에이전트는 연결된 소스에서 정보를 수집하여 일관된 리포트로 정리할 수 있습니다. 커뮤니티 어시스턴트는 모더레이터가 관련 가이드를 찾도록 도울 수 있고, 온체인 워크플로우는 특정 이벤트를 감시하여 사람이 읽을 수 있는 알림을 보낼 수 있습니다.

에이전트는 완전한 제품 인터페이스나 모든 대화형 사용 사례를 대체하지 않습니다. 주요 요구사항이 사용자 대면 대화형 경험이라면, 이 작업을 AI 챗봇 개발과 비교해보세요. 여러 연결된 구성 요소를 포함하는 더 광범위한 제품 구축의 경우 Web3 개발부터 시작하세요. 저희는 누가 결과물을 사용하는지, 어떤 정보가 필요한지, 결과가 불완전할 때 사람이 무엇을 해야 하는지 질문하여 첫 번째 작업을 선택하는 데 도움을 드립니다.

어떤 워크플로우를 먼저 자동화해야 할까요?

적합한 첫 번째 워크플로우는 평가할 수 있을 만큼 좁고, 팀이 결과를 사용할 가치가 있을 만큼 중요해야 합니다. 구축을 결정하기 전에 트리거부터 최종 인계까지 작업을 설명하고, 수용 가능한 답변이나 액션이 무엇인지 포함하세요.

다음 체크리스트를 사용하여 선택하세요:

• 빈도: 작업이 전용 워크플로우를 정당화할 만큼 자주 반복됩니까?
• 입력: 에이전트가 사용할 수 있는 메시지, 문서, 데이터 또는 이벤트를 식별할 수 있습니까?
• 결정 규칙: 팀이 올바른 결과에 무엇이 포함되어야 하는지 설명할 수 있습니까?
• 위험: 잘못된 답변이 재정적, 보안적 또는 평판적 피해를 초래할 수 있습니까?
• 에스컬레이션: 정보가 누락되었거나 사례가 비정상적일 때 누가 인계받습니까?

강력한 첫 번째 작업은 종종 정보를 정리하거나 검토를 위한 응답을 준비하는 것입니다. 자금을 이동하거나, 접근 권한을 변경하거나, 되돌릴 수 없는 결정을 내리는 워크플로우는 훨씬 더 신중한 승인 설계가 필요하며 독립적인 실행에 부적합할 수 있습니다. 저희는 구현 전에 의도된 사용자, 허용된 액션 및 실패 경로를 기록합니다. 작업에 에이전트 로직뿐만 아니라 제품 인터페이스도 필요하다면 dApp 개발과 함께 진행하는 것이 적합할 수 있습니다. 계약 동작과 상호작용하는 경우 스마트 계약 개발 팀과 그 경계를 정의하세요.

도구와 프로젝트 지식이 에이전트에 어떻게 통합되나요?

에이전트가 유용한 작업을 수행하려면 관련 정보와 정의된 도구 세트가 필요합니다. 저희는 에이전트가 읽을 수 있는 것, 변경하거나 보낼 수 있는 것, 그리고 워크플로우를 연결하기 전에 어떤 출력이 사람의 승인을 기다려야 하는지 매핑합니다.

프로젝트 지식에는 승인된 정책, 제품 문서, 지원 답변 또는 운영 절차가 포함될 수 있습니다. 저희는 제공된 자료를 작업 중심으로 구성하고, 격차를 식별하며, 어떤 소스를 권위 있는 것으로 취급할지 합의합니다. 도구 통합은 작업에 맞춰 선택됩니다. 지원 워크플로우는 이스를 수신하고 응답을 준비하는 방법이 필요할 수 있는 반면, 모니터링 워크플로우는 선택된 데이터에 대한 액세스와 알림을 위한 목적지가 필요합니다. 정확한 연결은 프로젝트의 체인이나 스택에서 가정하지 않고 계획 중에 확인됩니다.

제안된 각 도구에 대해 목적, 액세스 담당자, 권한 경계 및 예상 입력과 출력을 준비하세요. 또한 도구를 사용할 수 없거나 불완전한 정보를 반환할 때 에이전트가 무엇을 해야 하는지 정의합니다. 이렇게 하면 워크플로우를 검토하기 쉬워지고 액세스의 우발적 확장을 방지하는 데 도움이 됩니다. 브리프에 Telegram 인터페이스가 포함된 경우 Telegram 봇 및 미니 앱 개발과 함께 계획할 수 있습니다. 에이전트의 작업 로직과 사용자 대면 경험은 명확한 책임을 가져야 합니다.

6가지 에이전트 브리프 체크리스트

다음 6가지 항목을 작성하여 첫 번째 에이전트를 정의하세요. 명확한 완료 정의는 사람들이 첫 번째 달 이후에도 계속 사용하는 에이전트의 가장 좋은 예측 변수입니다.

1. 작업을 5단계 이하로 설하세요.
2. 에이전트가 사용할 수 있는 도구만 나열하세요.
3. 읽을 수 있는 데이터를 나열하세요.
4. 완료로 간주되는 것을 정의하세요.
5. 위험한 작업을 승인할 사람을 지정하세요.
6. 5개의 예시 입력과 올바른 출력을 준비하세요.

한 줄 용어 설명

에이전트: 워크플로우를 따르고 승인된 도구를 사용하여 작업을 완료하는 소프트웨어.

인계 (쉬운 말: 에이전트가 사례를 사람에게 전달하는 순간).

맞춤형 에이전트 구축에 포함되는 사항

경험 법칙: 자금을 이동하거나 공개적으로 게시하는 모든 작업에는 사람을 루프에 유지하세요.

맞춤형 구축은 정의된 작업을 사용 가능하고, 테스트 가능하며, 유지 관리 가능하게 만드는 데 필요한 결정과 구성 요소를 다룹니다. 제공되는 것은 일반 기능 목록에서 선택되는 것이 아니라 워크플로우를 중심으로 합의됩니다.

계획에는 다음이 포함될 수 있습니다:

• 입력, 예상 결과 및 에스컬레이션 규칙을 포함한 사용 사례 정의.
• 승인된 워크플로우를 위한 도구 및 데이터 통합.
• 작업을 위해 제공된 프로젝트 자료로 준비된 지식 베이스.
• 허용된 행동을 설정하고 사람에게 인계할 시점을 정의하는 가드레일.
• 평가 세트: 에이전트의 출력과 액션을 검토하는 데 사용되는 대표적인 예시.
• 운영을 담당하는 팀을 위한 모니터링, 배포 및 인계 자료.

개발 전에 포함되는 사항, 클라이언트가 제공할 액세스 권한, 평가 예시를 승인할 사람을 확인합니다. 인계 시 운영 흐름을 설명하고, 합의된 검사를 검토하며, 팀이 주의가 필요한 사례를 식별하는 방법을 설명합니다. 평가 세트에 대한 사람의 검토는 실용적인 품질 체크포인트입니다. 담당 주제 전문가가 출시 전에 잘못된 가정을 지적할 수 있습니다. 프로젝트에 더 광범위한 대화형 레이어가 필요한 경우 AI 챗봇 개발과의 경계를 조정하여 에이전트의 내부 작업과 사용자 대면 대화가 일관되게 계획되도록 할 수 있습니다.

브리프에서 인계까지

구체적인 워크플로우 설명에서 평가된 배포로 이동하며, 각 단계에서 계획과 소유권을 투명하게 유지합니다. 순서는 작업과 데이터, 결정 및 일상적인 사용을 책임지는 사람들로 시작합니다.

먼저 워크플로우, 예시 및 원하는 결과를 검토한 다음 에이전트가 할 수 있는 일과 사람이 결정해야 하는 부분을 문서화합니다. 다음으로 클라이언트의 기술 담당자와 데이터 소스, 도구 액세스 및 종속성을 확인합니다. 그런 다음 지식 베이스를 준비하고 합의된 작업을 중심으로 에이전트를 구현하며, 폴백 동작도 포함합니다. 출시 전에 대표적인 사례를 사용하여 출력을 검사하고 합의된 평가 기준에 대해 워크플로우를 조정합니다. 배포 및 인계는 운영 프로세스와 팀이 사용할 수 있는 모니터링 정보에 대한 설명으로 마무리됩니다.

일정은 액세스, 통합, 데이터 준비 상태 및 검토 가용성을 파악한 후 설정됩니다. 첫 번째 검토를 생산적으로 만들기 위해 작업 입력 샘플, 수용 가능한 결과의 예시, 관련 프로젝트 문서 및 워크플로우 결정을 승인할 수 있는 사람의 이름을 보내주세요. MarketingExtra는 개발 전에 서면 계획 검토를 사용하여 작업 경계, 통합 및 인계 기대치를 확인할 수 있도록 합니다.

온체인 모니터링과 에이전트의 한계

온체인 모니터링의 경우 특정 신호, 명확한 알림 목적지 및 알림을 해석하거나 조치를 취할 수 있는 사람을 중심으로 에이전트를 설계하세요. 팀이 확인할 수 있는 용어로 감시할 이벤트나 조건을 정의한 다음, 알림에 어떤 맥락이 포함되어야 유용할지 결정하세요.

실용적인 명세는 데이터 소스, 작업과 관련된 필드 또는 이벤트, 알림 수신자 및 팀에서 기대하는 응답을 명시합니다. 또한 누군가에게 알리는 것과 조치를 취하는 것을 구분해야 합니다. 워크플로우가 계약이나 다른 시스템에 연결되는 경우 해당 통합을 소유한 사람과 에이전트가 받는 권한을 문서화하세요. 초기 계획을 집중적으로 유지한 다음, 검토된 예시를 사용하여 추가 사례가 이후 반복에 속하는지 결정하세요.

온체인 모니터링의 경우 에이전트는 워크플로우에 연결된 데이터와 액세스 경로만 사용할 수 있습니다. 체인 가용성 및 소스 변경은 수신하는 신호에 영향을 미칠 수 있습니다. 저희는 모든 관련 이벤트를 식별하거나 오류 없이 작동할 것을 약속할 수 없으므로, 합의된 워크플로우, 보호 장치, 평가 및 인계를 제공하며, 작업에 필요한 경우 사람의 승인을 포함합니다.

워크플로우, 예시 입력 및 의도된 알림 또는 인계를 보내주시면 경계를 검토하고 계획된 구축을 제안하겠습니다.

3가지를 보내주세요: 워크플로우, 3개의 예시 입력, 알림 또는 인계를 받는 사람.

이용 방법

1. 작업 설명반복되는 워크플로우, 결과물을 사용하는 사람, 성공적인 결과의 모습을 공유하세요.
2. 계획 및 액세스 확인허용된 작업, 정보 소스, 통합 및 사람의 폴백을 문서화합니다.
3. 워크플로우 구축프로젝트 지식을 준비하고 정의된 작업을 중심으로 승인된 도구를 연결합니다.
4. 팀과 함께 평가담당 주제 전문가와 대표적인 예시를 검토하고 합의된 동작을 개선합니다.
5. 배포 및 인계합의된 계획을 배포하고 팀에 모니터링, 운영 및 소유권을 설명합니다.