@boyingliu01/xp-gate 0.35.22 → 0.35.24
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/adapter-common.sh +24 -35
- package/adapters/go.sh +6 -11
- package/adapters/kotlin.sh +53 -8
- package/adapters/python.sh +6 -11
- package/gate-13-compiler-strictness.sh +15 -1
- package/hooks/adapter-common.sh +24 -35
- package/hooks/gate-13-compiler-strictness.sh +15 -1
- package/hooks/pre-commit +137 -9
- package/lib/__tests__/doctor-delphi.test.js +3 -3
- package/lib/__tests__/doctor-tui-skill-freshness.test.js +3 -3
- package/lib/__tests__/install-skill.test.js +107 -20
- package/lib/__tests__/uninstall-global-residue.test.js +230 -9
- package/lib/__tests__/update-skill.test.js +179 -55
- package/lib/install-skill.js +18 -3
- package/lib/mattpocock-license-verdict.json +1 -1
- package/lib/uninstall.js +47 -10
- package/lib/update-skill.js +96 -26
- package/mock-policy/AGENTS.md +3 -3
- package/mutation/AGENTS.md +3 -3
- package/package.json +1 -1
- package/plugins/claude-code/.claude-plugin/plugin.json +1 -1
- package/plugins/claude-code/skills/delphi-review/AGENTS.md +3 -3
- package/plugins/claude-code/skills/sprint-flow/AGENTS.md +3 -3
- package/plugins/claude-code/skills/test-specification-alignment/AGENTS.md +3 -3
- package/plugins/dsh/package.json +1 -1
- package/plugins/dsh/skills/delphi-review/AGENTS.md +3 -3
- package/plugins/dsh/skills/sprint-flow/AGENTS.md +3 -3
- package/plugins/dsh/skills/test-specification-alignment/AGENTS.md +3 -3
- package/plugins/opencode/package.json +1 -1
- package/plugins/opencode/skills/delphi-review/AGENTS.md +3 -3
- package/plugins/opencode/skills/sprint-flow/AGENTS.md +3 -3
- package/plugins/opencode/skills/test-specification-alignment/AGENTS.md +3 -3
- package/plugins/qoder/plugin.json +1 -1
- package/plugins/qoder/skills/delphi-review/AGENTS.md +3 -3
- package/plugins/qoder/skills/sprint-flow/AGENTS.md +3 -3
- package/plugins/qoder/skills/test-specification-alignment/AGENTS.md +3 -3
- package/principles/AGENTS.md +3 -3
- package/scripts/delphi-external-review.cjs +68 -1
- package/skills/delphi-review/AGENTS.md +3 -3
- package/skills/sprint-flow/AGENTS.md +3 -3
- package/skills/test-specification-alignment/AGENTS.md +3 -3
|
@@ -1,9 +1,9 @@
|
|
|
1
1
|
# SKILLS/SPRINT-FLOW KNOWLEDGE BASE
|
|
2
2
|
|
|
3
|
-
**Generated:** 2026-11-
|
|
4
|
-
**Commit:**
|
|
3
|
+
**Generated:** 2026-11-03
|
|
4
|
+
**Commit:** fa007d1f
|
|
5
5
|
**Branch:** main
|
|
6
|
-
**Version:** 0.35.
|
|
6
|
+
**Version:** 0.35.24.0
|
|
7
7
|
|
|
8
8
|
## OVERVIEW
|
|
9
9
|
**6-phase** development pipeline (v2.0 compact redesign, Issue #290): PREP → DESIGN → BUILD → VERIFY → SHIP → CLOSE. Phase 3/6 BUILD default build mode is **ralph-loop** (REQ-level iteration, 40-67% token savings vs parallel). HARD-GATE between DESIGN (2/6) and BUILD (3/6): design must pass Delphi review (≥90% consensus) before any coding.
|
|
@@ -1,9 +1,9 @@
|
|
|
1
1
|
# SKILLS/TEST-SPECIFICATION-ALIGNMENT KNOWLEDGE BASE
|
|
2
2
|
|
|
3
|
-
**Generated:** 2026-11-
|
|
4
|
-
**Commit:**
|
|
3
|
+
**Generated:** 2026-11-03
|
|
4
|
+
**Commit:** fa007d1f
|
|
5
5
|
**Branch:** main
|
|
6
|
-
**Version:** 0.35.
|
|
6
|
+
**Version:** 0.35.24.0
|
|
7
7
|
|
|
8
8
|
## OVERVIEW
|
|
9
9
|
Test-Specification Alignment Engine — two-stage validation ensuring tests accurately reflect requirements and design specs.
|
package/plugins/dsh/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@boyingliu01/dsh-plugin-xp-gate",
|
|
3
|
-
"version": "0.35.
|
|
3
|
+
"version": "0.35.24",
|
|
4
4
|
"description": "XP-Gate deterministic quality gates + AI workflow skills as a DeepSeek Harness (DSH) native plugin: gate-check / gate-principles / gate-arch tools + 12 SKILL.md skills",
|
|
5
5
|
"type": "module",
|
|
6
6
|
"main": "./lib/index.js",
|
|
@@ -1,9 +1,9 @@
|
|
|
1
1
|
# SKILLS/DELPHI-REVIEW KNOWLEDGE BASE
|
|
2
2
|
|
|
3
|
-
**Generated:** 2026-11-
|
|
4
|
-
**Commit:**
|
|
3
|
+
**Generated:** 2026-11-03
|
|
4
|
+
**Commit:** fa007d1f
|
|
5
5
|
**Branch:** main
|
|
6
|
-
**Version:** 0.35.
|
|
6
|
+
**Version:** 0.35.24.0
|
|
7
7
|
|
|
8
8
|
## OVERVIEW
|
|
9
9
|
Delphi Consensus Review — multi-round anonymous expert review (≥90% threshold, exactly 3 experts with distinct executable model IDs). Supports design, requirements, and code-walkthrough modes.
|
|
@@ -1,9 +1,9 @@
|
|
|
1
1
|
# SKILLS/SPRINT-FLOW KNOWLEDGE BASE
|
|
2
2
|
|
|
3
|
-
**Generated:** 2026-11-
|
|
4
|
-
**Commit:**
|
|
3
|
+
**Generated:** 2026-11-03
|
|
4
|
+
**Commit:** fa007d1f
|
|
5
5
|
**Branch:** main
|
|
6
|
-
**Version:** 0.35.
|
|
6
|
+
**Version:** 0.35.24.0
|
|
7
7
|
|
|
8
8
|
## OVERVIEW
|
|
9
9
|
**6-phase** development pipeline (v2.0 compact redesign, Issue #290): PREP → DESIGN → BUILD → VERIFY → SHIP → CLOSE. Phase 3/6 BUILD default build mode is **ralph-loop** (REQ-level iteration, 40-67% token savings vs parallel). HARD-GATE between DESIGN (2/6) and BUILD (3/6): design must pass Delphi review (≥90% consensus) before any coding.
|
|
@@ -1,9 +1,9 @@
|
|
|
1
1
|
# SKILLS/TEST-SPECIFICATION-ALIGNMENT KNOWLEDGE BASE
|
|
2
2
|
|
|
3
|
-
**Generated:** 2026-11-
|
|
4
|
-
**Commit:**
|
|
3
|
+
**Generated:** 2026-11-03
|
|
4
|
+
**Commit:** fa007d1f
|
|
5
5
|
**Branch:** main
|
|
6
|
-
**Version:** 0.35.
|
|
6
|
+
**Version:** 0.35.24.0
|
|
7
7
|
|
|
8
8
|
## OVERVIEW
|
|
9
9
|
Test-Specification Alignment Engine — two-stage validation ensuring tests accurately reflect requirements and design specs.
|
|
@@ -1,9 +1,9 @@
|
|
|
1
1
|
# SKILLS/DELPHI-REVIEW KNOWLEDGE BASE
|
|
2
2
|
|
|
3
|
-
**Generated:** 2026-11-
|
|
4
|
-
**Commit:**
|
|
3
|
+
**Generated:** 2026-11-03
|
|
4
|
+
**Commit:** fa007d1f
|
|
5
5
|
**Branch:** main
|
|
6
|
-
**Version:** 0.35.
|
|
6
|
+
**Version:** 0.35.24.0
|
|
7
7
|
|
|
8
8
|
## OVERVIEW
|
|
9
9
|
Delphi Consensus Review — multi-round anonymous expert review (≥90% threshold, exactly 3 experts with distinct executable model IDs). Supports design, requirements, and code-walkthrough modes.
|
|
@@ -1,9 +1,9 @@
|
|
|
1
1
|
# SKILLS/SPRINT-FLOW KNOWLEDGE BASE
|
|
2
2
|
|
|
3
|
-
**Generated:** 2026-11-
|
|
4
|
-
**Commit:**
|
|
3
|
+
**Generated:** 2026-11-03
|
|
4
|
+
**Commit:** fa007d1f
|
|
5
5
|
**Branch:** main
|
|
6
|
-
**Version:** 0.35.
|
|
6
|
+
**Version:** 0.35.24.0
|
|
7
7
|
|
|
8
8
|
## OVERVIEW
|
|
9
9
|
**6-phase** development pipeline (v2.0 compact redesign, Issue #290): PREP → DESIGN → BUILD → VERIFY → SHIP → CLOSE. Phase 3/6 BUILD default build mode is **ralph-loop** (REQ-level iteration, 40-67% token savings vs parallel). HARD-GATE between DESIGN (2/6) and BUILD (3/6): design must pass Delphi review (≥90% consensus) before any coding.
|
|
@@ -1,9 +1,9 @@
|
|
|
1
1
|
# SKILLS/TEST-SPECIFICATION-ALIGNMENT KNOWLEDGE BASE
|
|
2
2
|
|
|
3
|
-
**Generated:** 2026-11-
|
|
4
|
-
**Commit:**
|
|
3
|
+
**Generated:** 2026-11-03
|
|
4
|
+
**Commit:** fa007d1f
|
|
5
5
|
**Branch:** main
|
|
6
|
-
**Version:** 0.35.
|
|
6
|
+
**Version:** 0.35.24.0
|
|
7
7
|
|
|
8
8
|
## OVERVIEW
|
|
9
9
|
Test-Specification Alignment Engine — two-stage validation ensuring tests accurately reflect requirements and design specs.
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "xp-gate",
|
|
3
|
-
"version": "0.35.
|
|
3
|
+
"version": "0.35.24",
|
|
4
4
|
"displayName": "XP-Gate",
|
|
5
5
|
"description": "Extreme Programming quality gates + AI workflow skills for Qoder. Includes 12 pre-commit gates (Gate 0-11), 8 pre-push gates, Sprint Flow (6 phases), and Delphi multi-expert review (>=90% consensus).",
|
|
6
6
|
"author": {
|
|
@@ -1,9 +1,9 @@
|
|
|
1
1
|
# SKILLS/DELPHI-REVIEW KNOWLEDGE BASE
|
|
2
2
|
|
|
3
|
-
**Generated:** 2026-11-
|
|
4
|
-
**Commit:**
|
|
3
|
+
**Generated:** 2026-11-03
|
|
4
|
+
**Commit:** fa007d1f
|
|
5
5
|
**Branch:** main
|
|
6
|
-
**Version:** 0.35.
|
|
6
|
+
**Version:** 0.35.24.0
|
|
7
7
|
|
|
8
8
|
## OVERVIEW
|
|
9
9
|
Delphi Consensus Review — multi-round anonymous expert review (≥90% threshold, exactly 3 experts with distinct executable model IDs). Supports design, requirements, and code-walkthrough modes.
|
|
@@ -1,9 +1,9 @@
|
|
|
1
1
|
# SKILLS/SPRINT-FLOW KNOWLEDGE BASE
|
|
2
2
|
|
|
3
|
-
**Generated:** 2026-11-
|
|
4
|
-
**Commit:**
|
|
3
|
+
**Generated:** 2026-11-03
|
|
4
|
+
**Commit:** fa007d1f
|
|
5
5
|
**Branch:** main
|
|
6
|
-
**Version:** 0.35.
|
|
6
|
+
**Version:** 0.35.24.0
|
|
7
7
|
|
|
8
8
|
## OVERVIEW
|
|
9
9
|
**6-phase** development pipeline (v2.0 compact redesign, Issue #290): PREP → DESIGN → BUILD → VERIFY → SHIP → CLOSE. Phase 3/6 BUILD default build mode is **ralph-loop** (REQ-level iteration, 40-67% token savings vs parallel). HARD-GATE between DESIGN (2/6) and BUILD (3/6): design must pass Delphi review (≥90% consensus) before any coding.
|
|
@@ -1,9 +1,9 @@
|
|
|
1
1
|
# SKILLS/TEST-SPECIFICATION-ALIGNMENT KNOWLEDGE BASE
|
|
2
2
|
|
|
3
|
-
**Generated:** 2026-11-
|
|
4
|
-
**Commit:**
|
|
3
|
+
**Generated:** 2026-11-03
|
|
4
|
+
**Commit:** fa007d1f
|
|
5
5
|
**Branch:** main
|
|
6
|
-
**Version:** 0.35.
|
|
6
|
+
**Version:** 0.35.24.0
|
|
7
7
|
|
|
8
8
|
## OVERVIEW
|
|
9
9
|
Test-Specification Alignment Engine — two-stage validation ensuring tests accurately reflect requirements and design specs.
|
package/principles/AGENTS.md
CHANGED
|
@@ -1,9 +1,9 @@
|
|
|
1
1
|
# PRINCIPLES CHECKER MODULE
|
|
2
2
|
|
|
3
|
-
**Generated:** 2026-11-
|
|
4
|
-
**Commit:**
|
|
3
|
+
**Generated:** 2026-11-03
|
|
4
|
+
**Commit:** fa007d1f
|
|
5
5
|
**Branch:** main
|
|
6
|
-
**Version:** 0.35.
|
|
6
|
+
**Version:** 0.35.24.0
|
|
7
7
|
|
|
8
8
|
## OVERVIEW
|
|
9
9
|
Clean Code & SOLID principles checker — **Gate 4** of pre-commit. 14 rules × 9 language adapters, SARIF 2.1.0 output. Houses the **Boy Scout Rule** enforcement engine (Gate 6) and warning-baseline storage.
|
|
@@ -199,6 +199,28 @@ function readConfig(configPath, profileOverride) {
|
|
|
199
199
|
process.exit(1);
|
|
200
200
|
}
|
|
201
201
|
}
|
|
202
|
+
|
|
203
|
+
// (#707) base_url supports ${VAR} for the same reason api_key does: writing a
|
|
204
|
+
// gateway address as a placeholder is the natural way to keep an internal
|
|
205
|
+
// endpoint out of version control. Without expansion the placeholder is a
|
|
206
|
+
// perfectly valid non-empty string, so validation passed and the literal text
|
|
207
|
+
// `${PG_GATEWAY}/v1/chat/completions` went out as a URL — failing at the
|
|
208
|
+
// NETWORK layer with a DNS/connection error while the config looked correct.
|
|
209
|
+
// A caller (whale-sql-audit) had to hardcode its gateway into a distributed
|
|
210
|
+
// repo because of this.
|
|
211
|
+
//
|
|
212
|
+
// Failing here, at config load, names the variable; falling back to the
|
|
213
|
+
// literal is exactly what caused the original misdiagnosis, so it does not.
|
|
214
|
+
if (typeof prov.base_url === 'string'
|
|
215
|
+
&& prov.base_url.startsWith('${') && prov.base_url.endsWith('}')) {
|
|
216
|
+
const envName = prov.base_url.slice(2, -1);
|
|
217
|
+
const envVal = process.env[envName];
|
|
218
|
+
if (!envVal) {
|
|
219
|
+
console.error(`[delphi-review] ERROR: Environment variable ${envName} is not set (profiles.${profileName}.providers.${name}.base_url). Export it or point that provider at a literal URL.`);
|
|
220
|
+
process.exit(1);
|
|
221
|
+
}
|
|
222
|
+
prov.base_url = envVal;
|
|
223
|
+
}
|
|
202
224
|
}
|
|
203
225
|
|
|
204
226
|
const experts = Object.fromEntries(Object.entries(profile.experts || {}).map(([role, expert]) => [
|
|
@@ -701,7 +723,52 @@ async function callModelAPI(providerConfig, model, systemPrompt, userPrompt, opt
|
|
|
701
723
|
}
|
|
702
724
|
|
|
703
725
|
if (response.status >= 500) {
|
|
704
|
-
|
|
726
|
+
// (#705) Read the provider's structured error body, the same way the 429
|
|
727
|
+
// branch above does, instead of discarding it.
|
|
728
|
+
//
|
|
729
|
+
// Measured on the whalecloud gateway: a prompt containing
|
|
730
|
+
// `new ProcessBuilder(args).start()` makes the gateway fail in its
|
|
731
|
+
// response-processing stage and return 500 with
|
|
732
|
+
// {"error":{"type":"response_processing_error",
|
|
733
|
+
// "param":"non_stream_chat_response","code":"500"}}
|
|
734
|
+
// The old code threw that away and reported "Server error (500).", which
|
|
735
|
+
// reads as a transient outage. `type`/`param` are what tell an operator
|
|
736
|
+
// apart gateway flapping vs. upstream timeout vs. content-triggered
|
|
737
|
+
// processing failure — three problems with three different responses.
|
|
738
|
+
//
|
|
739
|
+
// Retryability is the other half: a content-dependent failure cannot clear
|
|
740
|
+
// by retrying (the content did not change), so marking it retryable burns
|
|
741
|
+
// the orchestrator's retry budget on a guaranteed repeat. Only an
|
|
742
|
+
// explicitly recognised response_processing_error is demoted; every other
|
|
743
|
+
// 5xx keeps the previous retryable=true, and an unparseable body keeps the
|
|
744
|
+
// previous behaviour entirely — reading the body must not change the
|
|
745
|
+
// verdict on its own.
|
|
746
|
+
let detail = '';
|
|
747
|
+
let processingError = false;
|
|
748
|
+
try {
|
|
749
|
+
const body = await response.json();
|
|
750
|
+
if (body && body.error && typeof body.error === 'object') {
|
|
751
|
+
const type = typeof body.error.type === 'string' ? body.error.type : '';
|
|
752
|
+
const param = typeof body.error.param === 'string' ? body.error.param : '';
|
|
753
|
+
if (type === 'response_processing_error') {
|
|
754
|
+
processingError = true;
|
|
755
|
+
}
|
|
756
|
+
const parts = [type, param].filter(Boolean);
|
|
757
|
+
if (parts.length > 0) {
|
|
758
|
+
detail = ` Provider reported: ${parts.join('/')}.`;
|
|
759
|
+
}
|
|
760
|
+
}
|
|
761
|
+
} catch {
|
|
762
|
+
// body is not JSON; keep the previous behaviour untouched
|
|
763
|
+
}
|
|
764
|
+
if (processingError) {
|
|
765
|
+
return {
|
|
766
|
+
error: true,
|
|
767
|
+
retryable: false,
|
|
768
|
+
message: `Server error (${response.status}).${detail} This is a content-dependent upstream processing failure, so retrying the same prompt will fail the same way.`,
|
|
769
|
+
};
|
|
770
|
+
}
|
|
771
|
+
return { error: true, retryable: true, message: `Server error (${response.status}).${detail}` };
|
|
705
772
|
}
|
|
706
773
|
|
|
707
774
|
if (!response.ok) {
|
|
@@ -1,9 +1,9 @@
|
|
|
1
1
|
# SKILLS/DELPHI-REVIEW KNOWLEDGE BASE
|
|
2
2
|
|
|
3
|
-
**Generated:** 2026-11-
|
|
4
|
-
**Commit:**
|
|
3
|
+
**Generated:** 2026-11-03
|
|
4
|
+
**Commit:** fa007d1f
|
|
5
5
|
**Branch:** main
|
|
6
|
-
**Version:** 0.35.
|
|
6
|
+
**Version:** 0.35.24.0
|
|
7
7
|
|
|
8
8
|
## OVERVIEW
|
|
9
9
|
Delphi Consensus Review — multi-round anonymous expert review (≥90% threshold, exactly 3 experts with distinct executable model IDs). Supports design, requirements, and code-walkthrough modes.
|
|
@@ -1,9 +1,9 @@
|
|
|
1
1
|
# SKILLS/SPRINT-FLOW KNOWLEDGE BASE
|
|
2
2
|
|
|
3
|
-
**Generated:** 2026-11-
|
|
4
|
-
**Commit:**
|
|
3
|
+
**Generated:** 2026-11-03
|
|
4
|
+
**Commit:** fa007d1f
|
|
5
5
|
**Branch:** main
|
|
6
|
-
**Version:** 0.35.
|
|
6
|
+
**Version:** 0.35.24.0
|
|
7
7
|
|
|
8
8
|
## OVERVIEW
|
|
9
9
|
**6-phase** development pipeline (v2.0 compact redesign, Issue #290): PREP → DESIGN → BUILD → VERIFY → SHIP → CLOSE. Phase 3/6 BUILD default build mode is **ralph-loop** (REQ-level iteration, 40-67% token savings vs parallel). HARD-GATE between DESIGN (2/6) and BUILD (3/6): design must pass Delphi review (≥90% consensus) before any coding.
|
|
@@ -1,9 +1,9 @@
|
|
|
1
1
|
# SKILLS/TEST-SPECIFICATION-ALIGNMENT KNOWLEDGE BASE
|
|
2
2
|
|
|
3
|
-
**Generated:** 2026-11-
|
|
4
|
-
**Commit:**
|
|
3
|
+
**Generated:** 2026-11-03
|
|
4
|
+
**Commit:** fa007d1f
|
|
5
5
|
**Branch:** main
|
|
6
|
-
**Version:** 0.35.
|
|
6
|
+
**Version:** 0.35.24.0
|
|
7
7
|
|
|
8
8
|
## OVERVIEW
|
|
9
9
|
Test-Specification Alignment Engine — two-stage validation ensuring tests accurately reflect requirements and design specs.
|