Skip to Content
Testingการปรับใช้แอปที่ได้รับความช่วยเหลือทันที

การปรับใช้แอปที่ได้รับความช่วยเหลือทันที

คุณลักษณะนี้ใช้ทำอะไร

ตำแหน่งข้อมูลพร้อมท์ไปยังแอปในปัจจุบันจะรวมบทสรุปที่เป็นลายลักษณ์อักษรเข้ากับ existing Git template repository และคิวที่เก็บข้อมูลผ่านไปป์ไลน์การปรับใช้แอปปกติที่ไม่เปลี่ยนรูปแบบ บรีฟจะถูกบันทึกเป็นแหล่งที่มาสำหรับการทำซ้ำในภายหลัง

not สร้างที่เก็บแอปพลิเคชันใหม่จากบรีฟ จำเป็นต้องมี 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" }

การตอบสนองประกอบด้วยแอปที่คงทน การปรับใช้ และรหัสบิวด์ รวมถึง 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. เก็บหลักฐานและเป้าหมายการย้อนกลับ

ดู การใช้งานแอป สำหรับขั้นตอนการปรับใช้ที่ไม่เปลี่ยนรูปแบบและการจัดการความล้มเหลว