dsh-doublecheck

August 30, 2026 · View on GitHub

dsh-doublecheck

  • 1024 स्टोर चैनल: एक बार npm i -g dsh1024, फिर dsh1024 plugin --profile web add dsh-doublecheck (deepseek1024.com इंस्टॉल रैंकिंग में गिना जाता है)।

DeepSeek Harness के लिए डिलीवरी गुणवत्ता-द्वार: आवश्यकताओं की पड़ताल करें, कार्यान्वयन का परीक्षण करें, डिलीवरी साबित करें — फिर deliverable / rework required निर्णय से हैंडऑफ़ को नियंत्रित करें।

पहली एडिट से पहले आवश्यकताओं की पड़ताल होती है; डिलीवरी साबित की जाती है, दावा नहीं किया जाता।

License DSH plugin Node CI Version npm version npm downloads

English · 简体中文 · Español · Português · हिन्दी


अनुकूलता

सतहस्थिति
HarnessDeepSeek Harness 0.1.1-rc.2
Node^22.19.0 || >=24.0.0
प्लेटफ़ॉर्मसभी (शुद्ध host; कोई नेटिव कोड नहीं, स्वयं का कोई सीधा नेटवर्क अनुरोध नहीं)
मॉडलकोई भी (guard स्वयं कभी मॉडल नहीं बुलाता; critic और reviewer चरण harness subagent के रूप में चलते हैं)

आपको क्या मिलता है

dsh-doublecheck दो plugin पंक्तियाँ स्थापित करता है जो एक ही टिकाऊ सत्र लॉग से पढ़ती और लागू करती हैं:

  1. doublecheck-grill — आवश्यकताओं की भट्टी: बंडल की गई grill-requirements skill, साथ ही मॉडल-मुखी doublecheck_skills, doublecheck_spec और doublecheck_report उपकरण, तथा प्रति-आयाम सत्यापन वर्कफ़्लो।
  2. doublecheck-guard — अनुशासन guard: grill द्वार, लाल/हरा साक्ष्य द्वार, प्रतिकूल समीक्षा, /doublecheck और /gate कमांड, doublecheck.gate सेटिंग्स नेमस्पेस, तथा चार-चरण डिलीवरी द्वार।

दोनों मिलकर अनुशासन लूप लागू करते हैं — grill → design → red → green → review → verify:

grill ──▶ design ──▶ red ──▶ green ──▶ review ──▶ verify

   └─ छह आवश्यकता आयाम, सहमति द्वार,
      संरचित spec सत्र + कार्यक्षेत्र में प्रतिबद्ध
चरणअर्थ
grillछह आवश्यकता आयामों की पड़ताल करें; सहमति तक कार्यान्वयन से इनकार करें।
designतय किया गया spec doublecheck_spec के माध्यम से प्रतिबद्ध किया जाता है।
redकार्यान्वयन एडिट से पहले एक असफल परीक्षण रन अंतर साबित करता है।
greenएडिट के बाद एक सफल परीक्षण रन लूप बंद करता है।
reviewएक फ़ोर्क किया गया प्रतिकूल आलोचक spec के विरुद्ध डिलीवरी का ऑडिट करता है।
verifydoublecheck_report + प्रति-आयाम सत्यापन वर्कफ़्लो डिलीवरी साबित करते हैं।

त्वरित शुरुआत

# 1. install the bundle into your profile
dsh plugin --profile web add "github:PerryLink/dsh-doublecheck#main"

# or from npm (published releases)
dsh plugin --profile web add dsh-doublecheck

# 2. restart and verify the row
dsh --profile web --dump-config | grep -E -A3 'id: doublecheck-(grill|guard)'

दोनों पंक्तियाँ (doublecheck-grill और doublecheck-guard) प्रोफ़ाइल के साथ स्वतः सक्रिय हो जाती हैं।

