AI 에이전트 개발: 하나의 Web3 업무로 시작하기

어떤 Web3 업무가 AI 에이전트에 적합할까요?

반복 워크플로우 1개로 시작하세요. 명확한 입력, 유용한 출력, 안전한 사람 폴백이 필요합니다. 에이전트 구축에 적합한 업무인지 결정하기 전에 이 3가지를 먼저 매핑합니다.

업무는 운영 형태에 따라 선택하세요:

콘텐츠 운영 및 커뮤니티 지원도 적합할 수 있습니다. 출처 자료와 승인 규칙이 명확해야 합니다. 좋은 첫 업무는 담당자가 알려져 있고, 팀이 결과를 판단할 수 있는 업무입니다.

주요 요구사항이 대화형 인터페이스라면 AI 챗봇 개발을 비교해보세요. 더 포괄적인 제품 작업이 필요하다면 Web3 개발로 시작하세요.

도구를 사용하거나 여러 단계의 업무를 수행해야 한다면 에이전트를 선택하세요. 주요 기능이 사용자 질문에 답변하는 것이라면 챗봇을 선택하세요. 통합을 계획하기 전에 이 차이를 확인합니다.

3가지 결정이 에이전트 워크플로우를 구성합니다

3가지 결정이 업무 설명을 구축 계획으로 전환합니다. 트리거, 에이전트 접근 권한, 사람 인계를 정의합니다. 시스템을 연결하기 전에 이를 문서화합니다.

1. 트리거 설정. 업무를 시작하는 이벤트 또는 요청을 지정합니다. 해당 이벤트가 어디서 발생하는지, 어떤 정보가 함께 도착하는지 확인합니다.
2. 접근 권한 설정. 에이전트가 읽을 수 있는 출처와 사용할 수 있는 도구를 나열합니다. 승인이 필요한 작업을 표시합니다.
3. 인계 설정. 정보 부족, 출처 충돌 또는 불확실한 답변이 있을 경우 어떻게 처리할지 정의합니다. 해당 케이스를 전달받을 사람 또는 팀을 지정합니다.
4. 평가 설정. 대표적인 입력과 허용 가능한 행동에 합의합니다. 에스컬레이션되어야 하는 예시를 포함합니다.
5. 릴리스 범위 설정. 워크플로우가 실행될 환경을 확인합니다. 배포 후 활동을 검토할 수 있는 사람을 지정합니다.

Telegram 워크플로우는 내부 운영 콘솔과 다른 인터페이스가 필요할 수 있습니다. Telegram이 핵심이라면 Telegram 워크플로우 개발을 참조하세요. 에이전트가 제품 인터페이스 내부에 속한다면 dApp 개발을 비교해보세요.

업무 담당자와 기술 담당자를 이러한 결정에 참여시키세요. 일상적인 예외 사항, 출처 접근 권한, 배포 요구사항을 명확히 할 수 있습니다. 이는 불확실한 세부 사항이 구축 가정이 되는 것을 방지합니다.

도구와 지식을 연결하기 전에 필요한 것

6가지 실용적인 입력이 첫 번째 검토를 유용하게 만듭니다. 업무 예시, 출처 자료, 접근 권한, 예외 사항, 승인 규칙, 담당자를 포함합니다. 정교한 명세서가 필요하지 않습니다. 실제 예시가 불명확한 결정을 드러낼 수 있습니다.

• 업무 예시: 일반적인 요청과 현재 팀이 따르는 단계를 보내주세요.
• 예상 결과: 유용한 출력과 거부되어야 하는 출력을 공유해주세요.
• 출처 목록: 워크플로우가 사용할 수 있는 문서, 시스템 또는 온체인 데이터를 지정해주세요.
• 접근 권한 세부 정보: 사용 가능한 인터페이스와 권한을 승인할 수 있는 사람을 식별해주세요.
• 예외 케이스: 사람의 검토가 필요한 모호하거나 민감하거나 중요한 요청을 표시해주세요.
• 지식 담당자: 현재 어떤 지침이 유효한지 확인할 수 있는 사람을 지정해주세요.
• 기술 담당자: 통합 및 배포 질문에 답변할 수 있는 사람을 포함해주세요.

