Skip to content
Deep Work Plan เปิดตัวบน Product Hunt วันนี้ โหวตเลย

ระเบียบวิธีแบบเปิด · MIT · ไม่ผูกกับ agent ใด

โมเดลสำคัญ บริบทสำคัญกว่า

Deep Work Plan เปลี่ยนทุก repository ให้เป็นสภาพแวดล้อมที่มีโครงสร้าง — บริบท ราวกันตก และแผนงานที่ยั่งยืน — ซึ่งเอเจนต์เขียนโค้ดใดก็ทำงานได้อย่างแม่นยำและมีประสิทธิภาพ และลงมือกับงานระยะยาวจนสำเร็จ

คัดลอกไปยัง agent ของคุณ https://deepworkplan.com/init.md

คัดลอก prompt ของ init.md และวางลงใน coding agent ของคุณ — Claude Code, Cursor, Codex หรืออื่น ๆ — เพื่อทำให้ repository ใดก็ได้เป็น AI-first

Deep Work Plan คือ spec-driven development ที่ตัว repository เองกลายเป็น harness

ดูว่ามันทำงานอย่างไร อ่านระเบียบวิธี อ่านข้อกำหนด →
ภาพแกะสลักประภาคารบนชายฝั่งหินที่ฉายลำแสงเดียวนำทางเรือลำเล็ก สื่อถึง repository ที่เป็น harness อันมั่นคงซึ่งนำทาง agent ทุกตัว
ภาพพิมพ์แกะสลักแบบสองส่วน: ด้านหนึ่งเรือลำหนึ่งลอยเคว้งในหมอกใกล้โขดหิน อีกด้านเป็นเรือลำเดียวกันที่มั่นคงบนเส้นทางที่วาดไว้มุ่งสู่ประภาคารของอ่าว

ปัญหาและคำตอบ

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

Deep Work Plan ตอบด้วยการพัฒนาแบบขับเคลื่อนด้วยสเปก: แผนงานที่คงอยู่ งานอะตอมมิก และประตูตรวจสอบที่เอเจนต์ต้องผ่าน “เสร็จ” ไม่ใช่ความรู้สึกอีกต่อไป — แต่กลายเป็นหลักฐานที่ตรวจสอบและรีวิวได้

และเพราะคอนเท็กซ์คือทรัพยากรที่หายากที่สุดของเอเจนต์ harness จึงถูกออกแบบมาเพื่อให้ภาระคำสั่งของตัวมันเองเล็กและตรวจสอบได้: คำสั่งโหลดแบบขั้นเป็นขั้น การตรวจสอบแตะต้องเฉพาะสิ่งที่เปลี่ยน และแต่ละงานเรียนรู้ในที่ของมัน ภาระของแต่ละโฟลว์ถูกวัดเป็นไบต์และเผยแพร่ในทุกการเผยแพร่ — การเผยแพร่ล่าสุดลดโฟลว์ execute ลง 45.7% และโฟลว์ resume ลง 67.5% แผนเองก็ปรับขนาดตามหลักการเดียวกัน: แผน Lite สำหรับการแก้ไขที่มีขอบเขตจำกัด แผน Full สำหรับงานที่ยาวนานหลายชั่วโมง — รูปแบบจะเป็นไปตามขอบเขตของงานเสมอ ไม่ใช่ในทางกลับกัน

วิธีการ · องก์ที่ 1

คุณคือผู้กำหนดว่า “เสร็จ” หมายความว่าอย่างไรและเส้นแบ่งอยู่ตรงไหน แผนงานจะส่งต่อเจตนาของคุณ ส่วนเอเจนต์ทำหน้าที่ลงมือชั่วโมงต่อชั่วโมง — ไม่ต้องคอยกำกับ ไม่ต้องคอยแก้ทุกยี่สิบนาที

อ่านวิธีการ →

วิธีการ · องก์ที่ 2

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

ดูวงรอบหลัก →

วิธีการ · องก์ที่ 3

ทุกงานระบุเกณฑ์การยอมรับและการตรวจสอบที่ต้องผ่าน เอเจนต์ “รู้สึกว่าเสร็จ” ไม่ได้ — ต้องผ่านเท่านั้น ไม่เช่นนั้นงานยังคงเปิดอยู่

อ่านข้อกำหนด →

