DWP v5: คำสัญญา ที่ตอนนี้ได้รับการรับประกัน

วันนี้เราเปิดตัว Deep Work Plan v5 นี่ไม่ใช่การเขียนใหม่: แต่เป็นผลจากการใช้งานจริงหลายเดือน — รวมถึงการตรวจสอบโดยตรงกับแผนจริง 108 แผน — ที่เปิดเผยทีละช่องว่างว่าคำสัญญาของระเบียบวิธีกับพฤติกรรมจริงของเอเจนต์อาจแตกต่างกันตรงไหนบ้าง สรุปอย่างตรงไปตรงมาของรีลีสนี้คือ: ระเบียบวิธีนี้สัญญาทุกอย่างเหล่านี้ไว้แล้ว — ตอนนี้มันรับประกันพวงมัน ก่อน v5 เอเจนต์ที่ทำตามเอกสารอย่างถอดข้อความก็ยังอาจตกไปอยู่ในสถานการณ์ล้มเหลวที่เป็นจริง สถานการณ์เหล่านั้นทุกรายการ ซึ่งถูกระบุได้จากการใช้งานและฟีดแบ็กนี้ ถูกปิดตอนนี้แล้วและถูกตรึงไว้ด้วยการทดสอบที่เรียกใช้ได้ ไม่ใช่แค่ปะด้วยข้อความเพิ่มเติม ชุดสัญญาของสกิลเติบโตจาก 132 เป็น 258 การทดสอบในรอบนี้ และทุกการรับประกันด้านล่างได้รับการตรวจสอบสดต่อแท็กที่ปล่อยออกมา — ติดตั้งลงในรีโพซิทอรีที่สะอาดและพาผ่านโฟลว์ของมันเอง ก่อนที่รายการนี้จะถูกเขียนขึ้น

ตัวตรวจสอบที่ไม่เคยอ้างความสำเร็จที่ยังไม่ได้ตรวจสอบ การตรวจสอบความสอดคล้องเดิมเสื่อมถอยลงอย่างเงียบ ๆ: เมื่อไม่มีอินเทอร์พรีเตอร์ที่มีความสามารถ มันข้ามการตรวจสอบทั้งหมดแต่ยังพิมพ์คำตัดสินว่าสอดคล้อง และข้อความตัวหนาภายในฟิลด์อาจถูกเข้าใจผิดว่าเป็นฟิลด์ที่หายไป ตอนนี้ตัวตรวจสอบจบด้วยคำตัดสิน UNVERIFIED ที่ชัดเจนทุกครั้งที่มันตรวจสอบได้จริงไม่ได้ ตัวตรวจสอบไม่เคยรายงานความสำเร็จที่ตัวเองไม่ได้ตรวจ — ความเชื่อใจต่อเกตคือข้อเสนอทั้งหมด และเกตที่ข้ามการตรวจของตัวเองได้ย่อยทำลายห่วงโซ่นั้น

สัญญาการอนุมัติเดียวสำหรับแผน Lite พื้นผิวทั้งสามเคยตอบคำถามว่า “การเริ่มแผนนี้อนุมัติขอบเขตปัจจุบันของมันหรือไม่?” ด้วยวิธีที่ต่างกันสามแบบ และเอเจนต์อาจติดตายหรือทำงานโดยไม่มีอำนาจอนุมัติตรงพรมแดนที่อันตรายที่สุด v5 กำหนดสัญญาเดียวทุกที่: execute หรือ resume ที่ชัดเจนอนุมัติขอบเขต ready ปัจจุบันและบันทึกการอนุมัตินั้นก่อนทำงานใด ๆ ข้อเสนอที่ค้างอยู่โดยตัวมันเองไม่อนุมัติสิ่งใด และการเลื่อนระดับที่ถูกขัดจังหวะจะได้รับการกู้คืนก่อนที่งานผลิตภัณฑ์ใด ๆ จะเริ่มทำงาน

การจัดหาหลายรีโพซิทอรีที่ไม่ทำให้เสียหาย ตัวแปรสภาพแวดล้อมของฮับผู้จัดหาเคยรั่วไหลลงสู่รีโพซิทอรีลูก — ลูกหนึ่งเขียนสถานะแผนลงในโฟลเดอร์ของฮับเองได้ เทมเพลตของผู้จัดหายังพิมพ์ FAIL แต่ออกด้วยโค้ดความสำเร็จ และการตรวจสอบความสมบูรณ์ที่ grep สตริงสถานะอาจอ่านงานเดียวที่เสร็จเป็นแผนที่เสร็จ ตอนนี้รากของฮับถูกบันทึกก่อนเข้าสู่ซับรีโพซิทอรี ลูกทุกตัวแก้ไข .dwp/ ของตัวเองแบบแยกส่วน ทุกกิ่งที่ล้มเหลวออกด้วยข้อผิดพลาด ความสมบูรณ์ถูกแยกวิเคราะห์จากสถานะระดับบนสุดของแผน และจุดเข้า devcontainer ส่งต่อข้อผิดพลาดการคัดลอกก่อนลบสิ่งใด ๆ