इंस्टॉल और अनइंस्टॉल

  • git चैनल (नवीनतम main): dsh plugin --profile web add "github:PerryLink/dsh-doublecheck#main"prepare स्क्रिप्ट केवल उत्पादन निर्भरताओं के साथ बिल्ड करती है।
  • npm चैनल (प्रकाशित रिलीज़): dsh plugin --profile web add dsh-doublecheck
  • tarball चैनल: इस repo में pnpm pack, फिर dsh plugin --profile web add ./dsh-doublecheck-<version>.tgz
  • अनइंस्टॉल: dsh plugin --profile web remove dsh-doublecheck (या प्रोफ़ाइल पैच से पंक्तियाँ हटाएँ)।

बिना कॉन्फ़िगरेशन वाले सख्त मोड के लिए (हर द्वार block तीव्रता पर चालू, द्वार कवरेज आवश्यक), bundle पैच के ऊपर शामिल ओवरले लागू करें: dsh --profile web --patch ./node_modules/dsh-doublecheck/strict.patch.yml

कॉन्फ़िगरेशन

सभी ट्यून करने योग्य चीज़ें Schemastery Config फ़ील्ड हैं (cordis.yml से बदलने योग्य)। id-लक्षित ओवरराइड पूरी पंक्ति बदल देता है — आपको जो भी कुंजी चाहिए उसे दोबारा घोषित करें। cordis.patch.yml हर कुंजी को इनलाइन दस्तावेज़ित करता है; Schema डिफ़ॉल्ट ही ट्यूनिंग डिफ़ॉल्ट का एकमात्र स्रोत हैं।

