GitHub Issues มีที่เก็บแผนงานแล้ว: บริบทไม่ต้องจมหายในคอมเมนต์

Dev
ยอดดู 2

โค้ดอยู่ใน pull request แต่เหตุผลอาจอยู่ในแชตเก่า หากผลสืบค้นของเอเจนต์แยกอยู่อีกแห่ง คนรับงานต่ออาจต้องเริ่มใหม่ GitHub ประกาศพรีวิวสาธารณะของ issue artifacts เมื่อวันที่ 28 ตุลาคม เพื่อแนบข้อมูลเหล่านี้กับ issue โดยตรง

บทสนทนากับเอกสารที่ปรับต่อเนื่องทำหน้าที่ต่างกัน

อาร์ติแฟกต์เป็นเอกสาร Markdown ลิงก์ภายนอก หรือ HTML ได้ เช่น วิเคราะห์สาเหตุ ต้นแบบ และบทสนทนา Slack หรือ Teams บน github.com สร้างและแก้ไขพร้อมเก็บประวัติเวอร์ชันได้ โดยต่างจาก GitHub Actions artifacts ซึ่งเป็นผลลัพธ์จากการรัน workflow

ลองนึกถึงบั๊กสมมติที่ประมวลผลการชำระเงินซ้ำ คอมเมนต์เก็บสิ่งที่พบใหม่ ส่วนแผนบันทึกคีย์ของการลองซ้ำและการทดลองที่ค้างอยู่ ภาพแรกสร้างขึ้นเพื่อบทความ ไม่ใช่หน้าจอ GitHub การแยกข้อสังเกตกับสมมติฐานช่วยไม่ให้ข้อเดากลายเป็นข้อกำหนด

ตัวอย่าง retry-plan.md สมมติที่สร้างเอง แยกข้อสังเกต สมมติฐาน และการทดลอง ไม่ใช่หน้าจอ GitHub
ตัวอย่าง retry-plan.md สมมติที่สร้างเอง แยกข้อสังเกต สมมติฐาน และการทดลอง ไม่ใช่หน้าจอ GitHub

แนบไฟล์แล้วดูแลบริบทเดิมต่อ

gh issue artifact create รับหมายเลขหรือ URL ของ issue แล้วตามด้วยไฟล์หรือลิงก์ ตัวอย่าง gh issue artifact create 42 retry-plan.md -R OWNER/REPO จะนำไฟล์ไปแนบ issue 42 ค่าต่าง ๆ เป็นตัวอย่าง การรันจะเขียนข้อมูลจริง บทความนี้ไม่ได้รันคำสั่งดังกล่าว

ชื่อใช้จากไฟล์หรือกำหนดด้วย --name ส่วน --body-file อ่านเนื้อหาเอกสารหนึ่งชิ้น และ --attach รองรับภาพกับวิดีโอ gh issue artifact edit 42 1 --body-file retry-plan.md -R OWNER/REPO ใช้แทนที่เนื้อหา ภาพที่สองเป็นตัวอย่างไวยากรณ์ ไม่ใช่บันทึกการอัปโหลดสำเร็จ

ตัวอย่างตามไวยากรณ์ทางการ OWNER/REPO, 42 และ 1 ต้องแทนค่า ไม่ใช่เซสชันที่รันแล้ว
ตัวอย่างตามไวยากรณ์ทางการ OWNER/REPO, 42 และ 1 ต้องแทนค่า ไม่ใช่เซสชันที่รันแล้ว

แผนล่าสุดยังเก็บเส้นทางการเปลี่ยนแปลงได้

edit เปลี่ยนชื่อหรือเนื้อหาแต่ไม่เปลี่ยนชนิด --restore-version บันทึกชื่อและเนื้อหารุ่นเก่าเป็นรุ่นใหม่ ส่วน view แสดงประวัติการแก้ไข จึงรักษาทั้งแผนปัจจุบันและที่มาของการตัดสินใจได้

ในตัวอย่างชำระเงิน ข้อสงสัยอาจเปลี่ยนจาก timeout เป็นการจัดการคีย์ซ้ำ การแก้แผนและเชื่อมคอมเมนต์อธิบายเหตุผลเป็นข้อเสนอด้านเอกสาร ไม่ใช่พฤติกรรมอัตโนมัติที่รับประกัน เอกสารยังต้องมีหลักฐานประกอบข้อสรุป

การรองรับ HTML ขึ้นกับหน้าที่ใช้

ประกาศระบุว่าสลับระหว่างภาพแสดงผล HTML กับซอร์สได้ แต่การสร้างและดู HTML ใน GitHub App ยังเป็นสิ่งที่จะตามมา การแนบผลจากเซสชันอัตโนมัติจึงไม่ได้แปลว่าทุกหน้ารองรับ HTML ครบ และ CLI ก็ยังเป็นพรีวิว

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

แหล่งข้อมูลและอ่านต่อ

GitHub Changelog · 2026-10-28

GitHub CLI · issue artifact

GitHub CLI · create

GitHub CLI · edit

다른 글