Claude Code
เต็มรูปแบบการนำไปใช้แบบอ้างอิง พร้อม WebFetch และ slash command ในตัว
ระเบียบวิธีแบบเปิด · MIT · ไม่ผูกกับ agent ใด
Deep Work Plan เปลี่ยน repository ใดก็ได้ให้เป็นสภาพแวดล้อมที่มีโครงสร้าง พร้อมบริบท ราวกั้นความปลอดภัย และแผนงานที่คงทน ที่ coding agent ใดก็ทำงานได้อย่างแม่นยำและทำงานระยะยาวจนเสร็จ
อ่านและทำตามคำแนะนำที่ https://deepworkplan.com/init.md เพื่อทำให้รีพอซิทอรีนี้เป็น AI-first
Deep Work Plan คือ spec-driven development ที่ตัว repository เองกลายเป็น harness
ปัญหาและคำตอบ
AI coding agent มีประสิทธิภาพอย่างน่าทึ่งในงานช่วงสั้น แต่ในงานระยะยาว เช่น การย้ายระบบ การสร้างระบบย่อยใหม่ หรือการ refactor ข้ามไฟล์นับสิบ มันจะเริ่มเขว บริบทเต็ม การตัดสินใจถูกลืม และงานหลายชั่วโมงถูกทิ้งไว้ครึ่งทาง
Deep Work Plan ตอบโจทย์ด้วย spec-driven development โดยแผนงานเป็นแหล่งความจริงที่คงทน และ agent ทำงานตามเกณฑ์การยอมรับ (acceptance criteria) และ validation gate ที่ชัดเจน อาการเขวลดลง งานยังตรวจสอบได้ และ agent ใดก็กลับมาทำต่อข้ามเซสชันได้
อีกทั้งยังเป็น harness engineering ที่พกพาได้ harness ของ agent คือโครงสร้างรอบโมเดล ทั้งบริบท เครื่องมือ ลูปควบคุม ราวกั้นความปลอดภัย และสถานะที่ทำต่อได้ ซึ่งทำให้มันเชื่อถือได้ Deep Work Plan ติดตั้ง harness นั้นเข้าไปในตัว repository เอง (AGENTS.md เอกสาร ที่อยู่ของสกิลใน .agents/ และสกิล DWP) เพื่อให้ agent ใดก็ขับเคลื่อน repo ใดก็ได้ ถือกำเนิดที่ Dailybot ผ่านการใช้งานจริงนานหลายเดือน และเปิดเผยในชื่อ DailybotHQ/deepworkplan-skill
การเริ่มต้นบนพื้นฐานการให้เหตุผล
กระบวนการเริ่มต้นจะตรวจสอบภาษา เฟรมเวิร์ก ตัวจัดการแพ็กเกจ และคำสั่งตรวจสอบจริงของ repository ของคุณ แล้วสร้างผลลัพธ์ที่ปรับให้เข้ากับ repository นั้น สตับทั่วไปแบบสำเร็จรูปถือเป็นความล้มเหลว
อ่าน manifest โครงสร้างโฟลเดอร์ และ CI เพื่ออนุมานคำสั่ง test, lint และ build จริง แล้วจำแนก repository ว่าเป็น repo เดี่ยวหรือ orchestrator hub
AGENTS.md ที่ผ่านการให้เหตุผล โครงสร้าง docs/ ที่จัดหมวดหมู่ และ README พร้อม docs/ ในแต่ละโมดูลหลัก เต็มไปด้วยคำสั่งจริงของ repository คุณ ไม่ใช่ตัวยึดตำแหน่ง
ไดเรกทอรี .agents/ ที่ใช้ร่วมกันข้าม agent (สกิล agent คำสั่ง) และซิมลิงก์ .claude ไปยัง .agents โดยสะท้อน CLAUDE.md ไปยัง AGENTS.md เพื่อให้ทุกเครื่องมืออ่านแหล่งความจริงเดียวกัน
เชื่อมต่อสกิล Deep Work Plan และสร้างโฟลเดอร์ .dwp/ ที่ถูก gitignore ไว้สำหรับเก็บแผนและฉบับร่าง จากนั้นเลือกเสริม addon แบบสมัครใจ เช่น การรองรับ devcontainer
สิ่งที่เกิดขึ้นเมื่อคุณรัน
คุณไม่ต้องเลือกวิธีติดตั้งหรือคัดลอกเทมเพลต เพียงมอบหนึ่งบรรทัดให้ agent มันจะติดตั้งสกิล ซึ่งเป็นกลไกที่นำกลับมาใช้ซ้ำได้ แล้วปรับ repository ของคุณให้เข้ากับมัน
มันอ่านพรอมต์เริ่มต้นที่ deepworkplan.com/init.md พร้อมระเบียบวิธี ข้อกำหนด และชุดเครื่องมือที่ลิงก์ไว้ ซึ่งคือมาตรฐานที่มันกำลังจะนำมาใช้
สกิลคือกลไก เหมือนกันในทุก repository คำสั่งเดียวจะดึงเราเตอร์และสกิลย่อย (create, execute, refine, resume, status, verify, onboard, author) เข้ามาสำหรับ Claude Code, Cursor, Codex, Gemini และ Copilot
ด้วยการให้เหตุผลเกี่ยวกับสแตกจริงของคุณ ไม่ใช่การคัดลอกวาง มันเขียน AGENTS.md โครงสร้าง docs/ ที่จัดหมวดหมู่ README แยกตามโมดูล ชุด .agents/ ที่ผ่านการให้เหตุผล และ .dwp/ ที่ถูก gitignore ไว้ repository ของคุณกลายเป็น harness
สร้าง Deep Work Plan ระยะยาวสำหรับงานใดก็ได้ แล้วรันทีละขั้น พร้อมเกณฑ์การยอมรับ validation gate และสถานะที่ทำต่อได้ อย่างอิสระต่อเนื่องนานหลายชั่วโมง
สกิลถูกติดตั้งเหมือนกันทุกที่ สิ่งที่ถูกปรับคือ repository ของคุณ ทั้ง AGENTS.md เอกสาร และชุด .agents/ ที่ผ่านการให้เหตุผลซึ่งสร้างขึ้นสำหรับสแตกของคุณ การแยกส่วนนี้เองที่ทำให้ระเบียบวิธีเป็นมาตรฐานที่นำกลับมาใช้ซ้ำได้ ไม่ใช่โครงสร้างแบบครั้งเดียวจบ
สิ่งที่คุณได้รับ
รันครั้งเดียว คอมมิตแบบ atomic ผลลัพธ์ทุกอย่างเป็น Markdown และทุกการเปลี่ยนแปลงตรวจสอบย้อนหลังได้
ให้เหตุผลจากสแตก คำสั่ง และโครงสร้างจริงของ repository คุณ ไม่ใช่เทมเพลตที่มีตัวยึดตำแหน่ง CLAUDE.md ถูกซิมลิงก์ไปยัง AGENTS.md
สถาปัตยกรรม การติดตั้ง มาตรฐาน และการแก้ปัญหา พร้อม README และ docs/ ในแต่ละโมดูลหลัก สร้างจากโค้ดเบสของคุณ
ไดเรกทอรี .agents/ ที่ใช้ร่วมกันข้าม agent (สกิล agent คำสั่ง) พร้อมซิมลิงก์ .claude ไปยัง .agents เพื่อให้ทุกเครื่องมืออ่านแหล่งความจริงเดียวกัน
create, execute, refine, resume, status, verify, onboard และ author มอบให้ agent ของคุณในรูปแบบชุดสกิลเดียว โดยไม่ต้องคัดลอกแยกตาม repository
/dwp-verify สร้างรายงานผ่าน/ไม่ผ่านอย่างเป็นกลางเทียบกับข้อกำหนด ดังนั้น "AI-first" จึงถูกตรวจสอบ ไม่ใช่แค่กล่าวอ้าง และตรวจสอบซ้ำได้หลังทุกแผนงาน
การเริ่มต้นจะจำแนก repository ของคุณว่าเป็น repo เดี่ยว (กรณีทั่วไป) หรือ orchestrator hub ที่ประสานแผนงานลูกข้าม repository หลายแห่ง
สกิลย่อย author (skill-create, agent-create) ช่วยให้ repository พัฒนาสกิล agent และคำสั่งของตัวเอง ส่วน addon บำรุงรักษาแบบสมัครใจ เช่น dependency-upgrade ช่วยให้มันอัปเดตตัวเองอยู่เสมอ
ไม่มี daemon และไม่มีสถานะภายนอก แผนและฉบับร่างถูกเก็บในโฟลเดอร์ .dwp/ ที่ถูก gitignore ไว้ และทุกงานกลับมาทำต่อได้จาก git เพียงอย่างเดียว แม้หลังจากบริบทล้น
Agent
ระเบียบวิธีเดียว อะแดปเตอร์หลากหลาย Markdown ไม่ผูกเฟรมเวิร์กไว้กับสิ่งใด agent ทุกตัวที่อ่าน Markdown ได้สามารถรัน Deep Work Plan ได้
การนำไปใช้แบบอ้างอิง พร้อม WebFetch และ slash command ในตัว
อะแดปเตอร์เต็มรูปแบบ ใช้บันเดิลออฟไลน์หาก WebFetch ถูกจำกัด
แนะนำบันเดิลออฟไลน์ ติดตั้งกฎไว้ใต้ .codex/
อะแดปเตอร์เต็มรูปแบบ คำสั่ง dwp-* รันผ่าน AGENTS.md และขั้นตอน #
ต้องใช้ Gemini 2.5 Pro ขึ้นไป พร้อม WebFetch ในตัว
โอเพนซอร์ส อ่าน AGENTS.md โดยตรงและรัน dwp-* ผ่านคำสั่ง #
กฎและขั้นตอนคำสั่ง # ขับเคลื่อนลูป Deep Work Plan ทั้งหมด
โอเพนซอร์ส กฎ Markdown และคำสั่ง # รันทุกขั้นตอน dwp-*
อะแดปเตอร์เต็มรูปแบบพร้อมพื้นผิวคำสั่งในตัว
สแตก
สิ่งเหล่านี้เป็นตัวช่วยให้เหตุผล ไม่ใช่เทมเพลต การเริ่มต้นจะอ่าน manifest จริงของ repository คุณและปรับตามแต่ละสแตก ไม่เคยคัดลอกพรีเซ็ตแบบตาบอด โมโนรีโปจะได้เอกสารแยกตามโมดูล
สองรูปแบบ
การเริ่มต้นจะแยกทางตามรูปแบบ repository ส่วนใหญ่เป็น repo เดี่ยว ส่วน hub จะประสาน Deep Work Plan ลูกข้าม repository หลายแห่ง ระเบียบวิธีรองรับทั้งสองแบบอย่างเต็มที่
ที่เก็บโค้ดเดี่ยว
โค้ดเบสที่สมบูรณ์ในตัวเอง
ศูนย์กลางออร์เคสเตรเตอร์
ประสานงานที่เก็บโค้ดย่อย
โค้ดเบสเดียวที่มีสแตกหลักหนึ่งสแตก คำสั่งตรวจสอบของตัวเอง และเอกสารแยกตามโมดูล เป็นค่าเริ่มต้น การเริ่มต้นจะถือว่าเป็นแบบนี้ เว้นแต่ repository นั้นเป็น hub อย่างชัดเจน
ตัวอย่างเช่น Django API แอป Vue หรือบริการ TypeScript Lambda
repository สำหรับประสานงานที่จัดการงานข้าม sub-repository ผ่าน orchestrator manifest โดยแตกแผนงานลูกที่ต่างคอมมิตใน repository ของตัวเอง พร้อมกฎขอบเขตและดัชนีการนำทาง
ตัวอย่างเช่น hub ที่ประสานงาน repository ผลิตภัณฑ์ห้าแห่ง
ระเบียบวิธี เทียบกับ เครื่องมือ
Deep Work Plan ไม่ใช่ตัวสร้างโครงอีกตัวหนึ่ง แต่เป็นชั้นระเบียบวิธีที่อยู่ใต้เครื่องมือ spec-driven หรือเครื่องมือสร้างโครงใดก็ได้ โดยมุ่งเน้นการรันอย่างอิสระหลายชั่วโมง
| ระเบียบวิธี เทียบกับ เครื่องมือ | Deep Work Plan | เครื่องมือสร้างโครง / เครื่องมือ spec |
|---|---|---|
| จุดมุ่งเน้นหลัก | การทำงานอย่างอิสระหลายชั่วโมง | การสร้าง spec หรือสร้างโครง |
| หน่วยของงาน | หนึ่ง Deep Work Plan (เซสชันที่ทำต่อได้) | เอกสาร spec หรือโครงสร้าง |
| แบบจำลองสถานะ | โฟลเดอร์ .dwp/ ที่อิงกับ git ทำต่อได้ | มักอยู่ภายนอกหรือใน IDE |
| การผูกกับ agent | ไม่ผูกกับ agent ใด (Markdown และ Bash) | มักเจาะจงเครื่องมือหรือ IDE |
| การกู้คืนบริบท | ทำต่อได้หลังบริบทล้น | โดยทั่วไปเริ่มงานใหม่ |
| สัญญาอนุญาต | MIT ระเบียบวิธีและชุดเครื่องมือแบบเปิด | แตกต่างกันไป |
ที่มา
สร้างโดย Dailybot บริษัทเบื้องหลังระบบ standup แบบอะซิงโครนัสสำหรับทีมกระจายตัว ภายในองค์กรเราใช้ Deep Work Plan เพื่อทำให้ repository production ที่ครอบคลุม Django, Vue, TypeScript Lambda และ Astro ขับเคลื่อนด้วย agent ได้ หลังจากใช้งานจริงนานหลายเดือน เราจึงเปิดซอร์สระเบียบวิธีนี้ภายใต้สัญญาอนุญาต MIT
ทำให้ repository ของคุณเป็น AI-first
มอบหนึ่งบรรทัดให้ agent ของคุณ ชี้ไปที่ /init.md แล้วมันจะทำให้ repository ของคุณเป็น AI-first ทั้งติดตั้งสกิล ให้เหตุผลเกี่ยวกับสแตกของคุณ และคอมมิตลำดับชั้น AGENTS.md ที่สมบูรณ์ จากนั้นคุณสร้างและรัน Deep Work Plan ที่ทำงานอย่างอิสระนานหลายชั่วโมง
อยู่ภายใต้สัญญาอนุญาต MIT · ไม่มีการเก็บข้อมูลการใช้งาน · ผลลัพธ์ออกไปยังโฟลเดอร์ .dwp/ ที่ถูก gitignore ไว้