วิธีการ · องก์ที่ 4

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

ดูว่า onboarding สร้างอะไร →

วิธีการ · องก์ที่ 5

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

อ่านวิธีการ →

การเริ่มต้นบนพื้นฐานการให้เหตุผล

ชี้ไปที่ repository ใดก็ได้ มันให้เหตุผล ไม่ใช่คัดลอกวาง

กระบวนการเริ่มต้นจะตรวจสอบภาษา เฟรมเวิร์ก ตัวจัดการแพ็กเกจ และคำสั่งตรวจสอบจริงของ repository ของคุณ แล้วสร้างผลลัพธ์ที่ปรับให้เข้ากับ repository นั้น สตับทั่วไปแบบสำเร็จรูปถือเป็นความล้มเหลว

  1. 01

    ให้เหตุผลเกี่ยวกับสแตกและรูปแบบ (archetype) ของคุณ

    อ่าน manifest โครงสร้างโฟลเดอร์ และ CI เพื่ออนุมานคำสั่ง test, lint และ build จริง แล้วจำแนก repository ว่าเป็น repo เดี่ยวหรือ orchestrator hub

  2. 02

    สร้าง AGENTS.md, docs/ และเอกสารแยกตามโมดูล

    AGENTS.md ที่ผ่านการให้เหตุผล โครงสร้าง docs/ ที่จัดหมวดหมู่ และ README พร้อม docs/ ในแต่ละโมดูลหลัก เต็มไปด้วยคำสั่งจริงของ repository คุณ ไม่ใช่ตัวยึดตำแหน่ง

  3. 03

    วางโครง .agents/ พร้อมซิมลิงก์ .claude และ .cursor ไปยัง .agents

    ไดเรกทอรี .agents/ ที่ใช้ร่วมกันข้าม agent (สกิล agent คำสั่ง) และซิมลิงก์ .claude และ .cursor ไปยัง .agents โดยสะท้อน CLAUDE.md ไปยัง AGENTS.md เพื่อให้ทุกเครื่องมืออ่านแหล่งความจริงเดียวกัน

  4. 04

    ติดตั้งสกิล DWP และวางโครง .dwp/

    เชื่อมต่อสกิล Deep Work Plan และสร้างโฟลเดอร์ .dwp/ ที่ถูก gitignore ไว้สำหรับเก็บแผน ติดตั้งการรีวิวในเครื่องที่จำเป็นของ AI Diff Reviewer จากนั้นเลือกเสริม addon แบบสมัครใจ เช่น การรองรับ devcontainer

สิ่งที่เกิดขึ้นเมื่อคุณรัน

คำสั่งเดียว ที่เหลือ repository จัดการเอง

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

  1. 01

    agent ของคุณเปิด /init.md

    มันอ่านพรอมต์เริ่มต้นที่ deepworkplan.com/init.md พร้อมระเบียบวิธี ข้อกำหนด และชุดเครื่องมือที่ลิงก์ไว้ ซึ่งคือมาตรฐานที่มันกำลังจะนำมาใช้

  2. 02

    มันติดตั้งสกิล Deep Work Plan

    สกิลคือกลไก เหมือนกันในทุก repository คำสั่งเดียวจะดึงเราเตอร์และสกิลย่อย (create, execute, refine, resume, status, verify, onboard, author, upgrade) เข้ามาสำหรับ Claude Code, Cursor, Codex, Gemini และ Copilot

  3. 03

    มันปรับ repository ของคุณ

    ด้วยการให้เหตุผลเกี่ยวกับสแตกจริงของคุณ ไม่ใช่การคัดลอกวาง มันเขียน AGENTS.md โครงสร้าง docs/ ที่จัดหมวดหมู่ README แยกตามโมดูล ชุด .agents/ ที่ผ่านการให้เหตุผล และ .dwp/ ที่ถูก gitignore ไว้ repository ของคุณกลายเป็น harness

  4. 04

    คุณวางแผนและลงมือทำ

    สร้าง Deep Work Plan ระยะยาวสำหรับงานใดก็ได้ แล้วรันทีละขั้น พร้อมเกณฑ์การยอมรับ validation gate และสถานะที่ทำต่อได้ อย่างอิสระต่อเนื่องนานหลายชั่วโมง

