deepworkplan-onboard

เปลี่ยน repository ให้เป็น codebase แบบ AI-first ที่ขับเคลื่อนด้วย spec นี่คือ onboard sub-skill ของ skill Deep Work Plan

สิ่งที่มันทำ

deepworkplan-onboard ตรวจสอบ repository จริง ทั้งภาษา เฟรมเวิร์ก ตัวจัดการแพ็กเกจ คำสั่ง build/test/lint module ข้อตกลงการทดสอบ และรูปแบบการ deploy แล้วสร้าง artifact ที่ปรับให้เหมาะกับมัน มันให้เหตุผล ไม่คัดลอกเทมเพลตและไม่ทิ้ง placeholder ไว้

วิธีใช้

/deepworkplan-onboard

พฤติกรรม

1. สำรวจ ตรวจหาสแตกจริงและคำสั่งตรวจสอบ แล้วจับคู่กับพรีเซ็ต onboarding ที่ใกล้เคียงที่สุด
2. Archetype จัดประเภทว่าเป็น repo เดี่ยวหรือ orchestrator hub
3. สร้าง AGENTS.md พร้อม symlink CLAUDE.md ที่มีบล็อก Quick Commands จริง
4. สร้าง docs/ (สถาปัตยกรรม มาตรฐาน การทดสอบ ความปลอดภัย และอื่น ๆ) พร้อมเอกสารราย module
5. สร้าง .agents/ (agent คำสั่ง dwp-* แบบบาง ๆ skill ที่เหมาะกับสแตก และแคตตาล็อก) พร้อม .claude → .agents
6. ติดตั้ง skill และสร้างโครง .dwp/ ที่ถูก gitignore (แผน ฉบับร่าง) และพื้นที่ scratch tmp/
7. ติดตั้งการตรวจสอบในเครื่องของ AI Diff Reviewer ที่จำเป็น ตรวจหาแอดออนทุกตัว อัปเกรดตัวที่ repository ใช้อยู่ และเสนอตัวที่เหมาะสม (ไม่เพิ่มตัวใดเพียงเพื่อให้ครบชุด) แล้วตรวจสอบตัวเอง

หมายเหตุ

repository หนึ่งสอดคล้องกับมาตรฐานได้อย่างสมบูรณ์แม้ไม่มีแอดออนแบบเลือกใช้ใดเลย การตรวจสอบในเครื่องของ AI Diff Reviewer เป็นส่วนหนึ่งของพื้นฐานตั้งแต่มาตรฐาน 2.3.0 สภาพจริงที่ตรวจพบมีน้ำหนักเหนือสมมติฐานของพรีเซ็ตเสมอ

อ้างอิงสคีมา v7

แค็ตตาล็อกสคีมาที่เครื่องอ่านได้สำหรับแผน v7 — ค่าเริ่มต้นของแพ็ก 7.x ปัจจุบัน — เผยแพร่ที่ URL คงที่เหล่านี้ live projection เป็น snapshot ที่ใช้ร่วมกับ v6; ไม่มี plan-state/v6.json หรือ plan-state/v7.json

• Plan manifest: https://deepworkplan.com/schema/plan-manifest/v7.json
• Plan contract: https://deepworkplan.com/schema/plan-contract/v7.json (สัญญา v6 บวกตัวระบุงาน parallel_safe แบบเลือกได้)
• Journal event: https://deepworkplan.com/schema/journal-event/v7.json (เพิ่มเหตุการณ์ delegation)
• Plan snapshot (live projection ที่ใช้ร่วมกับ v6): https://deepworkplan.com/schema/plan-snapshot/v6.json
• Context manifest (ใช้ร่วมกับ v6): https://deepworkplan.com/schema/context-manifest/v6.json
• การกำหนดค่าคลังเก็บโค้ด: https://deepworkplan.com/schema/dwp-config/v1.json
• ตัวอธิบายแอดออน: https://deepworkplan.com/schema/addon-descriptor/v1.json
• แพ็กเกจส่งมอบงานสวอร์ม: https://deepworkplan.com/schema/dwp-handoff/v1.json
• บันทึกการวัดประสิทธิภาพ: https://deepworkplan.com/schema/benchmark-record/v1.json
• บันทึกสิ่งที่ได้เรียนรู้: https://deepworkplan.com/schema/learnings-record/v1.json

แผน v6 ยังคงใช้สคีมา v6 ของตน (manifest, contract, journal event); แผน v5 ที่มีอยู่ยังคงใช้สคีมาสถานะ v5 และแผนเก่าจะไม่ถูกเขียนทับโดยไม่มีการแจ้ง

แพ็ก 7.x ปัจจุบันสร้างแผนใหม่ด้วย v7 เป็นค่าเริ่มต้น แผนเดิมคงรุ่นที่บันทึกไว้ การย้ายต้องมีคำขออย่างชัดเจน แผนใหม่จะได้รับ ID ตัวเลขที่เพิ่มขึ้นตามลำดับและมีอย่างน้อยสามหลัก (เช่น PLAN_001_add_payment_webhooks/) สคีมา v5 ที่ตรึงไว้จะนับ ID ตัวเลขเป็นหนึ่งคำ ดังนั้น slug ของ v5 จึงมี 2–4 คำ ส่วน slug ของ v7 มี 2–5 คำ โฟลเดอร์เดิมที่ไม่มีหมายเลข PLAN_<slug>/ ยังคงอ่านได้และจะไม่มีการเปลี่ยนชื่อ หากมีแผนที่มีหมายเลข latest จะหมายถึงแผนที่มี ID ตัวเลขสูงสุด.