कुंजीडिफ़ॉल्टअर्थ
specFile'doublecheck-spec.md'प्रतिबद्ध spec markdown के लिए कार्यक्षेत्र फ़ाइल (grill पंक्ति)।
reportFile'doublecheck-report.md'डिलीवरी रिपोर्ट के लिए कार्यक्षेत्र फ़ाइल (grill पंक्ति)।
reportVerifytrueडिफ़ॉल्ट रूप से सत्यापन वर्कफ़्लो चलाएँ (grill पंक्ति)।
verifyProvider'fork'प्रति-आयाम जाँचकर्ताओं के लिए subagent प्रदाता (grill पंक्ति)।
verifyMode'all'all = प्रति आयाम एक समानांतर जाँचकर्ता; single = एक संयुक्त जाँचकर्ता (grill पंक्ति)।
intensity'remind'grill, लाल/हरा और समीक्षा द्वारों की प्रवर्तन शक्ति (remind / warn / block)।
enableByDefaulttrueबिना /doublecheck on|off रिकॉर्ड वाले सत्रों के लिए मास्टर स्विच।
language'en'इंजेक्ट किए गए अनुस्मारक/अस्वीकार/समीक्षा/द्वार गद्य की भाषा (en / zh)।
guardTools['edit', 'write']दोनों द्वारों द्वारा निगरानी किए जाने वाले म्यूटेशन उपकरण नाम।
vagueTaskMaxChars200इससे लंबे कार्य कभी अस्पष्ट नहीं माने जाते।
remindOncetrueप्रत्येक अनुस्मारक प्रति सत्र अधिकतम एक बार इंजेक्ट करें (रीस्टार्ट के बाद भी टिकाऊ)।
testToolNames['bash', 'pwsh']शेल उपकरण नाम जो परीक्षण चला सकते हैं।
testCommandPatterns(pnpm/npm/yarn/bun test, pytest, go/cargo/make test, node --test, deno test, uv run pytest)किसी कमांड को परीक्षण रन गिने जाने के लिए मेल खाने वाले regex।
testFilePatterns(परीक्षण dirs, *.test.* / *.spec.*)परीक्षण फ़ाइलों की पहचान करने वाले regex — हमेशा संपादन योग्य, लाल द्वार से मुक्त।
modules.grilltrueबंद करने पर grill द्वार अक्षम हो जाता है।
modules.tddtrueचालू करने पर लाल/हरा साक्ष्य द्वार सक्षम होते हैं।
modules.adversaryfalseचालू करने पर हरे पर फ़ोर्क किए गए आलोचक समीक्षा सक्षम होती है।
adversaryModelnullआलोचक मॉडल मार्ग; null = मुख्य मॉडल स्वयं समीक्षा करता है।
adversaryProvider'fork'वह subagent प्रदाता जिस पर आलोचक चलता है।
adversaryMaxFindings5सत्र में इंजेक्ट किए गए निष्कर्षों की सीमा (1–20)।
adversaryTools['read', 'glob', 'grep']आलोचक उपकरण अनुमति-सूची; इसे केवल-पढ़ने योग्य रखें।
adversaryTimeoutMs120000एक आलोचक रन के लिए कठोर समय बजट।
gate.enabledtrueद्वार पैनल और टर्न-सीमा लाल सूचना के लिए मास्टर स्विच।
gate.planSuggestiontrueलाल रिपोर्टों में प्लान-मोड पुनः-जाँच सुझाव जोड़ें।
gate.reportFile'gate-report.md'द्वार रिपोर्ट के लिए कार्यक्षेत्र फ़ाइल।
gate.requirements.checklist(छह spec-आयाम प्रश्न)प्लग करने योग्य मुख्य-प्रश्न सूची: { id, question, specDimension, required }
gate.requirements.minConfirmed6न्यूनतम अनिवार्य प्रश्न जिन्हें पास करना होगा (1..अनिवार्य संख्या)।
gate.requirements.interrogateTool'ask_user_question'वह उपकरण नाम जिसकी कॉलें पूछताछ साक्ष्य गिनी जाती हैं।
gate.tests.requirePassingRuntrueनवीनतम परीक्षण रन का पास न होना (या अनुपस्थित) लाल बत्ती है।
gate.tests.allowFailingRuns0नवीनतम हरे के बाद लाल से पहले अनुमत असफल रन।
gate.tests.requireCoveragefalseचालू करने पर परीक्षण आउटपुट में कवरेज साक्ष्य आवश्यक।
gate.tests.minCoveragePct80न्यूनतम कवरेज प्रतिशत (0–100)।
gate.tests.evalReports.enabledfalseचालू करने पर dsh-eval रिपोर्ट (dsh-auto-review का मूल्यांकन इंजन) परीक्षण साक्ष्य में मोड़ी जाती है।
gate.tests.evalReports.dir'.eval-reports'इंजन की रिपोर्ट रखने वाली कार्यक्षेत्र-सापेक्ष निर्देशिका।
gate.tests.evalReports.file'report.json'निर्देशिका के भीतर रिपोर्ट फ़ाइल का नाम।
gate.tests.evalReports.requiredfalsetrue होने पर अनुपस्थित रिपोर्ट लाल बत्ती होती है (अन्यथा छोड़ दी जाती है)।
gate.consistency.*provider: 'fork', model: null, tools: ['read','glob','grep'], timeoutMs: 120000, maxFindings: 5स्थानीय संगति समीक्षक के नॉब (model: null = मुख्य मॉडल)।
gate.review.engine'auto'auto = उपस्थित होने पर dsh-auto-review के निर्णय रिकॉर्ड, अन्यथा स्थानीय समीक्षक; local = हमेशा स्थानीय।
gate.review.provider'fork'स्थानीय समीक्षा समीक्षक का प्रदाता (इसके model/tools/timeoutMs/maxFindings gate.consistency.* से मेल खाते हैं)।

गलत कॉन्फ़िगरेशन लोड पर ज़ोर से विफल होता है: अमान्य regex, खाली या दोहराई गई नाम सूचियाँ, सीमा से बाहर थ्रेशोल्ड और दोहराए गए सूची id चुपचाप कुछ न करने के बजाय त्रुटि फेंकते हैं। strict.patch.yml सभी-द्वार-अवरोध ओवरले है जो guard पंक्ति को intensity: block, सभी मॉड्यूल चालू और कवरेज आवश्यकता सक्षम करके दोबारा घोषित करता है।