สกิลถูกติดตั้งเหมือนกันทุกที่ สิ่งที่ถูกปรับคือ repository ของคุณ ทั้ง AGENTS.md เอกสาร และชุด .agents/ ที่ผ่านการให้เหตุผลซึ่งสร้างขึ้นสำหรับสแตกของคุณ การแยกส่วนนี้เองที่ทำให้ระเบียบวิธีเป็นมาตรฐานที่นำกลับมาใช้ซ้ำได้ ไม่ใช่โครงสร้างแบบครั้งเดียวจบ

สิ่งที่คุณได้รับ

ทุกอย่างที่ agent ของคุณต้องใช้ในการทำงานอย่างอิสระ

รันครั้งเดียว คอมมิตแบบ atomic ผลลัพธ์ทุกอย่างเป็น Markdown และทุกการเปลี่ยนแปลงตรวจสอบย้อนหลังได้

  • AGENTS.md ที่รากของ repository

    ให้เหตุผลจากสแตก คำสั่ง และโครงสร้างจริงของ repository คุณ ไม่ใช่เทมเพลตที่มีตัวยึดตำแหน่ง CLAUDE.md ถูกซิมลิงก์ไปยัง AGENTS.md

  • docs/ ที่จัดหมวดหมู่และเอกสารแยกตามโมดูล

    สถาปัตยกรรม การติดตั้ง มาตรฐาน และการแก้ปัญหา พร้อม README และ docs/ ในแต่ละโมดูลหลัก สร้างจากโค้ดเบสของคุณ

  • .agents/ พร้อมซิมลิงก์ .claude และ .cursor ไปยัง .agents

    ไดเรกทอรี .agents/ ที่ใช้ร่วมกันข้าม agent (สกิล agent คำสั่ง) พร้อมซิมลิงก์ .claude และ .cursor ไปยัง .agents เพื่อให้ทุกเครื่องมืออ่านแหล่งความจริงเดียวกัน

  • สกิล Deep Work Plan ที่ติดตั้งแล้ว

    create, execute, refine, resume, status, verify, onboard, author และ upgrade มอบให้ agent ของคุณในรูปแบบชุดสกิลเดียว โดยไม่ต้องคัดลอกแยกตาม repository

  • ความสอดคล้องที่คุณตรวจสอบได้

    /dwp-verify สร้างรายงานผ่าน/ไม่ผ่านอย่างเป็นกลางเทียบกับข้อกำหนด ดังนั้น "AI-first" จึงถูกตรวจสอบ ไม่ใช่แค่กล่าวอ้าง และตรวจสอบซ้ำได้หลังทุกแผนงาน

  • รองรับสองรูปแบบ (archetype)

    การเริ่มต้นจะจำแนก repository ของคุณว่าเป็น repo เดี่ยว (กรณีทั่วไป) หรือ orchestrator hub ที่ประสานแผนงานลูกข้าม repository หลายแห่ง

  • ชุดเครื่องมือที่มีชีวิตและเติบโตไปกับ repository

    สกิลย่อย author (skill-create, agent-create) ช่วยให้ repository พัฒนาสกิล agent และคำสั่งของตัวเอง ส่วน addon บำรุงรักษาแบบสมัครใจ เช่น dependency-upgrade ช่วยให้มันอัปเดตตัวเองอยู่เสมอ

  • อิงกับ git ทำต่อได้ ผ่าน .dwp/

    ไม่มี daemon และไม่มีสถานะภายนอก แผนถูกเก็บในโฟลเดอร์ .dwp/ ที่ถูก gitignore ไว้ และทุกงานกลับมาทำต่อได้จาก git เพียงอย่างเดียว แม้หลังจากบริบทล้น

Agent

ทำงานร่วมกับ agent ที่คุณใช้อยู่แล้ว

ระเบียบวิธีเดียว อะแดปเตอร์หลากหลาย Markdown ไม่ผูกเฟรมเวิร์กไว้กับสิ่งใด agent ทุกตัวที่อ่าน Markdown ได้สามารถรัน Deep Work Plan ได้

Claude Code

เต็มรูปแบบ

การนำไปใช้แบบอ้างอิง พร้อม WebFetch และ slash command ในตัว

Cursor

เต็มรูปแบบ

