@ryuenn3123/agentic-senior-core 2.0.5 → 2.0.7
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/.agent-context/blueprints/mobile-app.md +91 -21
- package/.agent-context/profiles/platform.md +13 -13
- package/.agent-context/profiles/regulated.md +13 -13
- package/.agent-context/profiles/startup.md +13 -13
- package/.agent-context/review-checklists/frontend-skill-parity.md +28 -28
- package/.agent-context/review-checklists/frontend-usability.md +33 -33
- package/.agent-context/review-checklists/release-operations.md +29 -29
- package/.agent-context/skills/README.md +62 -62
- package/.agent-context/skills/backend/README.md +67 -67
- package/.agent-context/skills/backend/architecture.md +360 -360
- package/.agent-context/skills/backend/compatibility-manifest.json +8 -8
- package/.agent-context/skills/backend/data-access.md +230 -230
- package/.agent-context/skills/backend/errors.md +137 -137
- package/.agent-context/skills/backend/validation.md +116 -116
- package/.agent-context/skills/backend.md +28 -28
- package/.agent-context/skills/cli/README.md +55 -49
- package/.agent-context/skills/cli/compatibility-manifest.json +8 -8
- package/.agent-context/skills/cli/init.md +37 -37
- package/.agent-context/skills/cli/output.md +35 -35
- package/.agent-context/skills/cli/safety-telemetry.md +39 -0
- package/.agent-context/skills/cli/upgrade.md +37 -37
- package/.agent-context/skills/cli.md +31 -28
- package/.agent-context/skills/distribution/.evidence/compatibility-manifest.json +9 -0
- package/.agent-context/skills/distribution/.evidence/sbom-excerpt.json +6 -0
- package/.agent-context/skills/distribution/.evidence/test-report.json +8 -0
- package/.agent-context/skills/distribution/CHANGELOG.md +7 -0
- package/.agent-context/skills/distribution/README.md +27 -19
- package/.agent-context/skills/distribution/compatibility-manifest.json +8 -8
- package/.agent-context/skills/distribution/compatibility.md +31 -31
- package/.agent-context/skills/distribution/package.json +5 -0
- package/.agent-context/skills/distribution/provenance-attestation.md +47 -0
- package/.agent-context/skills/distribution/publish.md +36 -36
- package/.agent-context/skills/distribution/rollback.md +31 -31
- package/.agent-context/skills/distribution/tests/.gitkeep +1 -0
- package/.agent-context/skills/distribution.md +31 -28
- package/.agent-context/skills/frontend/.evidence/compatibility-manifest.json +9 -0
- package/.agent-context/skills/frontend/.evidence/sbom-excerpt.json +6 -0
- package/.agent-context/skills/frontend/.evidence/test-report.json +8 -0
- package/.agent-context/skills/frontend/CHANGELOG.md +7 -0
- package/.agent-context/skills/frontend/README.md +49 -36
- package/.agent-context/skills/frontend/accessibility.md +107 -107
- package/.agent-context/skills/frontend/compatibility-manifest.json +8 -8
- package/.agent-context/skills/frontend/conversion-clarity.md +51 -0
- package/.agent-context/skills/frontend/motion.md +66 -66
- package/.agent-context/skills/frontend/package.json +5 -0
- package/.agent-context/skills/frontend/performance.md +62 -62
- package/.agent-context/skills/frontend/responsive-delivery.md +41 -0
- package/.agent-context/skills/frontend/tests/.gitkeep +1 -0
- package/.agent-context/skills/frontend/ui-architecture.md +128 -128
- package/.agent-context/skills/frontend.md +35 -29
- package/.agent-context/skills/fullstack/.evidence/compatibility-manifest.json +9 -0
- package/.agent-context/skills/fullstack/.evidence/sbom-excerpt.json +6 -0
- package/.agent-context/skills/fullstack/.evidence/test-report.json +8 -0
- package/.agent-context/skills/fullstack/CHANGELOG.md +7 -0
- package/.agent-context/skills/fullstack/README.md +27 -19
- package/.agent-context/skills/fullstack/compatibility-manifest.json +8 -8
- package/.agent-context/skills/fullstack/contracts.md +52 -52
- package/.agent-context/skills/fullstack/end-to-end.md +41 -41
- package/.agent-context/skills/fullstack/feature-slicing.md +64 -64
- package/.agent-context/skills/fullstack/package.json +5 -0
- package/.agent-context/skills/fullstack/release-coordination.md +51 -0
- package/.agent-context/skills/fullstack/tests/.gitkeep +1 -0
- package/.agent-context/skills/fullstack.md +29 -26
- package/.agent-context/skills/index.json +107 -107
- package/.agent-context/skills/review-quality/.evidence/compatibility-manifest.json +9 -0
- package/.agent-context/skills/review-quality/.evidence/sbom-excerpt.json +6 -0
- package/.agent-context/skills/review-quality/.evidence/test-report.json +8 -0
- package/.agent-context/skills/review-quality/CHANGELOG.md +7 -0
- package/.agent-context/skills/review-quality/README.md +27 -19
- package/.agent-context/skills/review-quality/benchmark.md +29 -29
- package/.agent-context/skills/review-quality/compatibility-manifest.json +8 -8
- package/.agent-context/skills/review-quality/package.json +5 -0
- package/.agent-context/skills/review-quality/planning.md +37 -37
- package/.agent-context/skills/review-quality/release-decision.md +49 -0
- package/.agent-context/skills/review-quality/security.md +33 -33
- package/.agent-context/skills/review-quality/tests/.gitkeep +1 -0
- package/.agent-context/skills/review-quality.md +30 -27
- package/.agent-context/stacks/flutter.md +16 -16
- package/.agent-context/stacks/react-native.md +16 -16
- package/.agent-context/state/architecture-map.md +25 -25
- package/.agent-context/state/benchmark-analysis.json +431 -431
- package/.agent-context/state/benchmark-thresholds.json +10 -10
- package/.agent-context/state/benchmark-watchlist.json +19 -19
- package/.agent-context/state/dependency-map.md +32 -32
- package/.agent-context/state/quality-trend-report.json +16 -6
- package/.agent-context/state/skill-platform.json +38 -38
- package/.agent-context/state/weekly-governance-report.json +126 -0
- package/.agent-override.md +36 -36
- package/.cursorrules +1 -1
- package/.gemini/instructions.md +20 -20
- package/.github/ISSUE_TEMPLATE/v1.7-frontend-work-item.yml +54 -54
- package/.github/copilot-instructions.md +20 -20
- package/.github/workflows/benchmark-detection.yml +38 -38
- package/.github/workflows/benchmark-intelligence.yml +50 -50
- package/.github/workflows/frontend-usability-gate.yml +36 -36
- package/.github/workflows/governance-weekly-report.yml +43 -0
- package/.github/workflows/release-gate.yml +32 -32
- package/.github/workflows/sbom-compliance.yml +32 -32
- package/.windsurfrules +1 -1
- package/AGENTS.md +27 -27
- package/README.md +383 -368
- package/lib/cli/commands/optimize.mjs +171 -171
- package/lib/cli/compatibility.mjs +124 -124
- package/lib/cli/constants.mjs +35 -0
- package/lib/cli/token-optimization.mjs +275 -275
- package/lib/cli/utils.mjs +4 -1
- package/mcp.json +92 -92
- package/package.json +2 -1
- package/scripts/benchmark-gate.mjs +121 -121
- package/scripts/benchmark-intelligence.mjs +140 -140
- package/scripts/detection-benchmark.mjs +138 -138
- package/scripts/frontend-usability-audit.mjs +87 -87
- package/scripts/generate-sbom.mjs +61 -61
- package/scripts/governance-weekly-report.mjs +293 -0
- package/scripts/init-project.ps1 +104 -104
- package/scripts/llm-judge.mjs +664 -664
- package/scripts/quality-trend-report.mjs +288 -288
- package/scripts/release-gate.mjs +261 -259
- package/scripts/skill-tier-policy.mjs +75 -75
- package/scripts/token-optimization-benchmark.mjs +252 -252
- package/scripts/validate.mjs +874 -865
|
@@ -1,8 +1,8 @@
|
|
|
1
|
-
{
|
|
2
|
-
"schemaVersion": "compatibility-manifest-v1",
|
|
3
|
-
"artifactType": "skill-domain",
|
|
4
|
-
"domain": "cli",
|
|
5
|
-
"ides": ["cursor", "windsurf", "copilot", "gemini", "claude", "codex", "cline"],
|
|
6
|
-
"nodeMin": "18",
|
|
7
|
-
"platforms": ["windows", "linux", "macos"]
|
|
8
|
-
}
|
|
1
|
+
{
|
|
2
|
+
"schemaVersion": "compatibility-manifest-v1",
|
|
3
|
+
"artifactType": "skill-domain",
|
|
4
|
+
"domain": "cli",
|
|
5
|
+
"ides": ["cursor", "windsurf", "copilot", "gemini", "claude", "codex", "cline"],
|
|
6
|
+
"nodeMin": "18",
|
|
7
|
+
"platforms": ["windows", "linux", "macos"]
|
|
8
|
+
}
|
|
@@ -1,38 +1,38 @@
|
|
|
1
|
-
# Init Flow
|
|
2
|
-
|
|
3
|
-
Tier: ADVANCE
|
|
4
|
-
|
|
5
|
-
Initialization commands must be deterministic, reversible where possible, and explicit about filesystem mutations.
|
|
6
|
-
|
|
7
|
-
## Design Principles
|
|
8
|
-
|
|
9
|
-
- Predictable output for identical input flags.
|
|
10
|
-
- Safe defaults when users omit options.
|
|
11
|
-
- Preflight summary before any file write.
|
|
12
|
-
|
|
13
|
-
## Required Init Sequence
|
|
14
|
-
|
|
15
|
-
1. Validate prerequisites (runtime, permissions, existing files).
|
|
16
|
-
2. Resolve stack/profile/blueprint selection.
|
|
17
|
-
3. Print write plan summary.
|
|
18
|
-
4. Apply scaffold atomically.
|
|
19
|
-
5. Emit machine-readable onboarding report.
|
|
20
|
-
|
|
21
|
-
## Write Safety
|
|
22
|
-
|
|
23
|
-
- Refuse to overwrite existing files without explicit flag.
|
|
24
|
-
- Use idempotent initialization where feasible.
|
|
25
|
-
- Keep generated files grouped by feature intent, not random dump.
|
|
26
|
-
|
|
27
|
-
## Anti-Patterns
|
|
28
|
-
|
|
29
|
-
- Hidden writes without disclosure.
|
|
30
|
-
- Interactive-only flow with no non-interactive equivalent.
|
|
31
|
-
- Ambiguous defaults that vary by environment.
|
|
32
|
-
|
|
33
|
-
## Review Checklist
|
|
34
|
-
|
|
35
|
-
- [ ] Preflight checks are explicit and actionable.
|
|
36
|
-
- [ ] Generated file set is deterministic.
|
|
37
|
-
- [ ] Dry-run preview exists for init planning.
|
|
1
|
+
# Init Flow
|
|
2
|
+
|
|
3
|
+
Tier: ADVANCE
|
|
4
|
+
|
|
5
|
+
Initialization commands must be deterministic, reversible where possible, and explicit about filesystem mutations.
|
|
6
|
+
|
|
7
|
+
## Design Principles
|
|
8
|
+
|
|
9
|
+
- Predictable output for identical input flags.
|
|
10
|
+
- Safe defaults when users omit options.
|
|
11
|
+
- Preflight summary before any file write.
|
|
12
|
+
|
|
13
|
+
## Required Init Sequence
|
|
14
|
+
|
|
15
|
+
1. Validate prerequisites (runtime, permissions, existing files).
|
|
16
|
+
2. Resolve stack/profile/blueprint selection.
|
|
17
|
+
3. Print write plan summary.
|
|
18
|
+
4. Apply scaffold atomically.
|
|
19
|
+
5. Emit machine-readable onboarding report.
|
|
20
|
+
|
|
21
|
+
## Write Safety
|
|
22
|
+
|
|
23
|
+
- Refuse to overwrite existing files without explicit flag.
|
|
24
|
+
- Use idempotent initialization where feasible.
|
|
25
|
+
- Keep generated files grouped by feature intent, not random dump.
|
|
26
|
+
|
|
27
|
+
## Anti-Patterns
|
|
28
|
+
|
|
29
|
+
- Hidden writes without disclosure.
|
|
30
|
+
- Interactive-only flow with no non-interactive equivalent.
|
|
31
|
+
- Ambiguous defaults that vary by environment.
|
|
32
|
+
|
|
33
|
+
## Review Checklist
|
|
34
|
+
|
|
35
|
+
- [ ] Preflight checks are explicit and actionable.
|
|
36
|
+
- [ ] Generated file set is deterministic.
|
|
37
|
+
- [ ] Dry-run preview exists for init planning.
|
|
38
38
|
- [ ] Exit codes distinguish validation vs runtime failures.
|
|
@@ -1,36 +1,36 @@
|
|
|
1
|
-
# Machine-Readable Output
|
|
2
|
-
|
|
3
|
-
Tier: ADVANCE
|
|
4
|
-
|
|
5
|
-
CLI output must support both human readability and automation reliability.
|
|
6
|
-
|
|
7
|
-
## Output Contract
|
|
8
|
-
|
|
9
|
-
- Human mode: concise narrative and actionable next steps.
|
|
10
|
-
- JSON mode: deterministic schema, stable field names, and clear status.
|
|
11
|
-
|
|
12
|
-
## JSON Schema Guidelines
|
|
13
|
-
|
|
14
|
-
- Include `version`, `timestamp`, `status`, and `summary`.
|
|
15
|
-
- Include `artifacts` list for produced files.
|
|
16
|
-
- Include `errors` array with machine-readable codes.
|
|
17
|
-
- Avoid embedding plain stack traces in public payloads.
|
|
18
|
-
|
|
19
|
-
## Exit Code Conventions
|
|
20
|
-
|
|
21
|
-
- `0`: success
|
|
22
|
-
- `1`: validation or runtime failure
|
|
23
|
-
- `2`: policy/gate failure
|
|
24
|
-
|
|
25
|
-
## Determinism Rules
|
|
26
|
-
|
|
27
|
-
- Stable key ordering where practical.
|
|
28
|
-
- No random IDs unless explicitly requested.
|
|
29
|
-
- Timestamps in ISO 8601 format.
|
|
30
|
-
|
|
31
|
-
## Review Checklist
|
|
32
|
-
|
|
33
|
-
- [ ] JSON output passes schema validation.
|
|
34
|
-
- [ ] Exit codes match documented behavior.
|
|
35
|
-
- [ ] Error payload includes code and remediation hint.
|
|
1
|
+
# Machine-Readable Output
|
|
2
|
+
|
|
3
|
+
Tier: ADVANCE
|
|
4
|
+
|
|
5
|
+
CLI output must support both human readability and automation reliability.
|
|
6
|
+
|
|
7
|
+
## Output Contract
|
|
8
|
+
|
|
9
|
+
- Human mode: concise narrative and actionable next steps.
|
|
10
|
+
- JSON mode: deterministic schema, stable field names, and clear status.
|
|
11
|
+
|
|
12
|
+
## JSON Schema Guidelines
|
|
13
|
+
|
|
14
|
+
- Include `version`, `timestamp`, `status`, and `summary`.
|
|
15
|
+
- Include `artifacts` list for produced files.
|
|
16
|
+
- Include `errors` array with machine-readable codes.
|
|
17
|
+
- Avoid embedding plain stack traces in public payloads.
|
|
18
|
+
|
|
19
|
+
## Exit Code Conventions
|
|
20
|
+
|
|
21
|
+
- `0`: success
|
|
22
|
+
- `1`: validation or runtime failure
|
|
23
|
+
- `2`: policy/gate failure
|
|
24
|
+
|
|
25
|
+
## Determinism Rules
|
|
26
|
+
|
|
27
|
+
- Stable key ordering where practical.
|
|
28
|
+
- No random IDs unless explicitly requested.
|
|
29
|
+
- Timestamps in ISO 8601 format.
|
|
30
|
+
|
|
31
|
+
## Review Checklist
|
|
32
|
+
|
|
33
|
+
- [ ] JSON output passes schema validation.
|
|
34
|
+
- [ ] Exit codes match documented behavior.
|
|
35
|
+
- [ ] Error payload includes code and remediation hint.
|
|
36
36
|
- [ ] Human output remains concise and useful.
|
|
@@ -0,0 +1,39 @@
|
|
|
1
|
+
# Safety and Telemetry
|
|
2
|
+
|
|
3
|
+
Tier: ADVANCE
|
|
4
|
+
|
|
5
|
+
CLI safety telemetry captures operational signals that help maintainers detect drift, reduce onboarding failures, and enforce release quality.
|
|
6
|
+
|
|
7
|
+
## Signal Categories
|
|
8
|
+
|
|
9
|
+
Capture and review machine-readable CLI signals:
|
|
10
|
+
|
|
11
|
+
- Validation and release-gate status.
|
|
12
|
+
- Preflight failure categories.
|
|
13
|
+
- Rollback trigger frequency.
|
|
14
|
+
- Preset usage distribution across onboarding sessions.
|
|
15
|
+
|
|
16
|
+
## Output Contract
|
|
17
|
+
|
|
18
|
+
Telemetry reports should remain automation-friendly:
|
|
19
|
+
|
|
20
|
+
- Stable JSON shape.
|
|
21
|
+
- ISO timestamps.
|
|
22
|
+
- Explicit status fields.
|
|
23
|
+
- Actionable blocker summary.
|
|
24
|
+
|
|
25
|
+
Human-facing logs can remain concise, but automation payloads should preserve full diagnostic details.
|
|
26
|
+
|
|
27
|
+
## Governance Use Cases
|
|
28
|
+
|
|
29
|
+
- Weekly maintainership report generation.
|
|
30
|
+
- Detecting repeated onboarding failures caused by conflicting local files.
|
|
31
|
+
- Tracking whether preset expansion improves adoption.
|
|
32
|
+
- Confirming rollback operations remain low-frequency and controlled.
|
|
33
|
+
|
|
34
|
+
## Review Checklist
|
|
35
|
+
|
|
36
|
+
- [ ] Safety signals are emitted in machine-readable format.
|
|
37
|
+
- [ ] Preset and failure telemetry are captured consistently.
|
|
38
|
+
- [ ] Operational reports include blocker summaries.
|
|
39
|
+
- [ ] Telemetry output is suitable for CI artifact upload.
|
|
@@ -1,38 +1,38 @@
|
|
|
1
|
-
# Upgrade Flow
|
|
2
|
-
|
|
3
|
-
Tier: ADVANCE
|
|
4
|
-
|
|
5
|
-
Upgrade commands must prioritize compatibility, transparency, and recovery.
|
|
6
|
-
|
|
7
|
-
## Required Controls
|
|
8
|
-
|
|
9
|
-
- Dry-run mode to preview changes.
|
|
10
|
-
- Compatibility checks before mutation.
|
|
11
|
-
- Backup or rollback path for critical files.
|
|
12
|
-
|
|
13
|
-
## Upgrade Sequence
|
|
14
|
-
|
|
15
|
-
1. Read current version and target version.
|
|
16
|
-
2. Evaluate compatibility matrix.
|
|
17
|
-
3. Produce migration plan (files to add/change/remove).
|
|
18
|
-
4. Execute with transactional mindset.
|
|
19
|
-
5. Emit post-upgrade report with changed artifacts.
|
|
20
|
-
|
|
21
|
-
## Failure Handling
|
|
22
|
-
|
|
23
|
-
- On partial failure, rollback modified artifacts or provide deterministic recovery instructions.
|
|
24
|
-
- Never leave silent half-upgraded state.
|
|
25
|
-
- Exit with explicit status code and structured error payload.
|
|
26
|
-
|
|
27
|
-
## Anti-Patterns
|
|
28
|
-
|
|
29
|
-
- In-place mutation without preview.
|
|
30
|
-
- Version bump without migration note.
|
|
31
|
-
- Breaking changes in minor release without contract guard.
|
|
32
|
-
|
|
33
|
-
## Review Checklist
|
|
34
|
-
|
|
35
|
-
- [ ] Dry-run output is complete and stable.
|
|
36
|
-
- [ ] Upgrade report captures all changed files.
|
|
37
|
-
- [ ] Rollback path is tested.
|
|
1
|
+
# Upgrade Flow
|
|
2
|
+
|
|
3
|
+
Tier: ADVANCE
|
|
4
|
+
|
|
5
|
+
Upgrade commands must prioritize compatibility, transparency, and recovery.
|
|
6
|
+
|
|
7
|
+
## Required Controls
|
|
8
|
+
|
|
9
|
+
- Dry-run mode to preview changes.
|
|
10
|
+
- Compatibility checks before mutation.
|
|
11
|
+
- Backup or rollback path for critical files.
|
|
12
|
+
|
|
13
|
+
## Upgrade Sequence
|
|
14
|
+
|
|
15
|
+
1. Read current version and target version.
|
|
16
|
+
2. Evaluate compatibility matrix.
|
|
17
|
+
3. Produce migration plan (files to add/change/remove).
|
|
18
|
+
4. Execute with transactional mindset.
|
|
19
|
+
5. Emit post-upgrade report with changed artifacts.
|
|
20
|
+
|
|
21
|
+
## Failure Handling
|
|
22
|
+
|
|
23
|
+
- On partial failure, rollback modified artifacts or provide deterministic recovery instructions.
|
|
24
|
+
- Never leave silent half-upgraded state.
|
|
25
|
+
- Exit with explicit status code and structured error payload.
|
|
26
|
+
|
|
27
|
+
## Anti-Patterns
|
|
28
|
+
|
|
29
|
+
- In-place mutation without preview.
|
|
30
|
+
- Version bump without migration note.
|
|
31
|
+
- Breaking changes in minor release without contract guard.
|
|
32
|
+
|
|
33
|
+
## Review Checklist
|
|
34
|
+
|
|
35
|
+
- [ ] Dry-run output is complete and stable.
|
|
36
|
+
- [ ] Upgrade report captures all changed files.
|
|
37
|
+
- [ ] Rollback path is tested.
|
|
38
38
|
- [ ] Compatibility failures block mutation.
|
|
@@ -1,29 +1,32 @@
|
|
|
1
|
-
# CLI Skill Pack
|
|
2
|
-
|
|
3
|
-
Default tier: `advance`
|
|
4
|
-
|
|
5
|
-
## Purpose
|
|
6
|
-
Create smart command-line workflows that guide users efficiently and safely.
|
|
7
|
-
|
|
8
|
-
## In Scope
|
|
9
|
-
- Interactive initialization and upgrade flows
|
|
10
|
-
- Safe defaults and confirmation steps
|
|
11
|
-
- Machine-readable output for automation
|
|
12
|
-
- Validation and self-healing hooks
|
|
13
|
-
- Cross-platform shell behavior
|
|
14
|
-
|
|
15
|
-
|
|
16
|
-
-
|
|
17
|
-
-
|
|
18
|
-
-
|
|
19
|
-
-
|
|
20
|
-
-
|
|
21
|
-
|
|
22
|
-
|
|
23
|
-
|
|
24
|
-
|
|
25
|
-
-
|
|
26
|
-
-
|
|
27
|
-
|
|
28
|
-
|
|
1
|
+
# CLI Skill Pack
|
|
2
|
+
|
|
3
|
+
Default tier: `advance`
|
|
4
|
+
|
|
5
|
+
## Purpose
|
|
6
|
+
Create smart command-line workflows that guide users efficiently and safely.
|
|
7
|
+
|
|
8
|
+
## In Scope
|
|
9
|
+
- Interactive initialization and upgrade flows
|
|
10
|
+
- Safe defaults and confirmation steps
|
|
11
|
+
- Machine-readable output for automation
|
|
12
|
+
- Validation and self-healing hooks
|
|
13
|
+
- Cross-platform shell behavior
|
|
14
|
+
- Preset ergonomics and operational telemetry outputs
|
|
15
|
+
|
|
16
|
+
## Must-Have Checks
|
|
17
|
+
- Explicit command help and examples
|
|
18
|
+
- Deterministic output format for automation
|
|
19
|
+
- Safe destructive-action guards
|
|
20
|
+
- Validation before mutation
|
|
21
|
+
- Exit codes reflect success and failure clearly
|
|
22
|
+
- Preset catalog remains discoverable and tested in smoke tests
|
|
23
|
+
|
|
24
|
+
## Evidence
|
|
25
|
+
- CLI smoke tests
|
|
26
|
+
- Machine-readable report output
|
|
27
|
+
- Upgrade dry-run output
|
|
28
|
+
- Cross-platform execution notes
|
|
29
|
+
- Weekly governance report references CLI trust tier and release posture
|
|
30
|
+
|
|
31
|
+
## Fallback
|
|
29
32
|
- Standard mode can remain available for compatibility, but advance is the default user experience.
|
|
@@ -0,0 +1,9 @@
|
|
|
1
|
+
{
|
|
2
|
+
"schemaVersion": "compatibility-manifest-v1",
|
|
3
|
+
"artifactType": "skill-domain-evidence",
|
|
4
|
+
"domain": "distribution",
|
|
5
|
+
"ides": ["cursor", "windsurf", "copilot", "gemini", "claude", "codex", "cline"],
|
|
6
|
+
"nodeMin": "18",
|
|
7
|
+
"platforms": ["windows", "linux", "macos"],
|
|
8
|
+
"validatedAt": "2026-04-11T12:00:00Z"
|
|
9
|
+
}
|
|
@@ -1,19 +1,27 @@
|
|
|
1
|
-
# Distribution Engineering Skills
|
|
2
|
-
|
|
3
|
-
Default tier: `expert`
|
|
4
|
-
|
|
5
|
-
This domain governs release packaging, compatibility policy, and rollback readiness.
|
|
6
|
-
|
|
7
|
-
## Topics
|
|
8
|
-
- [Publish Hygiene](publish.md) - Package integrity, provenance, and release evidence
|
|
9
|
-
- [Rollback](rollback.md) - Recovery-first release operations
|
|
10
|
-
- [Compatibility](compatibility.md) - Runtime/tooling support policy and guardrails
|
|
11
|
-
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
-
|
|
15
|
-
|
|
16
|
-
|
|
17
|
-
-
|
|
18
|
-
-
|
|
19
|
-
-
|
|
1
|
+
# Distribution Engineering Skills
|
|
2
|
+
|
|
3
|
+
Default tier: `expert`
|
|
4
|
+
|
|
5
|
+
This domain governs release packaging, compatibility policy, and rollback readiness.
|
|
6
|
+
|
|
7
|
+
## Topics
|
|
8
|
+
- [Publish Hygiene](publish.md) - Package integrity, provenance, and release evidence
|
|
9
|
+
- [Rollback](rollback.md) - Recovery-first release operations
|
|
10
|
+
- [Compatibility](compatibility.md) - Runtime/tooling support policy and guardrails
|
|
11
|
+
- [Provenance Attestation](provenance-attestation.md) - SBOM linkage, artifact identity, and maintainership traceability
|
|
12
|
+
|
|
13
|
+
## Operating Model
|
|
14
|
+
- Use `expert` as the default distribution tier.
|
|
15
|
+
- Block release if rollback and compatibility guarantees are not verified.
|
|
16
|
+
|
|
17
|
+
## Above-Line Additions
|
|
18
|
+
- Release gates tied to benchmark and compatibility checks.
|
|
19
|
+
- Supply-chain artifacts (SBOM/provenance) as first-class outputs.
|
|
20
|
+
- Explicit rollback drills before critical releases.
|
|
21
|
+
|
|
22
|
+
## Usage Example
|
|
23
|
+
|
|
24
|
+
```bash
|
|
25
|
+
npm run gate:release
|
|
26
|
+
npm run report:governance-weekly
|
|
27
|
+
```
|
|
@@ -1,8 +1,8 @@
|
|
|
1
|
-
{
|
|
2
|
-
"schemaVersion": "compatibility-manifest-v1",
|
|
3
|
-
"artifactType": "skill-domain",
|
|
4
|
-
"domain": "distribution",
|
|
5
|
-
"ides": ["cursor", "windsurf", "copilot", "gemini", "claude", "codex", "cline"],
|
|
6
|
-
"nodeMin": "18",
|
|
7
|
-
"platforms": ["windows", "linux", "macos"]
|
|
8
|
-
}
|
|
1
|
+
{
|
|
2
|
+
"schemaVersion": "compatibility-manifest-v1",
|
|
3
|
+
"artifactType": "skill-domain",
|
|
4
|
+
"domain": "distribution",
|
|
5
|
+
"ides": ["cursor", "windsurf", "copilot", "gemini", "claude", "codex", "cline"],
|
|
6
|
+
"nodeMin": "18",
|
|
7
|
+
"platforms": ["windows", "linux", "macos"]
|
|
8
|
+
}
|
|
@@ -1,32 +1,32 @@
|
|
|
1
|
-
# Compatibility
|
|
2
|
-
|
|
3
|
-
Tier: ADVANCE
|
|
4
|
-
|
|
5
|
-
Compatibility policy prevents shipping builds that break on supported runtimes or tooling ecosystems.
|
|
6
|
-
|
|
7
|
-
## Compatibility Matrix
|
|
8
|
-
|
|
9
|
-
Define supported combinations explicitly:
|
|
10
|
-
- Runtime versions (Node, Python, Java, etc.)
|
|
11
|
-
- OS/platform scope
|
|
12
|
-
- IDE/editor integration versions
|
|
13
|
-
- Dependency constraints
|
|
14
|
-
|
|
15
|
-
## Gate Strategy
|
|
16
|
-
|
|
17
|
-
- Validate package against supported runtime matrix in CI.
|
|
18
|
-
- Block release on unsupported runtime regressions.
|
|
19
|
-
- Mark deprecated support windows and removal timeline.
|
|
20
|
-
|
|
21
|
-
## Breaking Change Protocol
|
|
22
|
-
|
|
23
|
-
- Major version for incompatible behavior.
|
|
24
|
-
- Migration notes for changed defaults.
|
|
25
|
-
- Transitional compatibility period when feasible.
|
|
26
|
-
|
|
27
|
-
## Review Checklist
|
|
28
|
-
|
|
29
|
-
- [ ] Supported runtime matrix is current and tested.
|
|
30
|
-
- [ ] Incompatible changes are versioned correctly.
|
|
31
|
-
- [ ] Migration notes exist for user-impacting changes.
|
|
1
|
+
# Compatibility
|
|
2
|
+
|
|
3
|
+
Tier: ADVANCE
|
|
4
|
+
|
|
5
|
+
Compatibility policy prevents shipping builds that break on supported runtimes or tooling ecosystems.
|
|
6
|
+
|
|
7
|
+
## Compatibility Matrix
|
|
8
|
+
|
|
9
|
+
Define supported combinations explicitly:
|
|
10
|
+
- Runtime versions (Node, Python, Java, etc.)
|
|
11
|
+
- OS/platform scope
|
|
12
|
+
- IDE/editor integration versions
|
|
13
|
+
- Dependency constraints
|
|
14
|
+
|
|
15
|
+
## Gate Strategy
|
|
16
|
+
|
|
17
|
+
- Validate package against supported runtime matrix in CI.
|
|
18
|
+
- Block release on unsupported runtime regressions.
|
|
19
|
+
- Mark deprecated support windows and removal timeline.
|
|
20
|
+
|
|
21
|
+
## Breaking Change Protocol
|
|
22
|
+
|
|
23
|
+
- Major version for incompatible behavior.
|
|
24
|
+
- Migration notes for changed defaults.
|
|
25
|
+
- Transitional compatibility period when feasible.
|
|
26
|
+
|
|
27
|
+
## Review Checklist
|
|
28
|
+
|
|
29
|
+
- [ ] Supported runtime matrix is current and tested.
|
|
30
|
+
- [ ] Incompatible changes are versioned correctly.
|
|
31
|
+
- [ ] Migration notes exist for user-impacting changes.
|
|
32
32
|
- [ ] CI verifies compatibility before publish.
|
|
@@ -0,0 +1,47 @@
|
|
|
1
|
+
# Provenance Attestation
|
|
2
|
+
|
|
3
|
+
Tier: EXPERT
|
|
4
|
+
|
|
5
|
+
Provenance attestation links shipped artifacts to source commits, policy gates, and maintainer intent so releases remain auditable.
|
|
6
|
+
|
|
7
|
+
## Attestation Requirements
|
|
8
|
+
|
|
9
|
+
Every release artifact should be traceable to:
|
|
10
|
+
|
|
11
|
+
- Source commit SHA.
|
|
12
|
+
- Versioned changelog entry.
|
|
13
|
+
- Gate evidence (release gate, benchmark, security checks).
|
|
14
|
+
- Maintainer identity and release timestamp.
|
|
15
|
+
|
|
16
|
+
## Artifact Chain
|
|
17
|
+
|
|
18
|
+
Maintain a simple provenance chain:
|
|
19
|
+
|
|
20
|
+
1. Build artifact from tagged commit.
|
|
21
|
+
2. Generate SBOM and integrity digest.
|
|
22
|
+
3. Attach gate output artifacts.
|
|
23
|
+
4. Publish with immutable version metadata.
|
|
24
|
+
|
|
25
|
+
If any step is missing, release should be blocked until evidence is complete.
|
|
26
|
+
|
|
27
|
+
## Tamper-Resistance Controls
|
|
28
|
+
|
|
29
|
+
- Avoid manual artifact replacement outside CI path.
|
|
30
|
+
- Keep checksums in release notes or signed metadata.
|
|
31
|
+
- Enforce immutable package versions after publish.
|
|
32
|
+
- Store audit artifacts with retention policy.
|
|
33
|
+
|
|
34
|
+
## Operational Review
|
|
35
|
+
|
|
36
|
+
At weekly cadence, review provenance quality:
|
|
37
|
+
|
|
38
|
+
- Are all recent releases traceable end to end?
|
|
39
|
+
- Were any gates bypassed or manually overridden?
|
|
40
|
+
- Are SBOM and compatibility manifests synchronized?
|
|
41
|
+
|
|
42
|
+
## Review Checklist
|
|
43
|
+
|
|
44
|
+
- [ ] Source commit and version metadata are linked.
|
|
45
|
+
- [ ] SBOM and checksum artifacts are attached.
|
|
46
|
+
- [ ] Gate evidence is complete and timestamped.
|
|
47
|
+
- [ ] No unsigned or out-of-band artifact replacement occurred.
|
|
@@ -1,37 +1,37 @@
|
|
|
1
|
-
# Publish Hygiene
|
|
2
|
-
|
|
3
|
-
Tier: EXPERT
|
|
4
|
-
|
|
5
|
-
Publishing should be repeatable, auditable, and minimal in surface area.
|
|
6
|
-
|
|
7
|
-
## Pre-Publish Gates
|
|
8
|
-
|
|
9
|
-
- Validate package contents and metadata.
|
|
10
|
-
- Run tests and policy validators.
|
|
11
|
-
- Confirm version/changelog consistency.
|
|
12
|
-
- Generate SBOM and provenance artifacts.
|
|
13
|
-
|
|
14
|
-
## Package Surface Control
|
|
15
|
-
|
|
16
|
-
- Use explicit allow-list for publish files.
|
|
17
|
-
- Exclude internal scripts, test fixtures, and local configs.
|
|
18
|
-
- Verify CLI entry points and executable permissions.
|
|
19
|
-
|
|
20
|
-
## Ownership and Provenance
|
|
21
|
-
|
|
22
|
-
- Ensure publisher identity is controlled.
|
|
23
|
-
- Record commit SHA and release timestamp.
|
|
24
|
-
- Attach generated reports (gate, benchmark, SBOM) to release artifacts.
|
|
25
|
-
|
|
26
|
-
## Failure Policy
|
|
27
|
-
|
|
28
|
-
- Abort publish on failing quality gate.
|
|
29
|
-
- Abort publish on unresolved high-severity security findings.
|
|
30
|
-
- Abort publish on missing changelog entry.
|
|
31
|
-
|
|
32
|
-
## Review Checklist
|
|
33
|
-
|
|
34
|
-
- [ ] Package contents match expected release manifest.
|
|
35
|
-
- [ ] Quality and security gates passed.
|
|
36
|
-
- [ ] Version and changelog are aligned.
|
|
1
|
+
# Publish Hygiene
|
|
2
|
+
|
|
3
|
+
Tier: EXPERT
|
|
4
|
+
|
|
5
|
+
Publishing should be repeatable, auditable, and minimal in surface area.
|
|
6
|
+
|
|
7
|
+
## Pre-Publish Gates
|
|
8
|
+
|
|
9
|
+
- Validate package contents and metadata.
|
|
10
|
+
- Run tests and policy validators.
|
|
11
|
+
- Confirm version/changelog consistency.
|
|
12
|
+
- Generate SBOM and provenance artifacts.
|
|
13
|
+
|
|
14
|
+
## Package Surface Control
|
|
15
|
+
|
|
16
|
+
- Use explicit allow-list for publish files.
|
|
17
|
+
- Exclude internal scripts, test fixtures, and local configs.
|
|
18
|
+
- Verify CLI entry points and executable permissions.
|
|
19
|
+
|
|
20
|
+
## Ownership and Provenance
|
|
21
|
+
|
|
22
|
+
- Ensure publisher identity is controlled.
|
|
23
|
+
- Record commit SHA and release timestamp.
|
|
24
|
+
- Attach generated reports (gate, benchmark, SBOM) to release artifacts.
|
|
25
|
+
|
|
26
|
+
## Failure Policy
|
|
27
|
+
|
|
28
|
+
- Abort publish on failing quality gate.
|
|
29
|
+
- Abort publish on unresolved high-severity security findings.
|
|
30
|
+
- Abort publish on missing changelog entry.
|
|
31
|
+
|
|
32
|
+
## Review Checklist
|
|
33
|
+
|
|
34
|
+
- [ ] Package contents match expected release manifest.
|
|
35
|
+
- [ ] Quality and security gates passed.
|
|
36
|
+
- [ ] Version and changelog are aligned.
|
|
37
37
|
- [ ] Provenance artifacts are generated and stored.
|