godpowers 1.6.23 → 1.6.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/CHANGELOG.md CHANGED
@@ -7,6 +7,40 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
7
7
 
8
8
  ## [Unreleased]
9
9
 
10
+ ## [1.6.24] - 2026-05-16
11
+
12
+ Strict background release readiness.
13
+
14
+ ### Added
15
+ - Added the `strict-release-readiness` automation template so delegated or
16
+ scheduled release checks fail closed when any required release surface is
17
+ unchecked, stale, missing, untested, or inconsistent with the intended
18
+ version.
19
+ - Added a required release-surface manifest for root docs, docs, agents,
20
+ skills, routing, workflows, schema, templates, references, hooks, lib,
21
+ scripts, tests, fixtures, GitHub workflows, package metadata, npm latest,
22
+ git tag state, GitHub release state, CI, publish workflow, and local install
23
+ state.
24
+
25
+ ### Changed
26
+ - `/god-automation-setup` now recommends `strict-release-readiness` for
27
+ background release checks and keeps the narrower `release-readiness`
28
+ template reserved for quick manual checks.
29
+ - The release maintenance recipe now routes background-release setup through
30
+ `/god-automation-setup` with an explicit no-publish guardrail.
31
+ - Auto-invoke visibility docs now classify strict release readiness as a
32
+ read-only, fail-closed Level 2 automation candidate.
33
+ - The release checklist now names every folder and published surface that must
34
+ be checked before packaging, tagging, pushing, releasing, or publishing.
35
+
36
+ ### Guardrails
37
+ - Added behavioral coverage that verifies the strict release readiness
38
+ template exists, is fail-closed, refuses file mutation, and names every
39
+ required release surface.
40
+ - The strict readiness template may report blockers and exact next commands,
41
+ but it must not modify files, stage, commit, tag, push, create a GitHub
42
+ release, publish to npm, delete files, clear caches, or change installs.
43
+
10
44
  ## [1.6.23] - 2026-05-16
11
45
 
12
46
  Full repository audit, release gate hardening, and documentation repair.
package/README.md CHANGED
@@ -2,7 +2,7 @@
2
2
 
