P · 確立目的
釐清需求、證據、限制條件、授權範圍與成功標準。
目的
需求、上下文與限制
PDCA 管理核心
理解 · 發展 · 質疑 · 負責
責任明確的交付
明確成果與下一階段狀態
01 · 核心原則
PDCA 應塑造工作判斷，而非淪為形式。
在工作中持續保有目的、應對、質疑與責任。
D · 發展應對方案
探索可行選項並採取行動，但不把假設轉化為需求。
C · 質疑兩者關係
檢驗應對方案是否服務原始意圖，以及關鍵決策是否有依據。
A · 承擔下一階段責任
交付、修正、釐清、移交或等待，並明確說明下一階段狀態。
02 · 為什麼是 PxDCA
「x」讓目的與應對方案的關係明確可見。
一項需求可能需要多個決定，一項決定也可能回應多個需求。
目的 × 應對方案
C 檢驗 P 與 D 之間的關係。
C 確認應對方案有充分依據且未超出範圍；A 再決定接受、修正、移交、執行或等待。
責任移交可以建立新的目的
PM 確認需求、PG 發展應對方案、PQ 審查對齊狀況。
角色是一種工作狀態
單一 AI 可以在不同角色間轉換，但目的、證據邊界、審查責任與移交狀態都必須明確。
03 · 執行層
PxDCA 讓開發決策可追溯。
需求、計畫、審查與責任移交都保留清楚的證據與歸屬。PxDCA 執行的是文字規劃與對齊流程，不負責實作最終產品。
目前內建流程聚焦軟體、網站、API、資料、整合與功能規劃；報告、RAG 與知識管理是未來模板的延伸方向。
01 · PM — 建立需求基準
區分已確認的需求、假設與尚未解決的問題。
02 · PG — 發展技術方案
把需求基準轉化為技術、架構與驗證決策。
03 · PQ — 進行對齊審查
逐項把決策對回需求，並標示缺漏、衝突或越界。
04 · HANDOFF — 移交責任
核准、退回修正，或在狀態與回饋路徑明確時移交工作。
04 · 領導層
DevPDCA 將管理紀律帶入每一次 AI 互動。
一套適用於推理、回應、工具使用與妥善移交責任的可攜式工作紀律。
讓責任貫穿整個工作過程
各項原則可以重疊或保持隱性；真正的證據，是一份受到良好管理的成果。
- 01我現在對什麼目的負責？
- 02哪些是已知、推論、未知或可選事項？
- 03目前提出的應對方案是否仍然服務該目的？
- 04在正式承諾以前，我必須修正什麼？
- 05我要把什麼狀態與責任移交到下一階段？
05 · 開放原始碼與專業服務
公開軟體與模板，透過專業服務配合組織需求調整。
公開儲存庫內容維持開放原始碼；客戶資料、專屬提示詞與模板、機密方法及合約交付物不會放入公開儲存庫。
免費且開放原始碼
- 核心程式碼與預設系統提示詞
- PxDCA 服務與 DevPDCA 技能
- 通用管理規則與說明文件
- 公開案例與協作改進
企業客製化
- 責任模型與邊界
- 政策、證據來源與判斷規則
- 客製提示詞、驗證器與輸出範本
- 系統整合、評估、稽核與治理
06 · 公開協作
讓真實案例持續推動方法演進。
閱讀原始碼、分享案例，或加入討論。
共同打造負責任的 AI
AI 應該管理每個答案所承載的責任。