내 프로젝트 폴더 안에서 웹3 앱 개발하기

에이전트가 당신의 dApp을 위해 할 수 있는 일

• 파일read_file, write_file, edit_file, grep, glob, list_dir는 채트의 작업 폴더에서 작동하므로 컴포넌트, 스타일 및 ABI JSON 파일을 읽고 변경할 수 있습니다.
• ShellWindows, WSL 또는 당신이 소유한 SSH 서버에서 빌드 명령과 테스트 명령을 실행하며, 각 명령의 실제 종료 코드를 보고합니다.
• 웹web_search와 http_get은 공개 문서 페이지를 읽어 라이브러리나 인터페이스에 대한 질문을 해당 페이지를 통해 확인할 수 있게 합니다.
• 스크린샷 및 이미지ocr는 디자인 목업과 같은 저장된 스크린샷의 텍스트를 읽으며, gen_image는 플레이스홀더 아트와 같은 이미지 파일을 저장합니다.
• 오케스트레이션task는 작업의 별도 부분을 위해 병렬로 하위 에이전트를 시작하고, run_on_model은 하나의 어려운 단계를 더 큰 모델로 보내며, skill은 플레이북을 재사용합니다.
• 승인 모드Auto-run은 즉시 실행하고, Ask first는 변경 사항을 변경하기 전에 일시 정지하고 diff를 표시하며, Plan only는 계획만 작성하고 실행하지 않습니다.
• 크론예시로 매일 테스트 명령을 실행하는 등 일정대로 프롬프트를 실행하며, 계획은 앱 재시작 후에도 유지되므로 긴 작업을 나중에 계속할 수 있습니다.
• 모델표준 API 엔드포인트를 통해 클라우드 AI 제공업체, 자체 PC의 모델 또는 내장 모델을 사용하며, 엔드포인트를 확인하려면 테스트를 누르세요.

dApp 프로젝트를 위한 4가지 가이드

상속받은 프로젝트 매핑하기

다른 사람이 시작한 dApp 폴더를 에이전트에게 매핑해 달라고 요청하세요. list_dir은 구조를 보여주고, glob은 컴포넌트 및 ABI 파일을 찾으며, grep은 계약 함수를 호출하는 모든 위치를 나열합니다. 각 결과는 채트의 카드입니다. 변경 사항이 없습니다. 매핑은 트랜잭션 상태가 처리되는 위치와 누락된 위치를 보여주며, 사람들이 dApp을 채택하지 못하는 이유는 종종 이유 없이 실패하는 프론트엔드입니다: 지갑 없음, 잘못된 네트워크 또는 거부된 서명. Plan only 모드는 이 작업에 적합합니다. 계획만 작성하고 실행하지 않기 때문입니다. 계획에는 주의가 필요한 파일들을 먼저 나열할 수 있습니다. 짧은 서면 요약을 요청한 후, 수정을 시작하기 전에 폴더와 대조하여 읽으세요. 에이전트가 파일을 잘못 읽었으면 수정하세요.

컴포넌트에 ABI 연결하기

테스트 계정의 잔액을 표시하는 컴포넌트를 요청하세요. read_file은 ABI JSON을 열므로 에이전트가 balanceOf가 주소 인수를 받고 uint256을 반환한다는 것을 알 수 있으며, edit_file은 호출을 컴포넌트에 추가합니다. Ask first 모드에서는 변경 사항이 diff 상태로 대기합니다. 추가 및 제거된 줄을 읽고, 이름이나 유형이 잘못 보이면 승인, 거부 또는 수정을 요청하세요. Shell은 빌드 명령을 실행하고 카드에 실제 종료 코드를 보고하며, 카드를 확장하여 전체 출력을 읽을 수 있습니다. 녹색 빌드는 코드가 컴파일되었음을 보여주지만 올바른 함수가 호출되었는지는 보여주지 않으므로, ABI와 대조하여 호출을 확인하고 ABI 파일을 계약과 동기화 상태로 유지하세요.

모든 트랜잭션 상태 테스트하기

인터페이스는 상태 간의 틈새에서 실패합니다: 전송되지 않음, 지갑 대기 중, 대기 중, 확인됨, 실패. 완성된 것처럼 보이지만 첫 번째 서명 거부 시 깨지는 가상의 dApp을 만드는 것을 방지하려면 에이전트에게 각 상태에 대한 프론트엔드 테스트를 작성하도록 요청하세요. write_file은 테스트 파일을 생성하고, edit_file은 누락된 상태의 컴포넌트를 조정하며, Shell은 테스트 명령을 실행합니다. 카드는 종료 코드와 확장 시 전체 출력을 보여줍니다. 임시 계정으로 로컬 체인에서 테스트를 실행하고, 각 실패를 읽은 후 테스트가 잘못되었는지 컴포넌트가 잘못되었는지 결정하세요. 테스트가 녹색으로 바뀌었다고 해서 변경 사항을 승인하지 마세요. diff를 읽고 테스트가 이름으로 지정된 상태를 실제로 검증하는지 확인하세요.

기능 계획 수립 및 실행

웹3에서 1년 차 개발자가 로딩 상태, 접근성 수정 및 테스트를 기존 dApp에 추가하는 계획을 요청할 수 있습니다. Plan only 모드에서 에이전트는 단계를 작성하고 명령을 실행하거나 파일을 변경하지 않습니다. 계획을 읽고 원하지 않는 부분을 제거한 후 Ask first로 전환하여 실행하세요. 그 이후 에이전트는 변경 사항을 변경하기 전에 각 작업 전에 일시 정지하며, 당신은 모든 diff를 읽고 승인합니다. 계획은 재시작 후에도 유지되므로 언제든지 중단하고 다음 날 계속할 수 있습니다. 테스트 명령을 실행하고 출력을 직접 읽은 후, 사용한 명령을 README에 기록하세요.