उपकरण और सतहें

सतहप्रकारनोट्स
doublecheck_skillsउपकरणskill रजिस्ट्री इंटरफ़ेस के माध्यम से पैकेज की चार बंडल skills को सूचीबद्ध और लोड करता है।
doublecheck_specउपकरणछह-आयाम spec को सत्र लॉग और कार्यक्षेत्र markdown कॉपी में प्रतिबद्ध करता है।
doublecheck_reportउपकरणअनुशासन साक्ष्य को डिलीवरी रिपोर्ट में मोड़ता है (वैकल्पिक प्रति-आयाम सत्यापन वर्कफ़्लो)।
/doublecheck status|report|on|offकमांडस्विच, मॉड्यूल, तीव्रता, चरण तथ्य, मुड़ी हुई रिपोर्ट, और टिकाऊ on/off ओवरराइड।
/gate status|run|configकमांडलाइव सूची प्रगति, तय deliverable/rework रिपोर्ट, और प्रभावी कॉन्फ़िग।
grill-requirements, red-green-tdd, delivery-review, delivery-proofskillसभी छह लूप चरणों को कवर करने वाली बंडल अनुशासन skills।
doublecheck.gateसेटिंग्स नेमस्पेसप्लग करने योग्य सूची, सेटिंग्स-सक्षम UI को उजागर (expose: true, applies: restart)।
strict.patch.ymlओवरलेblock तीव्रता पर हर द्वार चालू और कवरेज आवश्यकता, एक पैच परत में।
dsh-doublecheck/invariantसहयोगी पंक्तिhost invariants रजिस्ट्री के माध्यम से पैकेज-स्वामित्व वाले लेखन-पथ विरोधाभासों की रिपोर्ट करता है।

द्वार चरण

डिलीवरी द्वार सत्र के टिकाऊ साक्ष्य को एक कॉन्फ़िगर करने योग्य चार-चरण सूची में एकत्र करता है और एक deliverable / rework required निर्णय तय करता है। हर चरण केवल सत्र लॉग को मोड़ता है (रीप्ले ही स्थिति है), इसलिए एक रन रिज़्यूम या फ़ोर्क के बाद समान रूप से पुनः व्युत्पन्न होता है।

चरणजाँचेंसाक्ष्य स्रोतमॉडल लागत
आवश्यकता पूछताछमुख्य-प्रश्न सूची एक-एक करके पुष्ट (डिफ़ॉल्ट रूप से छह spec-आयाम प्रश्न)प्रतिबद्ध doublecheck_spec + ask_user_question कॉलेंकोई नहीं
परीक्षण साक्ष्यनवीनतम रन रंग, हरे के बाद असफल रन, वैकल्पिक कवरेज थ्रेशोल्ड, वैकल्पिक dsh-eval रिपोर्टसत्र लॉग में शेल परीक्षण रन ([exit code: N], कवरेज प्रतिशत); gate.tests.evalReports.enabled होने पर dsh-eval रिपोर्ट फ़ाइलकोई नहीं
कार्यान्वयन संगतिdiff ↔ आवश्यकता मैपिंग: हर एडिट को किसी spec आयाम की सेवा करनी चाहिएस्थानीय फ़ोर्क समीक्षक (संरचित निष्कर्ष, केवल-पढ़ने वाले उपकरण)एक subagent
समीक्षा निष्कर्षडिलीवरी निर्णय; engine: auto उपस्थित होने पर dsh-auto-review के टिकाऊ निर्णय रिकॉर्ड का उपभोग करता है, अन्यथा स्थानीय समीक्षकautoReview/verdict / autoReview/rejection इवेंट, या स्थानीय फ़ोर्क समीक्षकएक subagent (स्थानीय)