อะแดปเตอร์เต็มรูปแบบ ใช้บันเดิลออฟไลน์หาก WebFetch ถูกจำกัด

OpenAI Codex

เต็มรูปแบบ

แนะนำบันเดิลออฟไลน์ ติดตั้งกฎไว้ใต้ .codex/

GitHub Copilot

เต็มรูปแบบ

อะแดปเตอร์เต็มรูปแบบ คำสั่ง dwp-* รันผ่าน AGENTS.md และขั้นตอน #

Gemini

เต็มรูปแบบ

ต้องใช้ Gemini 2.5 Pro ขึ้นไป พร้อม WebFetch ในตัว

OpenCode

เต็มรูปแบบ

โอเพนซอร์ส อ่าน AGENTS.md โดยตรงและรัน dwp-* ผ่านคำสั่ง #

Windsurf

เต็มรูปแบบ

กฎและขั้นตอนคำสั่ง # ขับเคลื่อนลูป Deep Work Plan ทั้งหมด

Cline

เต็มรูปแบบ

โอเพนซอร์ส กฎ Markdown และคำสั่ง # รันทุกขั้นตอน dwp-*

Antigravity

เต็มรูปแบบ

อะแดปเตอร์เต็มรูปแบบพร้อมพื้นผิวคำสั่งในตัว

ดูเอเจนต์ทั้งหมด →

สแตก

พรีเซ็ตการให้เหตุผลสำหรับสแตกที่สำคัญ

สิ่งเหล่านี้เป็นตัวช่วยให้เหตุผล ไม่ใช่เทมเพลต การเริ่มต้นจะอ่าน manifest จริงของ repository คุณและปรับตามแต่ละสแตก ไม่เคยคัดลอกพรีเซ็ตแบบตาบอด โมโนรีโปจะได้เอกสารแยกตามโมดูล

  • Django DRF · Poetry
  • FastAPI Pydantic · Poetry
  • Vue Vite · TypeScript
  • React Next · Vite · TS
  • Astro Svelte/React · MDX
  • TypeScript · Node Express · Fastify
  • TypeScript · Lambda Serverless · SAM
  • Go Modules · stdlib
  • Rust Cargo · 2021+
  • Generic สแตกใดก็ได้
ดูพรีเซ็ตทั้งหมด →

สองรูปแบบ

repository เดี่ยว หรือ orchestrator hub

การเริ่มต้นจะแยกทางตามรูปแบบ repository ส่วนใหญ่เป็น repo เดี่ยว ส่วน hub จะประสาน Deep Work Plan ลูกข้าม repository หลายแห่ง ระเบียบวิธีรองรับทั้งสองแบบอย่างเต็มที่

กรณีทั่วไป

repository เดี่ยว

โค้ดเบสเดียวที่มีสแตกหลักหนึ่งสแตก คำสั่งตรวจสอบของตัวเอง และเอกสารแยกตามโมดูล เป็นค่าเริ่มต้น การเริ่มต้นจะถือว่าเป็นแบบนี้ เว้นแต่ repository นั้นเป็น hub อย่างชัดเจน

ตัวอย่างเช่น Django API แอป Vue หรือบริการ TypeScript Lambda

การประสานงาน

orchestrator hub

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

— ทีมวิศวกรรมของ Dailybot
เรียนรู้เกี่ยวกับ Dailybot

ทำให้ repository ของคุณเป็น AI-first

มอบงานเชิงลึกให้ agent ของคุณ

มอบหนึ่งบรรทัดให้ agent ของคุณ ชี้ไปที่ /init.md แล้วมันจะทำให้ repository ของคุณเป็น AI-first ทั้งติดตั้งสกิล ให้เหตุผลเกี่ยวกับสแตกของคุณ และคอมมิตลำดับชั้น AGENTS.md ที่สมบูรณ์ จากนั้นคุณสร้างและรัน Deep Work Plan ที่ทำงานอย่างอิสระนานหลายชั่วโมง

เปิดพรอมต์ /init อ่านระเบียบวิธี
สำหรับ agent และนักพัฒนา

อยู่ภายใต้สัญญาอนุญาต MIT · ไม่มีการเก็บข้อมูลการใช้งาน · ผลลัพธ์ออกไปยังโฟลเดอร์ .dwp/ ที่ถูก gitignore ไว้