특정 업무를 중심으로 지식을 구성합니다. 출처에는 절차, 승인된 답변, 제품 문서, 에스컬레이션 규칙이 포함될 수 있습니다. 에이전트는 존재한다는 이유만으로 관련 없는 정보를 받아서는 안 됩니다. 계약 관련 작업의 경우 정보 검색과 자산에 영향을 미치는 행동을 분리하세요. 스마트 컨트랙트 개발이 별도의 엔지니어링 작업을 다룹니다.

이러한 입력은 개발 전에 평가 케이스를 설정하는 데 도움이 됩니다. 또한 워크플로우 담당자가 행동을 구체적으로 검토할 수 있는 방법을 제공합니다. 답변이 그럴듯한지 여부가 아니라 결과를 평가하세요.

검토 기간은 구축 과정에 어떻게 맞춰지나요?

3개의 작업 기간이 작업을 구성합니다: 워크플로우 검토, 구축 및 평가, 배포 및 인계입니다. 기간은 접근 권한, 출처 준비 상태, 팀의 검토 시간에 따라 달라집니다.

각 기간에는 명확한 검토 지점이 있습니다. 업무 담당자가 예상 행동을 확인합니다. 기술 담당자가 접근 권한과 릴리스 제약 조건을 확인합니다. 통합 또는 출처가 준비되지 않은 경우 계획을 조정합니다. 알려지지 않은 사항이 승인된 가정이 되지 않도록 합니다.

유용한 평가 세트는 일반 요청, 모호한 입력, 예외 이스, 사람에게 전달되야 하는 예시를 포함합니다. 출처 사용, 업무 단계, 에스컬레이션 행동을 검토합니다. 별도의 대화형 프론트 엔드가 필요하다면 AI 챗봇 개방을 참조하세요.

플랫폼 의존성은 계획에 명시적으로 남습니다

3가지 확인이 외부 의존성을 투명하게 유지합니다: 접근 권한, 데이터 동작, 장애 처리. 에이전트가 의존하는 시스템을 기록합니다. 또한 연결 또는 출처가 예상대로 작동하지 않을 때 팀이 보게 될 것을 정으합니다.

• 접근 권한 확인: 사용 가능한 권한과 승인할 수 있는 사함을 확입합니다.
• 데이터 확인: 권위 있는 출처와 워크플로우가 누락되거나 충돌하는 정보를 어떻게 처리할지 식별합니다.
• 폴백 확인: 에이전트가 중단하고 이스를 사함에게 전달하는 시점을 지점합니다.

제3자 API 접근, 제공자 약관, 서비스 가용성, 요율 제한, 데이터 형식 변경은 구축 외부에 있습니다. 통합은 릴리스 후에 변경될 수 있습니다. 예상되는 장애 경로를 테스트하고 사함 경로를 문성화합니다. 중단 없는 접근 권한이나 완전한 외부 신호를 약속할 수 없습니다.

팀은 어떤 작업이 읽기 전용으로 유지되고 어떤 작업에 승인이 필요한지 결정해야 합니다. 이는 워크플로우가 자산, 사용자 지원 또는 시간에 민감한 작업에 영향을 미칠 때 가장 중요합니다. 검토 시 합의된 경계, 평가 이스, 미해결 의존성을 기록합니다. 담당자는 무었이 확인되었는지 확일할 수 있습니다.

반복 업무 1개, 현제 단계, 몇 가찌 입렵 예시를 보내주세요. 관련 도구와 워크플로우 담당자를 포함해주세요. DigitalMedia1가 해당 자료를 검토합니다. 영업일 기준 2일 이내에 서면 견적을 보내드리며, 작업 시작 전에 구축 계획을 확인합니다.

이용 방법

1. 반복 업무 1개 보내기현재 단계, 입력 예시, 유용한 결과의 모습을 공유하세요. 사람의 판단이 필요한 예외 사항을 포합하세요.
2. 도구와 결정 사항 매핑승인된 출처, 사용 가능한 접근 권한, 허용된 작업, 사람 검토가 필요한 지점을 식별합니다.
3. 구축 계획 합의워크플로우 경계, 평개 케이스, 배포 요구사항, 검토 책임자를 확입합니다.
4. 구축 및 평가합의된 도구와 지식을 연결하고, 워크플로우 담당자와 함께 대표 케이스를 검토합니다.
5. 배포 및 인계릴리스를 지원하고 운영 가이드, 모니터링, 유지보수 책임에 대해 팀을 교육합니다.