Skip to Content
Testing프롬프트 지원 앱 배포

프롬프트 지원 앱 배포

기능의 역할

현재 앱 프롬프트 엔드포인트는 작성된 개요와 existing Git template repository를 결합하고 일반적인 불변 앱 배포 파이프라인을 통해 해당 저장소를 대기열에 추가합니다. 요약은 이후 반복을 위한 출처로 저장됩니다.

개요에서 새로운 애플리케이션 저장소를 생성합니다. 템플릿 URL은 필수이며 해당 소스가 이미 요청을 구현하지 않는 한 첫 번째 배포에는 확인된 개정의 템플릿 소스가 포함됩니다.

프롬프트 및 템플릿에서 생성

POST /api/apps/from-prompt Content-Type: application/json { "brief": "A private reading-list app with a health endpoint", "template_git_url": "https://github.com/example/reviewed-template.git", "branch": "main", "visibility": "private" }

응답에는 내구성 있는 앱, 배포, 빌드 ID와 빌드 스트림 URL이 포함됩니다. 생성은 비동기식입니다. 최종 상태에 도달할 때까지 배포 기록이나 빌드 스트림을 따릅니다. 진행 상황이 조용하다는 이유만으로 중복 배포를 제출하지 마십시오.

요청을 제출하기 전에:

  • 저장소와 해당 라이센스를 검토합니다.
  • 배포에 사용된 정확한 소스 개정을 고정하거나 기록합니다.
  • 설치, 빌드, 실행, 포팅 및 상태 동작을 확인합니다. 그리고
  • 프롬프트와 저장소에서 비밀을 유지하십시오.

프롬프트는 컨텍스트이지 결과 소스가 이를 만족한다는 증거가 아닙니다. 개요에서 파생된 승인 기준에 따라 배포된 동작을 테스트합니다.

나중에 변경 요청

POST /api/apps/{app_id}/iterate Content-Type: application/json { "instruction": "Add an authenticated export endpoint and a regression test" }

이는 자신이 소유하고 Git 소스가 있는 앱에 대해 비동기 복구 에이전트 작업을 전달합니다. 설문조사:

GET /api/apps/{app_id}/agent-status?thread_id={thread_id}

상태 응답은 최신 배포 상태를 반복 스레드 상태 및 보고된 결과 증거와 결합합니다.

중요한 반복 경계

현재 복구 경로는 샌드박스에서 작동하고 새로운 배포를 요청할 수 있지만 개발자의 Git 저장소로의 지속성은 아직 보장되는 단계가 아닙니다. 따라서 done 에이전트 스레드 자체는 다음을 증명하지 않습니다.

  • 요청된 변경 사항이 업스트림 저장소에 있습니다.
  • 특정 커밋이 빌드되었습니다.
  • 테스트를 통과했습니다.
  • 새로운 배포가 활성화되었습니다. 또는
  • 이전 배포를 복원할 수 있습니다.

각 반복마다 업스트림 커밋, 배포 ID, 빌드 ID, 상태 결과 및 승인 테스트 증거를 독립적으로 기록합니다. 업스트림 저장소가 업데이트되지 않은 경우 변경 사항에 의존하기 전에 운영자가 검토한 소스 제어 워크플로를 통해 패치를 보존하십시오.

안전한 수락 순서

  1. 개요를 관찰 가능한 수용 기준으로 변환합니다.
  2. 선택한 템플릿과 정확한 버전을 검토하세요.
  3. 하나의 배포를 대기열에 추가하고 지속 가능한 ID를 따릅니다.
  4. 빌드, 후보 상태 확인, 경로 전환을 별도로 확인합니다.
  5. 배포된 URL에 대해 승인 기준을 실행합니다.
  6. 제어하는 ​​리포지토리에 소스 커밋이 있는지 확인합니다.
  7. 증거와 롤백 대상을 유지하십시오.

변경할 수 없는 배포 단계 및 실패 처리에 대해서는 앱 배포를 참조하세요.