การ onboard บริการที่เป็นโค้ดเก่า
ตัวอย่างขั้นตอนของสิ่งแรกที่ทีมส่วนใหญ่ทำ นั่นคือนำ repository ที่มีอยู่และมีเอกสารไม่ครบ มาทำให้ agent ขับเคลื่อนได้ โดยไม่ไปรบกวนสิ่งที่ทำงานได้อยู่แล้ว
- 01 Analyze
- 02 Reason
- 03 Onboard
- 04 Verify
reconcile, never overwrite
เป้าหมาย
“ทำให้บริการอายุห้าปีนี้เป็น AI-first” ตัวมันมี README บางส่วน เอกสารกระจัดกระจาย และไม่มี AGENTS.md
การรัน
นักพัฒนายื่นคำสั่งบรรทัดเดียวให้ agent ของตน คือ อ่านและทำตาม /init.md แล้วขั้นตอน onboarding จะ
- สำรวจ ตรวจหาภาษาจริง ตัวจัดการแพ็กเกจ (จาก lockfile ที่มีอยู่) และคำสั่ง build, test, lint จริง โดยอ่านจาก repo ไม่ใช่จากการสมมติ
- เสนอแผนแล้วถาม เนื่องจากมี artifact อยู่แล้ว จึงทำแบบไม่ทำลาย โดยจะระบุว่าจะสร้างอะไรและจะปรับให้สอดคล้องกับอะไร และรอการอนุมัติก่อนแตะ
READMEที่มีอยู่บางส่วนหรือเอกสารที่กระจัดกระจาย - สร้าง harness ทั้ง
AGENTS.mdที่ผ่านการให้เหตุผล พร้อม Quick Commands จริงของบริการ โครงสร้างdocs/ที่จัดหมวดหมู่และผนวกบันทึกที่มีอยู่เข้าไปแทนการทำซ้ำ README ราย module ชุดเครื่องมือ.agents/และ.dwp/ที่ถูก gitignore - ตรวจสอบ
/dwp-verifyจะคืนรายงานผ่าน/ไม่ผ่านอย่างเป็นกลางเทียบกับเกณฑ์ความสอดคล้อง
ผลลัพธ์
บริการโค้ดเก่ากลายเป็น AI-first โดยไม่มีอะไรถูกทำลาย งานเดิมถูกผสานเข้าไป ไม่ใช่เขียนทับ และผลลัพธ์ตรวจสอบได้แทนที่จะเป็นเพียงคำกล่าวอ้าง จากจุดนี้ทีมก็วางแผนและดำเนินงานจริงได้ด้วย /dwp-create และ /dwp-execute