लाल बत्तियाँ असफल जाँचें हैं (अनुपस्थित spec, असफल नवीनतम रन, न्यूनतम से कम कवरेज, अनमैप एडिट, blocker/major निष्कर्ष) — हर एक पुनः-कार्य सुझाव रखता है। चेतावनियाँ और छोड़े जाने कभी निर्णय नहीं बदलते। द्वार dsh-auto-review को कमज़ोर निर्भरता के रूप में एकीकृत करता है: review.engine: auto उपस्थित होने पर उसके निर्णय रिकॉर्ड मोड़ता है और अन्यथा स्थानीय समीक्षक पर घट जाता है; gate.tests.evalReports.enabled उसके मूल्यांकन इंजन की dsh-eval रिपोर्ट (prompt-regression / stress / fairness सूट) परीक्षण साक्ष्य में मोड़ता है और रिपोर्ट न होने पर ईमानदारी से छोड़ देता है। द्वार कभी अनुमोदन अनुरोध संश्लेषित नहीं करता।

उदाहरण रिपोर्ट

/gate run यह markdown लौटाता है — इसे PR विवरण में चिपकाएँ:

# Delivery gate report

> **Verdict: rework required** — 2 red item(s)
> The gate is red. Re-open the work in plan mode to re-check the open items before delivering.

## 1. Requirements interrogation — PASS
- [] **What outcome must the delivery produce?** — spec dimension "goal" committed
- [] **What is in scope, and what is out of scope?** — spec dimension "scope" committed
- [] **Which observable checks prove the work is done?** — spec dimension "acceptanceCriteria" committed
- [] **What can go wrong, and what is the correct behavior in each case?** — spec dimension "failureModes" committed
- [] **What is traded when goals conflict; what is optional?** — spec dimension "priorities" committed
- [] **What does the user explicitly not want?** — spec dimension "nonGoals" committed

## 2. Test evidence — FAIL
- [] **passing test run** — latest test run passed
- [] **failing cases after green** — 0 failing run(s) after green (allowed: 0)
- [] **coverage evidence** — 61% coverage below the 80% minimum — rework: raise coverage above the configured minimum

## 3. Implementation consistency — WARN
- [] **[minor] src/telemetry.ts touched without a requirement** — [minor] the edit adds a metric no spec dimension covers

## 4. Review conclusion — PASS
- [] **dsh-auto-review conclusion** — 3 call(s) approved by dsh-auto-review (latest risk: low)

## Red items
1. **tests/coverage** — 61% coverage below the 80% minimum — *rework: raise coverage above the configured minimum*
2. **consistency/finding-1** — [minor] the edit adds a metric no spec dimension covers — *rework: src/telemetry.ts touched without a requirement*

## Audit
- review engine: dsh-auto-review
- generated at: 2026-08-14T12:00:00.000Z
- counts, ids, and verdicts only: no file contents or session text are embedded, and recognized secrets are redacted.

CI आउटपुट

/gate run एक gate-report.json भी लिखता है (दोषरहित JSON जैसी ही स्थापित स्थिति, gate-report.md के पास)। doublecheck-gate CLI उस फ़ाइल को GitHub Actions के लिए मशीन-पठनीय आउटपुट में बदलता है:

# JSON (PR टिप्पणी / स्थिति पेलोड)
doublecheck-gate --format json --input gate-report.json
# SARIF 2.1.0 (code-scanning अपलोड / स्थिति जाँच)
doublecheck-gate --format sarif < gate-report.json

CLI केवल पहले से स्थापित GateState को क्रमबद्ध करता है — यह कभी चार-चरणीय द्वार या साक्ष्य तहों को दोबारा नहीं चलाता। इसका निकास कोड निर्णय को मैप करता है: 0 = डिलीवर करने योग्य, 1 = पुनः कार्य, 2 = उपयोग/पार्स त्रुटि।

