Fix run
fix run คือเอเจนต์ที่จัดการ issue หนึ่งรายการ แต่ละ issue ได้รับอย่างมากหนึ่งรายการ: เธรดประเภท fix_run ที่ให้คำตัดสิน และเมื่อเป็นปัญหาที่ยืนยันแล้ว จะจัดการต่อจนถึงการแก้ไขในการสนทนาเดียวกัน
ทำอะไรได้
เธรดคือที่ที่คุณอ่านเรื่องราวทั้งหมด: งานขณะที่เกิดขึ้น หลักฐานที่อยู่ห่างเพียงคลิกเดียวใน lineage ของมัน และผลลัพธ์ตอนท้าย run อ่าน alert หรือข้อค้นพบ คิวรีเบื้องหลัง เมตริกและ log ล่าสุดรอบการทำงานของ alert การเปลี่ยนแปลงล่าสุด และโค้ดของคุณ ก่อนลงมือ มันเขียนห่วงโซ่สาเหตุในเธรด: สัญญาณ กลไก คอมโพเนนต์และ code path ที่ทำให้เกิด ตัวกระตุ้น และรัศมีผลกระทบ แต่ละข้อต่อมีหลักฐานที่ระบุชื่อรองรับหรือทำเครื่องหมายว่าไม่ทราบ
ทำงานอย่างไร
- run เริ่มเมื่อการตรวจสอบหรือ alert ที่เชื่อมต่อไว้ให้ข้อค้นพบ เมื่อเอเจนต์ในเธรดแชทเปิด issue จากปัญหาที่คุณกำลังพูดถึง หรือเมื่อคุณเลือก Investigate บน issue
- เอเจนต์อ่านหลักฐานและให้คำตัดสินหนึ่งในสองแบบ
confirmedหรือdismissedข้อค้นพบที่ตรงกับ issue ที่มีอยู่จะเข้าร่วม issue นั้นแทนการเริ่ม run ที่สอง - เมื่อเป็นปัญหาที่ยืนยันแล้ว เอเจนต์ตัวเดียวกันตามรอยสาเหตุและเขียนห่วงโซ่สาเหตุ
- เมื่อการเปลี่ยนโค้ดแก้สาเหตุได้ใน repository ที่เชื่อมต่อไว้ run จะเปิด pull request ผ่าน autofix เมื่อไม่มี pull request ใดแก้ได้ run จะยกการส่งต่อที่ระบุว่าคนต้องทำอะไร
- ทุกขั้นตอนลงบนไทม์ไลน์กิจกรรมของ issue ข้างการตรวจจับ การตรวจจับซ้ำ และหมายเหตุของคุณเอง
ผลลัพธ์
หลังแต่ละเทิร์นของเอเจนต์ Polylane จัดประเภท run
| ผลลัพธ์ | คำอธิบาย |
|---|---|
resolved | พบสาเหตุที่แท้จริงและปัญหาได้รับการแก้ไขหรือกลับสู่ปกติแล้ว |
diagnosed | พบสาเหตุที่แท้จริง แต่การแก้ไขยังไม่มาถึง |
inconclusive | เอเจนต์สรุปสาเหตุไม่ได้ |
false_positive | ข้อค้นพบไม่ได้ชี้ไปที่ปัญหาจริง |
failed | run จบลงด้วยข้อผิดพลาด |
run ยังพักไว้ได้ ซึ่งหยุดการมอนิเตอร์จากการกระตุ้นให้สืบสวนซ้ำจนกว่า issue จะได้รับการแก้ไข
| สถานะพักไว้ | คำอธิบาย |
|---|---|
needs_human_action | การแก้ไขต้องการบางสิ่งที่มีเพียงคุณเท่านั้นทำได้ |
needs_decision | เอเจนต์ต้องการการตัดสินใจจากคุณก่อนดำเนินการต่อ |
awaiting_change | เอเจนต์กำลังรอให้การแก้ไขถูกส่งออก เช่น pull request ที่รอการรีวิว สถานะนี้พักไว้อย่างเงียบๆ |
failed | run พบข้อผิดพลาดที่หลีกเลี่ยงไม่ได้ |
สามสถานะที่ต้องการคนถูกบันทึกเป็นการส่งต่อ แสดงบนการ์ดผลลัพธ์ในเธรดและอยู่ในรายการใต้ชุดค่าสำเร็จรูป Needs you ดังนั้นคำขอเดียวกันจะไม่แจ้งเตือนคุณสองครั้ง
หาได้ที่ไหน
fix run ปรากฏใต้ Threads ควบคู่กับเธรดแชท และชุดค่าสำเร็จรูป Needs you แสดงรายการที่กำลังรอคน Lineage ในแถบด้านข้างของเธรดเก็บบันทึกเบื้องหลัง run: Issue เปิดหลักฐานและไทม์ไลน์ของ issue Escalation เปิดสิ่งที่เอเจนต์ขอจากคุณพร้อม Mark as handled และ Check เปิดการประเมินที่ตรวจพบปัญหา เมนูของ issue มี Investigate, Investigate again, View investigation และ View triggering check
กำหนดค่า
ใต้ Settings > Workspace การ์ด Investigations กำหนด Investigate automatically from: ความรุนแรงต่ำสุดที่เริ่ม fix run ด้วยตัวเอง issue ที่ต่ำกว่านั้นยังคงมีคำตัดสินแต่ถูกกักไว้ และเธรดของมันมี Start investigation เพื่อให้ใครสักคนในทีมของคุณหยิบไปทำ คำตัดสินไม่เคยถูกกักไว้: ทุก issue ที่ยืนยันแล้วจะแสดงว่ายืนยันแล้วอย่างชัดเจน และระดับขั้นต่ำเพียงเลื่อนงานที่ตามมาออกไป
ที่เกี่ยวข้อง
- Issues สำหรับบันทึกที่ทุก fix run จัดการ
- Threads สำหรับการอ่าน หยุด และแชร์ run
- Escalations สำหรับคำขอที่ run ซึ่งพักไว้ยกขึ้นมา
- Autofix สำหรับ pull request ที่ run เปิด