xgauntlet 0.8.4 → 0.9.0
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/README.md +121 -37
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -5,7 +5,8 @@
|
|
|
5
5
|
<a href="#️-mappestruktur-package-by-feature"><b>🏗️ Mappestruktur</b></a> •
|
|
6
6
|
<a href="#️-fuld-cli-reference"><b>🛠️ CLI Reference</b></a> •
|
|
7
7
|
<a href="#-rust-api"><b>🦀 Rust API</b></a> •
|
|
8
|
-
<a href="#️-arkitektur-adrs"><b>🏛️ ADRs</b></a>
|
|
8
|
+
<a href="#️-arkitektur-adrs"><b>🏛️ ADRs</b></a> •
|
|
9
|
+
<a href="#-licens"><b>📄 Licens</b></a>
|
|
9
10
|
</p>
|
|
10
11
|
|
|
11
12
|
---
|
|
@@ -47,12 +48,32 @@ xGauntlet følger samme enkle model som `git`: Værktøjet installeres én gang
|
|
|
47
48
|
|
|
48
49
|
### 1. Installer xGauntlet (én gang på din maskine)
|
|
49
50
|
|
|
50
|
-
Kør
|
|
51
|
+
Kør følgende tre trin for at installere CLI-motoren globalt, hente den verificerede native engine og aktivere de 6 suveræne agent-skills:
|
|
51
52
|
|
|
52
53
|
```bash
|
|
54
|
+
# Trin 1a: Installer CLI-motoren og gatekeeperen globalt i dit system ($PATH):
|
|
53
55
|
npm install -g xgauntlet
|
|
56
|
+
|
|
57
|
+
# Trin 1b: Fetch og verificer native engine via Sigstore i ~/.cache/xgauntlet/
|
|
58
|
+
xgauntlet status
|
|
59
|
+
|
|
60
|
+
# Trin 1c: Installer de 6 suveræne agent-skills i dine AI-harnesses (Antigravity, Claude Code, Codex, Mistral):
|
|
61
|
+
xgauntlet plugin install --global
|
|
54
62
|
```
|
|
55
63
|
|
|
64
|
+
> [!NOTE]
|
|
65
|
+
> **⚡ Hvordan fungerer den automatiske bootstrapper & cache?**
|
|
66
|
+
> NPM-pakken indeholder en lynhurtig JavaScript-bootstrapper. Første gang du kører en `xgauntlet`-kommando (f.eks. `xgauntlet status` eller `xgauntlet init`), downloader den automatisk den prækompilerede native Rust-binærfil til din platform fra GitHub Releases, verificerer dens kryptografiske Sigstore-attestation og cacher den i:
|
|
67
|
+
> - **Linux / macOS**: `~/.cache/xgauntlet/v<version>/xgauntlet`
|
|
68
|
+
> - **Windows**: `%LOCALAPPDATA%\xgauntlet\v<version>\xgauntlet.exe`
|
|
69
|
+
>
|
|
70
|
+
> *(Hvis du arbejder inde i xGauntlets eget kildekode-repository, bruger bootstrapperen automatisk din lokale `target/debug/xgauntlet` direkte).*
|
|
71
|
+
|
|
72
|
+
> [!NOTE]
|
|
73
|
+
> **🤖 Hvorfor kræves `xgauntlet plugin install --global`?**
|
|
74
|
+
> `npm install -g` placerer udelukkende CLI-binæren i dit systems `$PATH`. Hvert AI-agentmiljø (Google Antigravity IDE, Claude Code, OpenAI Codex, Mistral Vibe) har sin egen konfigurationsmappe til skills (f.eks. `~/.gemini/config/plugins/xgauntlet/skills/` eller `~/.claude/skills/`).
|
|
75
|
+
> `xgauntlet plugin install --global` detekterer automatisk dine installerede agent-harnesses og udpakker de 6 suveræne skills (`discover`, `spec`, `tdd`, `review`, `diagnose`, `release`) som ægte, redigerbare Markdown-filer direkte i agenternes globale mapper.
|
|
76
|
+
|
|
56
77
|
> [!TIP]
|
|
57
78
|
> **⚡ Hvorfor global installation frem for blot `npx`?**
|
|
58
79
|
> Når `xgauntlet` er installeret globalt i dit `$PATH`, kører gatekeeper-hooks (`xgauntlet hook ...`) direkte som maskinkode på **under 3 millisekunder** ved hvert eneste værktøjskald fra din AI-agent – helt uden Node.js koldstarts-overhead.
|
|
@@ -99,7 +120,7 @@ xgauntlet init
|
|
|
99
120
|
Når du eller agenten arbejder på en opgave i projektet, afvikles gauntlettet direkte:
|
|
100
121
|
|
|
101
122
|
```bash
|
|
102
|
-
# Kør gauntlet og
|
|
123
|
+
# Kør gauntlet og forsegl evidens for en opgave:
|
|
103
124
|
xgauntlet verify --task-id 001-bootstrap
|
|
104
125
|
|
|
105
126
|
# Valider kildetræets integritet mod rapporten (drift-kontrol):
|
|
@@ -144,8 +165,8 @@ rm -rf ~/.cache/xgauntlet
|
|
|
144
165
|
## 🧭 Pipeline og Gates: Sådan virker det
|
|
145
166
|
|
|
146
167
|
`xGauntlet` arbejder på to adskilte niveauer:
|
|
147
|
-
1. **Metodiske retningslinjer (Agent Skills)**: Proceskrav (såsom sokratisk
|
|
148
|
-
2. **Håndhævede software-gates (CLI & In-Memory WASM)**: Deterministiske kontrolpunkter i Rust-koden (`check-spec`, pre-invocation WASM hook, `verify`, `check-evidence` og `check-release`), der fysisk blokerer uautoriserede handlinger med exit-koder og multi-digest integritetskontrol.
|
|
168
|
+
1. **Metodiske retningslinjer (Agent Skills)**: Proceskrav (såsom sokratisk behovsafklaring, TDD-disciplin og arkitektur-review), som agenten instrueres i at følge (`discover`, `spec`, `tdd`, `review`, `diagnose`, `release`).
|
|
169
|
+
2. **Håndhævede software-gates (CLI & In-Memory WASM)**: Deterministiske kontrolpunkter i Rust-koden (`check-spec`, pre-invocation WASM hook, `verify`, `check-evidence`, `check-attestation`, `check-architecture` og `check-release`), der fysisk blokerer uautoriserede handlinger med exit-koder og multi-digest integritetskontrol.
|
|
149
170
|
|
|
150
171
|
> [!NOTE]
|
|
151
172
|
> **Bemærk om tilstande og Zero-Daemon:** Systemet styres ikke af en global database eller baggrundsdæmon, men af diskrete, uafhængige CLI-kald (`sub-3ms` koldstart). Opgavestatus (`DRAFT`, `ACTIVE`, `PASSED`, `DONE`) er forankret direkte i de enkelte task-filers OKF YAML-frontmatter (`tasks/*.md`), som evalueres on-demand af de respektive gates uden behov for en tilstandsmaskine-service.
|
|
@@ -153,33 +174,33 @@ rm -rf ~/.cache/xgauntlet
|
|
|
153
174
|
### Oversigt over udviklingsflowet
|
|
154
175
|
|
|
155
176
|
```text
|
|
156
|
-
[ 1. IDÉAFKLARING ] ──► Metodisk skill (
|
|
177
|
+
[ 1. IDÉAFKLARING ] ──► Metodisk skill (discover)
|
|
157
178
|
│ (Opdaterer CONTEXT.md & docs/adr/)
|
|
158
179
|
▼
|
|
159
180
|
[ 2. SPECIFIKATION ] ──► HÅRD GATE: xgauntlet check-spec
|
|
160
181
|
│ (OKF metadata, formål, kriterier, Must NOT, Aristoteles-glossar)
|
|
161
182
|
▼
|
|
162
183
|
[ 3. TDD & KODNING ] ──► HÅRD GATE: Zero-Ambient-Authority WASM Policy Hook
|
|
163
|
-
│ (
|
|
184
|
+
│ (Quote-aware tokenization, task scope, forhindrer wrappers & git push)
|
|
164
185
|
▼
|
|
165
186
|
[ 4. FLERLAGS VERIFIKATION ] ──► HÅRD GATE: xgauntlet verify
|
|
166
187
|
│ (Kører linters, typer, tests; matematisk pre/post manifestkontrol)
|
|
167
188
|
▼
|
|
168
|
-
[ 5. KODESTANDARD-REVIEW ] ──► Hybrid skill:
|
|
169
|
-
│ (Audit mod CODING_STANDARDS.md)
|
|
189
|
+
[ 5. KODESTANDARD-REVIEW ] ──► Hybrid skill: review & udvikleraccept
|
|
190
|
+
│ (Audit mod CODING_STANDARDS.md & Fowler smells)
|
|
170
191
|
▼
|
|
171
|
-
[ 6. DRIFT-
|
|
172
|
-
│ (
|
|
192
|
+
[ 6. DRIFT- & ATTESTATION ] ──► HÅRD GATE: xgauntlet check-evidence & check-attestation
|
|
193
|
+
│ (Git OID drift-kontrol og kryptografisk Sigstore OIDC verifikation)
|
|
173
194
|
▼
|
|
174
|
-
[ 7. RELEASE READINESS ] ──► HÅRD GATE: xgauntlet check-release
|
|
175
|
-
(
|
|
195
|
+
[ 7. RELEASE READINESS ] ──► HÅRD GATE: xgauntlet check-release (--strict) & release bump
|
|
196
|
+
(WASM-sync, manifest harmony, changelog og transaktionel staging)
|
|
176
197
|
```
|
|
177
198
|
|
|
178
199
|
### Pipelinen trin for trin
|
|
179
200
|
|
|
180
201
|
#### 1. Idé- og kontekstafklaring
|
|
181
202
|
* **Type**: Metodisk proces (Agent Skill)
|
|
182
|
-
* **Hvad der sker**: Før der skrives specifikationer eller kode, aktiveres
|
|
203
|
+
* **Hvad der sker**: Før der skrives specifikationer eller kode, aktiveres sparringsskillen `discover`. Agenten udfordrer antagelser, identificerer risici og afstemmer planer mod eksisterende arkitektur og ADR'er.
|
|
183
204
|
* **Kontrolpunkt**:
|
|
184
205
|
* *Hvem godkender*: Udvikleren i direkte dialog.
|
|
185
206
|
* *Hvordan*: Dialogen udmønter sig i, at agenten opdaterer `CONTEXT.md` og eventuelt udarbejder en ny ADR i `docs/adr/`.
|
|
@@ -206,9 +227,10 @@ rm -rf ~/.cache/xgauntlet
|
|
|
206
227
|
* *Hvordan*: Agentens værktøjskald (tool calls) overvåges deterministisk ved hvert kald via `xgauntlet hook <harness>`.
|
|
207
228
|
* *Håndhævelse i koden*:
|
|
208
229
|
* **Zero Ambient Authority**: WebAssembly-modulet har absolut nul adgang til værtsfilsystem, netværk, systemur eller tilfældighedskilder.
|
|
209
|
-
*
|
|
210
|
-
*
|
|
211
|
-
*
|
|
230
|
+
* **Struktureret Command Tokenization**: Shell-kommandoer evalueres via en quote-aware argument-lexer. Eksekverings-wrappers (`env`, `sudo`, `eval`, `bash -c`, `sh -c`, `xargs`, `doas`, `su`, `exec`) afvises fail-closed med `reason_code: 4039`.
|
|
231
|
+
* **Fail-Closed Task Scope**: Filmodifikationer (`WriteFile`) uden for den aktive opgaves erklærede `scope` blokeres hårdt (`reason_code: 4037`). Hvis task scope er udefineret, tillader test-scope isolation udelukkende skrivning til verificerede testfiler.
|
|
232
|
+
* **Destruktiv Beskyttelse**: Destruktive kommandoer som `git push`, `git reset --hard`, `git clean -f`, `git branch -D` og `rm -rf /` blokeres uanset globale flag (`-C`, `-c`, `--no-pager`).
|
|
233
|
+
* **Harness Compliance**: Understøtter officielt fladt `PreInvocation` skema for Google Antigravity og sikker, ikke-destruktiv hook-scaffolding mod JSON-korruption.
|
|
212
234
|
* *Bemærk om TDD*: Selve rækkefølgen (Red før Green) registreres ikke historisk af test-runneren; det er en metodisk adfærd instrueret via agent-skills.
|
|
213
235
|
|
|
214
236
|
#### 4. Flerlags Verifikation
|
|
@@ -225,7 +247,7 @@ rm -rf ~/.cache/xgauntlet
|
|
|
225
247
|
#### 5. Review mod Kodestandarder
|
|
226
248
|
* **Type**: Hybrid gate (Agent Skill + Udvikleraccept)
|
|
227
249
|
* **Hvad der sker**: Den implementerede løsning auditeres mod arkitekturretningslinjer og regler i `CODING_STANDARDS.md`.
|
|
228
|
-
* **Kontrolpunkt**: Standards Review (`
|
|
250
|
+
* **Kontrolpunkt**: Standards Review (`review` skill)
|
|
229
251
|
* *Hvem godkender*: Udvikleren assisteret af agentens review-skill.
|
|
230
252
|
* *Hvordan*: Agenten gennemgår diff'en op mod kodestandarderne og fremhæver eventuelle arkitekturbrud, manglende fejlhåndtering eller navngivningsfejl.
|
|
231
253
|
* *Håndhævelse i koden*: Gaten er procesmæssig og beror på agentens review-rapport kombineret med udviklerens godkendelse.
|
|
@@ -233,24 +255,25 @@ rm -rf ~/.cache/xgauntlet
|
|
|
233
255
|
#### 6. Drift- og Integritetskontrol (Two-Tier Model)
|
|
234
256
|
* **Type**: Hård software-gate
|
|
235
257
|
* **Hvad der sker**: Verificering af, at kildekoden og arbejdstræet ikke er blevet manipuleret eller er driftet efter testkørslen.
|
|
236
|
-
* **Kontrolpunkt**: Drift Verification (`xgauntlet check-evidence`)
|
|
237
|
-
* *Hvem godkender*: Drift-detektionsmotoren (`crates/xgauntlet-core/src/features/evidence/drift.rs`).
|
|
258
|
+
* **Kontrolpunkt**: Drift Verification (`xgauntlet check-evidence`) & Attestation Gate (`xgauntlet check-attestation`)
|
|
259
|
+
* *Hvem godkender*: Drift-detektionsmotoren (`crates/xgauntlet-core/src/features/evidence/drift.rs`) og attestation-verifikatoren (`attestation.rs`).
|
|
238
260
|
* *Hvordan*: Værktøjet genberegner det aktuelle kildetræs workspace-manifest og sammenligner det direkte med værdierne i `verification-report.json`.
|
|
239
261
|
* *Håndhævelse i koden*:
|
|
240
262
|
* **Tier 1 (Lokal drift-kontrol)**: Er blot én byte ændret i kildetræ, opgave, config eller politik efter `verify`, afvises tjekket med en specifik `DriftViolation`. Beregningen benytter Git-tree/blob OID-hashes, hvilket gør driftkontrollen fuldstændig immun over for linjeskift-forskelle (LF vs. CRLF) på tværs af styresystemer.
|
|
241
|
-
* **Tier 2 (Attestation i CI)**: Jf. [ADR 0005](docs/adr/0005-two-tier-verification-and-attestation-model.md)
|
|
263
|
+
* **Tier 2 (Kryptografisk Attestation i CI)**: Jf. [ADR 0005](docs/adr/0005-two-tier-verification-and-attestation-model.md) udstedes der i beskyttede CI-miljøer en kryptografisk in-toto/DSSE-attest (Sigstore/OIDC), som forsegler kildens og binærens herkomst (`attestation.bundle` og `attestation.json`). Denne kan efterprøves lokalt eller remote via `xgauntlet check-attestation`.
|
|
242
264
|
|
|
243
265
|
#### 7. Release Readiness
|
|
244
266
|
* **Type**: Hård software-gate
|
|
245
|
-
* **Hvad der sker**: Koden klargøres til release og merge ved at kontrollere synkronisering mellem versioner, ændringslog og dokumentation.
|
|
246
|
-
* **Kontrolpunkt**: Release Gate (`xgauntlet check-release`)
|
|
267
|
+
* **Hvad der sker**: Koden klargøres til release og merge ved at kontrollere synkronisering mellem versioner, ændringslog, WASM-bytecode og dokumentation.
|
|
268
|
+
* **Kontrolpunkt**: Release Gate (`xgauntlet check-release`) & Transaktionel Bump (`xgauntlet release bump`)
|
|
247
269
|
* *Hvem godkender*: Release-orkestratoren (`crates/xgauntlet-core/src/features/release/engine.rs`).
|
|
248
|
-
* *Hvordan*: Værktøjet udfører
|
|
249
|
-
1. **Versionskonsistens**: Versionsnumre skal matche på tværs af projektets manifests (`Cargo.toml`, `package.json`, `
|
|
250
|
-
2. **
|
|
251
|
-
3. **
|
|
252
|
-
|
|
253
|
-
|
|
270
|
+
* *Hvordan*: Værktøjet udfører dybdegående kontroller:
|
|
271
|
+
1. **Versionskonsistens**: Versionsnumre skal matche på tværs af projektets manifests (`Cargo.toml`, `package.json`, `packages/cli/package.json`).
|
|
272
|
+
2. **WASM Bytecode Paritet**: Det indlejrede WebAssembly-bytecode valideres mod workspace-versionen (`CONFIG_VERSION_MISMATCH`).
|
|
273
|
+
3. **Changelog-synkronisering**: `CHANGELOG.md` skal indeholde en sektion for den pågældende version.
|
|
274
|
+
4. **ADR-referencer**: Samtlige ADR-dokumenter i `docs/adr/` skal være eksplicit refereret eller linket i enten `README.md` eller `spec.md`.
|
|
275
|
+
5. **Strict Release Mode (`--strict`)**: Validerer rent git-arbejdstræ (med automatisk udelukkelse af cirkulære artefakter) og eksekverer kodeformatering fail-closed.
|
|
276
|
+
6. **Transaktionel Release Bump**: `xgauntlet release bump [patch|minor|major]` udfører atomisk disk-staging backup (`.xgauntlet_staging_<nonce>`), opdaterer manifests, kompilerer WASM og ruller sikkert tilbage ved fejl uden destruktive git-handlinger.
|
|
254
277
|
|
|
255
278
|
### 👥 De 4 AI-roller & Session Handoff
|
|
256
279
|
|
|
@@ -265,6 +288,10 @@ For at undgå uendelige review-loops (*bikeshedding*) og bevare et skarpt kontek
|
|
|
265
288
|
4. **`Release & Operations Engineer (Release Attestation & Deployment)`**:
|
|
266
289
|
* Tager over når alle opgaver og audits er godkendt. Kører `xgauntlet check-release`, synkroniserer versioner og klargør release.
|
|
267
290
|
|
|
291
|
+
> [!NOTE]
|
|
292
|
+
> **🛡️ Single-Agent Governance & Human-in-the-Loop (HITL):**
|
|
293
|
+
> xGauntlet anvender en transparent enkelt-agent model under direkte menneskeligt opsyn. Kontekst-renhed opnås via mekaniske Session Handoffs, ikke via uigennemskuelige baggrunds-subagenter. Udvikleren bevarer hermed fuld kontrol og sporbarhed over hver eneste sessionsovergang.
|
|
294
|
+
|
|
268
295
|
---
|
|
269
296
|
|
|
270
297
|
## 🎯 Arkitektur & Designprincipper
|
|
@@ -322,7 +349,7 @@ xGauntlet/
|
|
|
322
349
|
│
|
|
323
350
|
└── packages/
|
|
324
351
|
└── cli/ # NPM distributionspakke (xgauntlet)
|
|
325
|
-
└── bin/xgauntlet.js # Zero-dependency
|
|
352
|
+
└── bin/xgauntlet.js # Zero-dependency bootstrapper med Sigstore integritetskontrol
|
|
326
353
|
```
|
|
327
354
|
|
|
328
355
|
---
|
|
@@ -360,18 +387,64 @@ Mekanisk validering af at opgavespecifikationer indeholder forretningsinvariante
|
|
|
360
387
|
xgauntlet check-spec
|
|
361
388
|
```
|
|
362
389
|
|
|
363
|
-
### 5. Release Readiness (`check-release`)
|
|
364
|
-
Validerer
|
|
390
|
+
### 5. Release Readiness Gatekeeper (`check-release`)
|
|
391
|
+
Validerer versionskonsistens, WASM-bytecode synkronisering, `CHANGELOG.md` og ADR-krydsreferencer:
|
|
392
|
+
```bash
|
|
393
|
+
# Standard kørsel under udvikling
|
|
394
|
+
xgauntlet check-release --allow-unreleased
|
|
395
|
+
|
|
396
|
+
# Streng release mode (fail-closed ved uncommitted filer eller formateringsfejl)
|
|
397
|
+
xgauntlet check-release --strict
|
|
398
|
+
```
|
|
399
|
+
|
|
400
|
+
### 6. Kryptografisk Attesteringskontrol (`check-attestation`)
|
|
401
|
+
Verificerer Sigstore in-toto/DSSE attesteringsbundter (`attestation.bundle` / `attestation.json`) lokalt eller direkte mod GitHub Releases:
|
|
402
|
+
```bash
|
|
403
|
+
# Valider lokalt bundt mod release-artefakt
|
|
404
|
+
xgauntlet check-attestation --bundle attestation.bundle --artifact target/release/xgauntlet
|
|
405
|
+
|
|
406
|
+
# Valider remote mod GitHub release med statisk forankret repo-ID (1359184794)
|
|
407
|
+
xgauntlet check-attestation --remote-tag v0.8.4
|
|
408
|
+
```
|
|
409
|
+
|
|
410
|
+
### 7. Deklarativ Arkitekturkontrol (`check-architecture`)
|
|
411
|
+
Håndhæver kodestruktur, filstørrelsesgrænser (kildekode max 800 linjer, tests max 1.000 linjer) og forbudte API-tokens:
|
|
365
412
|
```bash
|
|
366
|
-
xgauntlet check-
|
|
413
|
+
xgauntlet check-architecture
|
|
367
414
|
```
|
|
368
415
|
|
|
369
|
-
###
|
|
416
|
+
### 8. Transaktionel Versionsstyring (`release bump`)
|
|
417
|
+
Udfører atomisk SemVer opgradering på tværs af manifests, kompilerer og synkroniserer WASM bytecode, roterer CHANGELOG.md og ruller automatisk tilbage ved fejl via disk-staging:
|
|
418
|
+
```bash
|
|
419
|
+
# Bump patch, minor eller major
|
|
420
|
+
xgauntlet release bump patch
|
|
421
|
+
```
|
|
422
|
+
|
|
423
|
+
### 9. Sessions-Overdragelseskort (`handoff`)
|
|
424
|
+
Genererer et standardiseret `🏁 SESSION HANDOFF` telemetrikort til ren kontekstoverdragelse i AI-sessioner:
|
|
425
|
+
```bash
|
|
426
|
+
xgauntlet handoff --task-id 001-bootstrap
|
|
427
|
+
```
|
|
428
|
+
|
|
429
|
+
### 10. Workspace Diagnostik (`doctor`)
|
|
370
430
|
Undersøg workspace-konfiguration, stakke og miljøforudsætninger på tværs af Linux, macOS og Windows:
|
|
371
431
|
```bash
|
|
372
432
|
xgauntlet doctor
|
|
373
433
|
```
|
|
374
434
|
|
|
435
|
+
### 11. Global Plugin & Agent Skills Distribution (`plugin install`)
|
|
436
|
+
Installer eller opdater de 6 suveræne agent-skills (`discover`, `spec`, `tdd`, `review`, `diagnose`, `release`) på tværs af opdagede AI agent harnesses:
|
|
437
|
+
```bash
|
|
438
|
+
# Installer automatisk til alle detekterede agent-harnesses
|
|
439
|
+
xgauntlet plugin install --global
|
|
440
|
+
|
|
441
|
+
# Preview handlinger uden at skrive filer til disk
|
|
442
|
+
xgauntlet plugin install --global --dry-run
|
|
443
|
+
|
|
444
|
+
# Tving overskrivning ved opdatering til ny xgauntlet-version
|
|
445
|
+
xgauntlet plugin install --global --force
|
|
446
|
+
```
|
|
447
|
+
|
|
375
448
|
---
|
|
376
449
|
|
|
377
450
|
## 🦀 Rust API
|
|
@@ -399,13 +472,24 @@ Projektets invariante tekniske valg og designprincipper er dokumenteret i [`docs
|
|
|
399
472
|
- 🏛️ **[ADR 0005](docs/adr/0005-two-tier-verification-and-attestation-model.md)**: Two-Tier Verification and Attestation Model
|
|
400
473
|
- 🏛️ **[ADR 0006](docs/adr/0006-multi-harness-policy-adapter-contract.md)**: Multi-Harness Policy Adapter Contract
|
|
401
474
|
- 🏛️ **[ADR 0007](docs/adr/0007-local-transparent-supervisor-and-wasm-verifier.md)**: Zero-Daemon WASM Policy Verifier
|
|
475
|
+
- 🏛️ **[ADR 0008](docs/adr/0008-sovereign-agentic-sdlc-task-scoping-and-design-tokens.md)**: Sovereign Agentic SDLC, Task Scoping, and Design Token Governance
|
|
402
476
|
|
|
403
477
|
---
|
|
404
478
|
|
|
405
479
|
## 🙏 Anerkendelse & Inspiration (Credits)
|
|
406
480
|
|
|
407
|
-
`xGauntlet` bygger videre på idéer og pionerarbejde inden for stringent verifikation:
|
|
408
|
-
- **[Robert C. Martin ("Uncle Bob")](https://x.com/unclebobmartin/status/2080257779395154409)**: For TDD, Clean Craftsmanship og
|
|
481
|
+
`xGauntlet` bygger videre på idéer, filosofi og pionerarbejde inden for stringent software-verifikation, agent-craftsmanship og forsyningskædesikkerhed:
|
|
482
|
+
- **[Robert C. Martin ("Uncle Bob")](https://x.com/unclebobmartin/status/2080257779395154409)**: For TDD, Clean Craftsmanship og princippet om at omgive koden med en uomgængelig, automatiseret *gauntlet*.
|
|
409
483
|
- **[amazingang (old-coder)](https://github.com/amazingang/old-coder)**: For formuleringen af Evidence-First filosofien (*"Trust moves from inspection to constraints"*).
|
|
410
|
-
- **[Matt Pocock](https://github.com/mattpocock)**: For sokratiske
|
|
484
|
+
- **[Matt Pocock](https://github.com/mattpocock)**: For banebrydende arbejde med sokratiske agent-workflows og to-akset review-metodologi.
|
|
485
|
+
- **[Addy Osmani](https://addyosmani.com/)**: For metodiske agent-skills inden for kildestyring under implementering, metodisk forsimpling (*Chesterton's Fence*) og adversarial kvalitets-ratchets.
|
|
486
|
+
- **[Jesse Vincent (obra)](https://github.com/obra/superpowers)**: For Superpowers agent-metodikken, *The Iron Law of Debugging*, anti-goals og deterministisk branch-afslutning.
|
|
411
487
|
- **[Bytecode Alliance](https://bytecodealliance.org/)**: For Wasmtime og WebAssembly Component Model med formel Zero Ambient Authority.
|
|
488
|
+
- **[Sigstore & OpenSSF](https://sigstore.dev/)**: For keyless OIDC-attestation og in-toto standarder for uafviselig forsyningskædesikkerhed.
|
|
489
|
+
|
|
490
|
+
---
|
|
491
|
+
|
|
492
|
+
## 📄 Licens
|
|
493
|
+
|
|
494
|
+
Dette projekt er licenseret under [MIT Licensen](LICENSE).
|
|
495
|
+
|