เมทริกซ์ความยินยอมเดียวสำหรับแอดออน แอดออนใดติดตั้งโดยค่าเริ่มต้น แอดออนใดเพียงถูกเสนอ และการรีวิวใดบังคับ — พื้นผิวเดิมตอบต่างกัน v5 ประกาศเมทริกซ์เดียว: AI Diff Reviewer จำเป็นสำหรับการรีวิวภายในเครื่อง ถูกตรึงกับรีลีสที่ผ่านการตรวจสอบ โดยการรีวิวบน CI เป็น opt-in ที่ชัดเจนซึ่งไม่เคยติดตั้งตัวเอง แอดออน design-system เป็นข้อเสนอบังคับเมื่อตรวจพบงาน UI แต่ติดตั้งเฉพาะเมื่อได้รับการยอมรับอย่างชัดเจน แอดออน dependency-upgrade มาในรูปผู้มอบหมายเฉย ๆ ที่เกือบเป็นค่าเริ่มต้นพร้อมการย้อนกลับแบบสแนปช็อตที่แม่นยำ และ dailybot รายงานเฉพาะที่ที่มันได้รับอำนาจ diff ที่ว่างเปล่าไม่ถูกนับเป็นการรีวิวที่เสร็จสมบูรณ์อีกต่อไป

เครื่องจักรจริงสำหรับแผนยาว การตรวจสอบแผนจริง 108 แผนชี้ว่างานที่ทำขนานได้เป็นเรื่องปกติ แต่การตัดสินใจทำตามลำดับแทบไม่เคยถูกประกาศ และ stage gate มีอยู่เพียงเป็นแนวปฏิบัติฉับพลัน v5 บังคับให้การตัดสินใจการดำเนินการถูกประกาศเสมอ — เรียงลำดับพร้อมเหตุผลที่บันทึกไว้เมื่อการทำขนานไม่เหมาะสม — เพิ่ม Stage Gates แบบเลือกได้สำหรับแผนยี่สิบงานขึ้นไป และเสริม Plan Variables ด้วยระดับความเข้มงวด เกณฑ์หลักฐาน และการกระทำที่ห้าม ทั้งหมดนี้โหลดแบบไล่ระดับและไม่เคยเป็นภาระแก่แผน Lite

Context บังคับ หนึ่งเป้าหมายต่อหนึ่งงาน แผนอาจเลื่อนไหลกลายเป็นรายการงานที่ไร้บริบท และงานเดียวอาจมัดสามเป้าหมายไว้หลังเกตเขียวเดียว v5 กำหนดคู่ Goal และ Context ระดับแผน Context ต่องาน — สิ่งที่เซสชันใหม่ต้องมีเพื่อเริ่มงานนั้นด้วยตัวเอง — บนทุกระเบียนใหม่ (ระเบียนที่เสร็จแล้วคงอยู่ตามที่เขียนไว้ทุกประการ) และทำให้หนึ่งเป้าหมายต่องานเป็นกฎเชิงบรรทัดฐานพร้อมยามกันการเสื่อมถอย

เส้นทางอัปเกรดที่ปลอดภัย /dwp-upgrade เป็นของใหม่ ขั้นตรวจสอบของมันอ่านอย่างเดียวและไม่ติดตั้งสิ่งใด การอัปเกรดเริ่มจากการยอมรับที่ชัดเจนเท่านั้น โดยการปรับแต่งภายในเครื่องถูก diff และเปิดเผยก่อนเขียนทับสิ่งใด ๆ การติดตั้งมุ่งที่แท็กที่แน่นอนและตรวจสอบตัวเอง และ onboarding ทำงานใหม่เหมือน init ที่สดใหม่ การอัปเกรดไม่เคยแตะ .dwp/ — ไม่มีแผน ไฟล์สถานะ ระเบียนเกต หรือหลักฐานใดถูกย้าย เขียนใหม่ หรือทำให้ใช้ไม่ได้

หลักฐานที่ซื่อสัตย์และวัดได้ ข้ออ้างด้านประสิทธิภาพถูกวัดใหม่บนเบสไลน์สามตัว — v3.0.0, v4.0.3 และทรีสุดท้าย — พร้อมสคริปต์วัดที่คอมมิตไว้ในรีโพซิทอรี ผลลัพธ์รายงานเป็นไบต์ของระบบไฟล์และไม่เคยถูกแปลงเป็นตัวเลขโทเคนหรือต้นทุนที่เรายืนหยัดไม่ได้ ข้ออ้างที่ตรวจสอบไม่ได้ทุกข้อถูกกักกันไว้เช่นนั้นในบันทึกการประเมิน

สัญญาที่มีเวอร์ชันและเผยแพร่แล้ว คำสัญญาทุกข้อข้างต้นได้รับการหนุนหลังด้วยข้อมูลที่เครื่องมืออื่นอ่านได้ ไม่ใช่แค่ข้อความ: รูปแบบ plan-manifest และ plan-state ตอนนี้มีเวอร์ชันเป็นสาย schema v5 — plan-manifest/v5.json และ plan-state/v5.json — ทำให้แผน ตัวตรวจสอบ หรือเครื่องมือของบุคคลที่สามสามารถตรวจสอบความสอดคล้องกับสัญญาที่เผยแพร่และเครื่องอ่านได้ แทนที่จะเป็นย่อหน้าเอกสาร ไม่มีสิ่งใดในสาย v5 เปลี่ยนรูปแบบไปจาก v2: แผนที่มีอยู่ซึ่งอ้างอิง schema v1 หรือ v2 ยังคงใช้ได้และจะไม่ถูกเขียนใหม่เลย

Deep Work Plan v5 ยึดตามมาตรฐาน DWP 5.0.0 อ่านข้อกำหนดเชิงบรรทัดฐาน ดูรีโพซิทอรีของสกิล หรือเริ่มนำไปใช้จาก /init