अनुमतियाँ और डेटा

  • पढ़ता है: सत्र लॉग (tool/call / tool/result / tool/code-dispatch, इंजेक्ट किए गए user/message स्रोत, और बाहरी autoReview/* निर्णय रिकॉर्ड) केवल प्रक्रिया के भीतर; वैकल्पिक प्लान-मोड सेवा स्थिति।
  • लिखता है: सत्र कार्यक्षेत्र में doublecheck-spec.md, doublecheck-report.md और gate-report.md (पथ कॉन्फ़िगर करने योग्य) ctx.fs इंटरफ़ेस के माध्यम से; टिकाऊ doublecheck/state और doublecheck/gate सत्र इवेंट।
  • मॉडल कॉलें: द्वार के संगति और स्थानीय-समीक्षा चरण (प्रत्येक /gate run पर एक-एक subagent), वैकल्पिक प्रतिकूल समीक्षा, और doublecheck_report सत्यापन वर्कफ़्लो subagent रन शुरू करते हैं; इसके अलावा कुछ भी मॉडल या नेटवर्क नहीं बुलाता।
  • कभी नहीं छूता: क्रेडेंशियल, पर्यावरण चर, या सत्र कार्यक्षेत्र के बाहर कोई फ़ाइल। workshop मेनिफ़ेस्ट केवल filesystem:read और filesystem:write घोषित करता है। द्वार रिपोर्टें केवल गणना, id और निर्णय रखती हैं; समीक्षक पाठों में पहचाने गए रहस्य भंडारण या प्रदर्शन से पहले संपादित (redacted) कर दिए जाते हैं।

सुरक्षा सीमाएँ

  • मॉडल-दृश्य ⟺ लॉग किया गया। हर इंजेक्ट किया गया अनुस्मारक, समीक्षा और द्वार सूचना मानक चैनलों से होकर सत्र लॉग में पहुँचती है; टिकाऊ spec/state/gate तथ्य उपकरण परिणामों या SessionEventMap सदस्यों से चलते हैं।
  • बंद-विफल / ज़ोर से विफल। guard और द्वार कॉन्फ़िग apply में मान्य होता है (assertions फेंकते हैं); जो समीक्षक या प्रतिकूल इंटरफ़ेस नहीं चल सकता वह नकली निर्णय के बजाय ईमानदार "unavailable"/छोड़ने की सूचना के रूप में तय होता है।
  • ऑडिट-सुरक्षित रिपोर्टें। द्वार और डिलीवरी रिपोर्टें केवल गणना, id और निर्णय दर्ज करती हैं — कोई फ़ाइल सामग्री या सत्र पाठ नहीं — और मॉडल-निर्मित निष्कर्ष पाठ भंडारण या प्रदर्शन से पहले एक रहस्य-संपादक से गुज़रते हैं।
  • स्वयं का कोई नेटवर्क नहीं। प्लगइन कोई सीधा नेटवर्क अनुरोध नहीं करता; आलोचक और समीक्षक subagent harness subagent इंटरफ़ेस से चलते हैं।
  • dsh-auto-review पर कमज़ोर निर्भरता। यह कभी import या कठोरता से आवश्यक नहीं होता; द्वार उसके टिकाऊ निर्णय रिकॉर्ड मोड़ता है और स्थानीय समीक्षक पर घट जाता है, और कभी अनुमोदन अनुरोध संश्लेषित नहीं करता।

ज्ञात सीमाएँ

  • टिकाऊ लेखन। /doublecheck on\|offdoublecheck/state और /gate rundoublecheck/gate को host की ignorable append सतह (rc.6 के बाद से 0.1.1-rc.2 तक) चाहिए। उस सतह के बिना hosts (rc.6/rc.8 और 0.1.2-alpha.1, जिसने envelope हटा दिया) पर लेखन छोड़ दिया जाता है और स्विच प्रक्रिया-स्थानीय रहता है।
  • वैकल्पिक इंटरफ़ेस। doublecheck.gate सेटिंग्स नेमस्पेस केवल तब पंजीकृत होता है जब सेटिंग्स सेवा माउंट हो; /gate status की प्लान-मोड पंक्ति वैकल्पिक ctx.planMode पढ़ती है (इसके बिना unknown दिखाती है); प्रतिकूल समीक्षा को ctx.subagents चाहिए; सत्यापन को workflowEngine चाहिए।
  • स्थानीय अवनति। जब dsh-auto-review अनुपस्थित हो या इस सत्र में उसके कोई निर्णय रिकॉर्ड न हों, तो gate.review.engine: auto स्थानीय समीक्षक पर घट जाता है — रिपोर्ट निर्णय गढ़ने के बजाय कारण बताती है।
  • dsh-eval साक्ष्य फ़ाइल-आधारित है। dsh-auto-review का मूल्यांकन इंजन (dsh-eval) अपने prompt-regression / stress / fairness परिणाम कार्यक्षेत्र रिपोर्ट फ़ाइल में लिखता है, सत्र लॉग में नहीं। gate.tests.evalReports.enabled उस फ़ाइल को मोड़ता है (डिफ़ॉल्ट रूप से बंद; अनुपस्थित होने पर छोड़ देता है) और मोड़ी गई गणनाएँ टिकाऊ doublecheck/gate रिकॉर्ड पर चलती हैं, ताकि तयशुदा रन फिर भी रीप्ले हो सके।

विकास

pnpm install             # node ^22.19 || >=24
pnpm run build           # tsc --noEmitOnError (lib/ is committed)
pnpm run prepare         # tsc --noEmitOnError (git-install channel)
pnpm run prepublishOnly  # build + full test suite
pnpm run typecheck       # tsc --noEmit + tests tsconfig
pnpm run lint            # eslint src tests
pnpm test                # vitest run
pnpm run test:coverage   # vitest run --coverage
pnpm run pack:check      # build + pack the tarball

विषय

dsh, dsh-plugin, deepseek-harness, engineering-discipline, requirements, guard, skill, quality-gate, delivery-gate

योगदानकर्ता

  • @PerryLink — निर्माता और अनुरक्षक: grill → design → red → green → review → verify अनुशासन लूप, चार-चरण डिलीवरी द्वार, पाँच-भाषा दस्तावेज़, और CI/रिलीज़ पाइपलाइन।

यह प्रोजेक्ट PerryLink द्वारा अनुरक्षित 33 DeepSeek Harness प्लगइनों में से एक है। अगर यह आपकी मदद करता है, तो बाकी भी करेंगे:

PluginOne-liner
dsh-dsh-auto-reviewअनुमोदन श्रृंखला पर द्वितीय-मॉडल स्वतः-समीक्षा, डिफ़ॉल्ट रूप से विफल-बंद
dsh-dsh-background-agentsवेब UI साइडबार, संदेश और अवरोधन के साथ टिकाऊ पृष्ठभूमि चाइल्ड एजेंट
dsh-dsh-budgetDeepSeek Harness के लिए लागत प्रशासन: बजट, कार्बन और विलंबता एक पैनल में।
dsh-dsh-checkpoint-rewindClaude Code /rewind-समतुल्य: स्नैपशॉट, सत्र फ़ॉर्क, एक-बार पुनर्स्थापना
dsh-dsh-claude-moveClaude Code सत्र, मेमोरी, कौशल और CLAUDE.md को DSH में स्थानांतरित करें
dsh-dsh-clickDeepSeek Harness के लिए क्रॉस-प्लेटफ़ॉर्म नेटिव डेस्कटॉप नियंत्रण — Windows पहले।
dsh-dsh-composer-historyवेब कंपोज़र के लिए टर्मिनल-शैली इनपुट इतिहास: तीर, Ctrl+R खोज
dsh-dsh-data-qualityडेटासेट गुणवत्ता जाँच व उद्धरण सत्यापन (यहाँ उपभोग किया गया वैकल्पिक संख्या-सेतु)
dsh-dsh-defendDeepSeek Harness के लिए प्रॉम्प्ट-इंजेक्शन, जेलब्रेक और सीक्रेट-लीक रक्षा।
dsh-dsh-drawDeepSeek Harness के लिए एकीकृत स्थैतिक-छवि निर्माण रूटिंग।
dsh-dsh-fastDeepSeek Harness के लिए रीड-ओनली प्रदर्शन डायग्नोस्टिक्स।
dsh-dsh-fund-researchचीनी सार्वजनिक म्यूचुअल फंड के लिए नियतात्मक अनुसंधान रिपोर्ट
dsh-dsh-githubDSH के लिए GitHub PR/issues एकीकरण, हर लेखन अनुमोदन-द्वारित
dsh-dsh-industry-researchउद्योग-अनुसंधान ऑर्केस्ट्रेशन जो इस प्लगिन के ctx.researchReport.assemble से डिलीवरेबल सील करता है
dsh-dsh-libraryDeepSeek Harness के लिए स्थानीय दस्तावेज़ ज्ञानकोश।
dsh-dsh-local-aiDeepSeek Harness के लिए स्थानीय-मॉडल (Ollama) एकीकरण।
dsh-dsh-lsp-actionsभाषा सर्वरों पर LSP निदान, फ़ॉर्मेटिंग, पूर्णता, कोड क्रियाएँ और नाम बदलना
dsh-dsh-maskPII मास्किंग मिडलवेयर: मॉडल सीमा पर अनाम करें, डिस्प्ले लेयर पर पुनर्स्थापित करें
dsh-dsh-mcp-panelकेवल-पढ़ने वाला MCP रनटाइम पैनल: /mcp कमांड + स्थिति, टूल और त्रुटियों वाला Settings टैब
dsh-dsh-mementoअनुमोदन-द्वारित क्रॉस-सत्र मेमोरी: ctx.memory सीम + SQLite + मेमोरी टूल
dsh-dsh-observeDeepSeek Harness के लिए OpenTelemetry और Langfuse अवलोकनीयता निर्यातक।
dsh-dsh-output-stylesClaude Code outputStyles-समतुल्य रनटाइम शैली बदलाव
dsh-dsh-permission-rulesऑडिट के साथ Claude Code-शैली घोषणात्मक allow/deny/ask अनुमति नियम
dsh-dsh-plugin-guideमाँग पर एजेंट कौशल के रूप में प्लगइन-विकास ज्ञान आधार
dsh-dsh-research-reportसामग्री-पता साक्ष्य और सीलबंद संस्करणों वाला सत्यापन-योग्य अनुसंधान-रिपोर्ट इंजन
dsh-dsh-scoreDeepSeek Harness प्लगिनों की बहु-आयामी गुणवत्ता स्कोरिंग।
dsh-dsh-session-pinटिकाऊ क्रम के साथ वेब साइडबार में सत्र पिन करें
dsh-dsh-session-syncDeepSeek Harness के लिए क्रॉस-डिवाइस सत्र सिंक — आपके सत्र स्टोर का एक समर्पित git मिरर।
dsh-dsh-skill-pack-securityसुरक्षा-ऑडिट कौशल पैक: गुप्त स्कैन, निर्भरता और आपूर्ति-श्रृंखला समीक्षा
dsh-dsh-talkDeepSeek Harness के लिए आवाज़-प्रथम सत्र लूप: बोलें और उत्तर सुनें।
dsh-dsh-test-driveDeepSeek Harness प्लगिनों के लिए पृथक इंस्टॉल-एंड-स्मोक टेस्ट ड्राइव।
dsh-dsh-translateDeepSeek Harness के लिए वेंडर पैरामीटर अनुवाद और नियतात्मक JSON मरम्मत।

लाइसेंस

Apache License 2.0 © 2026 dsh-doublecheck contributors