dwp-verify
रिपॉज़िटरी और योजना की अनुरूपता को वस्तुनिष्ठ रूप से जाँचें — केवल-पठन।
/dwp-verify - रिपॉज़िटरी या योजना
- विनिर्देश के विरुद्ध जाँचें
- उत्तीर्ण / अनुत्तीर्ण रिपोर्ट
यह क्या करता है
dwp-verify यांत्रिक रूप से जाँचता है कि कोई रिपॉज़िटरी AI-first (DeepWorkPlan-अनुरूप) है या नहीं और उसकी योजनाएँ सुगठित हैं या नहीं, फिर pass/fail की रिपोर्ट देता है। यह कुछ भी नहीं बदलता।
उपयोग
/dwp-verify # verify the repository
/dwp-verify plan auth # also verify a specific plan
/dwp-verify all # repository + every plan
व्यवहार
- रिपॉज़िटरी जाँचें: वास्तविक, चलने-योग्य कमांड वाली
AGENTS.md;CLAUDE.mdका समाधान;docs/श्रेणियाँ; डिस्क से मेल खाता.agents/कैटलॉग; पतलेdwp-*डेलिगेटर; gitignored.dwp/औरtmp/; एक समाधान-योग्य स्किल। - एक योजना जाँचें (अनुरोध किए जाने पर): हर कार्य में acceptance criteria और एक validation gate है, प्रगति स्थायी की गई है, दर्ज Final Review मौजूद है (उसकी सुरक्षा-जाँच सहित), और कार्य लक्ष्य से पुनः जुड़ते हैं।
- प्रत्येक विफलता को सूचीबद्ध करते हुए CONFORMANT या NOT CONFORMANT की रिपोर्ट दें।
- कमियों को एक Deep Work Plan के रूप में दर्ज करने का प्रस्ताव दें; कभी चुपचाप ठीक न करें।
पीढ़ी के अनुसार प्लान सत्यापन। रिपॉज़िटरी provenance checker वर्तमान DWP standard 7.0.0 स्वीकार करता है, लेकिन प्लान की जाँच उसकी पीढ़ी के अनुसार होती है। v6 या v7 प्लान को उसके manifest के contract pointer, contract.json, या contracts/ revision chain से पहचाना जाता है और conformance.sh --plan उसे उसके अपने रिकॉर्ड के आधार पर केवल-पठन (read-only) रूप से परखता है: हर contract revision मान्य होता है, manifest contract की पीढ़ी से मेल खाता है, journal अखंडित और मान्य होता है, approval लागू contract का हवाला देता है, और state.json journal projection से मेल खाता है (पुराना snapshot केवल सलाह-स्तर की सूचना है और उसे दोबारा बनाया जाता है, कभी हाथ से संपादित नहीं किया जाता)। v5 lifecycle जाँचें केवल v5 और उससे पुराने प्लान पर लागू होती हैं, और v5 finalization किसी v6 या v7 प्लान को अस्वीकार करता है। पीढ़ियाँ साथ रहती हैं और verification के दौरान किसी को migrate नहीं किया जाता।
उपनाम
dwp:verify