3
3
  [![CI](https://github.com/aihxp/godpowers/actions/workflows/ci.yml/badge.svg)](https://github.com/aihxp/godpowers/actions/workflows/ci.yml)
4
4
  [![License: MIT](https://img.shields.io/badge/License-MIT-yellow.svg)](LICENSE)
5
- [![Version](https://img.shields.io/badge/version-1.6.23-blue)](CHANGELOG.md)
5
+ [![Version](https://img.shields.io/badge/version-1.6.24-blue)](CHANGELOG.md)
6
6
  [![npm](https://img.shields.io/npm/v/godpowers.svg)](https://www.npmjs.com/package/godpowers)
7
7
 
8
8
  **Ship fast. Ship right. Ship everything. Ship accountably.**
@@ -12,10 +12,12 @@ idea to hardened production. It runs as **slash commands inside your AI coding
12
12
  tool** (Claude Code, Codex, Cursor, etc.) that orchestrate **specialist agents**
13
13
  in fresh contexts to do the work.
14
14
 
15
- Version 1.6.23 hardens the release surface after a full file-by-file audit.
16
- Godpowers now keeps repo documentation, release gates, feature awareness,
17
- host guarantees, source-system sync-back, and repository surface checks aligned
18
- from reconciliation through final sync.
15
+ Version 1.6.24 makes background release readiness strict and fail-closed.
16
+ Godpowers now requires delegated release checks to cover root docs, docs,
17
+ agents, skills, routing, workflows, schema, templates, references, hooks, lib,
18
+ scripts, tests, fixtures, GitHub workflows, package metadata, npm, GitHub
19
+ release, CI, publish workflow, and local install state before a human-approved
20
+ release executor can run.
19
21
 
20
22
  The dashboard now starts with an action brief and a host guarantee line: the
21
23
  next command, why it is recommended, whether the project is ready, the first
package/RELEASE.md CHANGED
@@ -1,11 +1,12 @@
1
- # Godpowers 1.6.23 Release
1
+ # Godpowers 1.6.24 Release
2
2
 
3
3
  Date: 2026-05-16
4
4
 
5
- Godpowers 1.6.23 hardens the repository after a full file-by-file audit. It
6
- aligns release gates, documentation sync, repository surface sync, feature
7
- awareness, source-system sync-back, host guarantees, dashboard closeouts, and
8
- package publishing into one verified release surface.
5
+ Godpowers 1.6.24 turns release readiness automation into a strict,
6
+ fail-closed background check. It packages the lesson from the 1.6.23 release:
7
+ release readiness cannot be inferred from README, package metadata, and
8
+ changelog alone. Every owned repo surface must be checked or the release is
9
+ blocked.
9
10
 
10
11
  ## What is stable
11
12
 
@@ -38,56 +39,47 @@ package publishing into one verified release surface.
38
39
 
39
40
  ## What is new
40
41
 
41
- - Added `.planning/2026-05-16-surface-sync-status.md` to record the current
42
- `.github/workflows`, `.planning`, and `agents` sync status without rewriting
43
- historical planning evidence.
44
- - Expanded `god-reconciler` so feature reconciliation includes repository
45
- documentation, repository surface, runtime feature awareness, source-system
46
- sync-back, and host capability checks.
47
- - Expanded `god-updater` so closeout reports repo-doc sync, repo-surface sync,
48
- feature awareness, source-system sync-back, host capability, dashboard
49
- refresh, checkpoint sync, Pillars sync, and context refresh.
50
- - Updated workflow release jobs so root and first-party pack publishing run
51
- the complete release gate first.
52
- - Updated `prepublishOnly` so local npm publish attempts also run the complete
53
- release gate.
42
+ - Added `strict-release-readiness` to the safe automation templates.
43
+ - Added a strict release-surface manifest that covers root docs, docs, agents,
44
+ skills, routing, workflows, schema, templates, references, hooks, lib,
45
+ scripts, tests, fixtures, GitHub workflows, package metadata, npm latest, git
46
+ tag state, GitHub release state, CI status, publish workflow status, and
47
+ local install state.
48
+ - Updated `/god-automation-setup` so background release checks use the strict
49
+ template by default.
50
+ - Updated the release maintenance recipe so background release setup goes
51
+ through `/god-automation-setup` and keeps publishing behind explicit human
52
+ approval.
53
+ - Updated auto-invoke visibility docs so strict release readiness is a Level 2
54
+ read-only local automation candidate.
54
55
 
55
- ## Repairs
56
+ ## Guardrails
56
57
 
57
- - Repaired stale current-version claims in README, architecture, roadmap,
58
- reference docs, `/god-version`, and agent context.
59
- - Repaired stale `/god-reconcile` docs so the command and specialist agent
60
- describe the same expanded sync surfaces.
61
- - Repaired final sync docs so `/god-mode`, `god-orchestrator`, and agent specs
62
- all describe core artifacts plus local runtime and repository sync surfaces.
63
- - Removed literal forbidden dash and emoji characters from primary source files
64
- while keeping validator tests intact through Unicode escape sequences.
65
- - Repaired release documentation drift around package contents, route quality,
66
- recipe coverage, release-surface checks, dogfood, host guarantees, extension
67
- authoring, and Mode D suite release dry-runs.
58
+ - Strict release readiness fails closed when any required surface is unchecked,
59
+ stale, missing, untested, or inconsistent with the intended version.
60
+ - Strict release readiness reports blockers and exact next commands only.
61
+ - Strict release readiness must not modify files, stage, commit, tag, push,
62
+ create a GitHub release, publish to npm, delete files, clear caches, or
63
+ change runtime installs.
64
+ - Behavioral tests verify that the strict template is fail-closed, read-only,
65
+ and names every required release surface.
68
66
 
69
67
  ## Validation
70
68
 
71
69
  Release validation includes:
72
70
 
73
- - source audit over 639 tracked plus untracked source files
74
- - `node scripts/validate-skills.js`
75
- - `bash scripts/smoke.sh`
76
- - `node scripts/test-agent-validator.js`
77
- - `node scripts/test-artifact-linter.js`
78
- - `node scripts/test-repo-doc-sync.js`
79
- - `node scripts/test-repo-surface-sync.js`
71
+ - `node scripts/test-automation-providers.js`
80
72
  - `node scripts/test-automation-surface-sync.js`
81
- - `node scripts/test-feature-awareness.js`
82
- - `node scripts/test-host-capabilities.js`
83
- - `node scripts/test-dogfood-runner.js`
84
- - `node scripts/test-extension-authoring.js`
85
- - `node scripts/test-mode-d.js`
86
- - `node scripts/test-extensions-publish.js`
87
- - `node scripts/test-install-smoke.js`
88
- - `npm audit --omit=dev`
89
- - `git diff --check`
73
+ - `node scripts/test-recipes.js`
74
+ - source scan for forbidden dash characters in edited files
90
75
  - `npm run release:check`
76
+ - `npm pack --json`
77
+ - npm cache clear before local install
78
+ - local uninstall and reinstall from the generated tarball
79
+ - tag-triggered npm publish workflow with provenance
80
+ - npm registry verification after publish
81
+ - local uninstall and reinstall from `godpowers@1.6.24`
82
+ - all-runtime `godpowers --all` refresh after published install
91
83
 
92
- The `v1.6.23` tag should point to the release commit that matches the npm
93
- `godpowers@1.6.23` package.
84
+ The `v1.6.24` tag should point to the release commit that matches the npm
85
+ `godpowers@1.6.24` package.
@@ -14,6 +14,24 @@ const os = require('os');
14
14
 
15
15
  const CONFIG_PATH = '.godpowers/automations.json';
16
16
 
17
+ const STRICT_RELEASE_SURFACES = [
18
+ 'root docs: README.md, CHANGELOG.md, RELEASE.md, CONTRIBUTING.md, SUPPORT.md, USERS.md, ARCHITECTURE.md, ARCHITECTURE-MAP.md, AGENTS.md, SKILL.md',
19
+ 'docs/: release checklist, roadmap, reference, validation, concepts, getting started, feature awareness, auto-invoke visibility, repo sync docs',
20
+ 'agents/: pillar files and specialist agent contracts',
21
+ 'skills/: command skills and release-visible examples',
22
+ 'routing/: command routes and high-frequency recipes',
23
+ 'workflows/: full arc, feature, hotfix, refactor, migration, docs, deps, hygiene, suite, and audit workflows',
24
+ 'schema/: events, intent, routing, recipe, state, workflow, and extension schemas',
25
+ 'templates/: generated artifact templates and update logs',
26
+ 'references/: have-nots, orchestration, planning, building, design, and shared references',
27
+ 'hooks/: session-start and pre-tool-use runtime hooks',
28
+ 'lib/: sync detectors, release guardrails, host capabilities, automation providers, and runtime helpers',
29
+ 'scripts/: release gate, smoke, package, and sync tests',
30
+ 'tests/ and fixtures/: integration, dogfood, and golden fixtures',
31
+ '.github/workflows/: CI, publish, and pack publish gates',
32
+ 'package surface: package.json, package-lock.json, npm files list, pack contents, npm latest, git tag, and release notes'
33
+ ];
34
+
17
35
  const SAFE_TEMPLATES = [
18
36
  {
19
37
  id: 'daily-status',
@@ -43,6 +61,20 @@ const SAFE_TEMPLATES = [
43
61
  risk: 'read-only',
44
62
  prompt: 'Run a read-only hygiene summary for docs drift, dependency signals, checkpoint age, and pending reviews.'
45
63
  },
64
+ {
65
+ id: 'strict-release-readiness',
66
+ title: 'Strict release readiness report',
67
+ cadence: 'Manual, before release, or weekly before planned releases',
68
+ risk: 'read-only, fail-closed',
69
+ surfaces: STRICT_RELEASE_SURFACES.slice(),
70
+ prompt: [
71
+ 'Run strict release readiness for every required Godpowers release surface.',
72
+ 'Check root docs, docs/, agents/, skills/, routing/, workflows/, schema/, templates/, references/, hooks/, lib/, scripts/, tests/, fixtures/, .github/workflows/, package metadata, git tag state, GitHub release state, npm latest, and local install state.',
73
+ 'Run or report the status of repo documentation sync, repo surface sync, route quality sync, recipe coverage sync, release surface sync, automation surface sync, package content checks, release gate status, CI status, publish workflow status, forbidden character scan, stale version scan, and unstaged work.',
74
+ 'Fail closed when any required surface is unchecked, stale, missing from the package manifest, not covered by tests, or inconsistent with the intended version.',
75
+ 'Summarize blockers and exact next commands only. Do not modify files, stage, commit, tag, push, create a GitHub release, publish to npm, delete files, or clear caches.'
76
+ ].join(' ')
77
+ },
46
78
  {
47
79
  id: 'release-readiness',
48
80
  title: 'Release readiness report',
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "godpowers",
3
- "version": "1.6.23",
3
+ "version": "1.6.24",
4
4
  "description": "AI-powered development system: 110 slash commands and 40 specialist agents that take a project from raw idea to hardened production. Runs inside Claude Code, Codex, Cursor, Windsurf, Gemini, and 10+ other AI coding tools.",
5
5
  "bin": {
6
6
  "godpowers": "./bin/install.js"
@@ -23,5 +23,7 @@ sequences:
23
23
  why: "Verify README, release notes, badges, and public docs against code"
24
24
  - command: "/god-version"
25
25
  why: "Confirm installed runtime and package version visibility"
26
+ - command: "/god-automation-setup"
27
+ why: "Use strict-release-readiness for any background release check; do not publish without explicit user approval"
26
28
 
27
29
  default-sequence: default
@@ -83,8 +83,13 @@ for that exact write-capable automation:
83
83
  - `stale-checkpoint`: inspect checkpoint freshness and suggest `/god-sync` or `/god-resume-work`
84
84
  - `review-queue`: report unresolved review items without clearing them
85
85
  - `weekly-hygiene`: report docs, dependencies, checkpoint, reviews, and hygiene signals
86
+ - `strict-release-readiness`: fail-closed release readiness across root docs, docs, agents, skills, routing, workflows, schema, templates, references, hooks, lib, scripts, tests, fixtures, GitHub workflows, package metadata, git tag state, GitHub release state, npm latest, and local install state
86
87
  - `release-readiness`: report release readiness without publishing
87
88
 
89
+ Use `strict-release-readiness` for any background release automation. Use
90
+ `release-readiness` only for quick manual checks where the user explicitly
91
+ accepts a narrower report.
92
+
88
93
  ## Provider Guidance
89
94
 
90
95
  - Codex App: use native Codex automations when the host exposes them.
@@ -14,7 +14,7 @@ Print version and a short capability summary.
14
14
  ## Output
15
15
 
16
16
  ```
17
- Godpowers v1.6.23
17
+ Godpowers v1.6.24
18
18
  Install: /Users/.../.claude/ (matches package.json)
19
19
  Surface: 110 skills, 40 agents, 13 workflows, 40 recipes
20
20
  Schema: intent.v1, state.v1, events.v1, workflow.v1, routing.v1, recipe.v1