Skip to content

Publish and verify codex-sdlc-wizard 1.0.0 #88

Description

@BaseInfinity

Goal

Publish the verified 1.0.0 trust-contract release and confirm that every public release surface serves the same artifact.

Acceptance criteria

  • Merge all required 1.0.0 release-blocking issues in milestone order.
  • Bump and verify package/plugin version alignment.
  • Run the full proof suite once for the frozen release candidate and required independent release checks.
  • Confirm Sol High and Fable High approvals, required CI, tag, package, plugin payload, and release all bind the exact same immutable candidate.
  • Confirm Run the frozen 1.0 candidate on real Windows Codex Desktop and CLI #79 passed against that exact candidate, including Codex Desktop install/enable/update/restart, single-workflow picker discovery, and real-Windows evidence.
  • Tag and publish 1.0.0 through the trusted release workflow.
  • Verify the GitHub release, npm package, plugin payload, and clean installation through the supported Codex Desktop and Codex CLI paths.
  • Record any release failure as a dedicated issue instead of silently repairing unrelated scope.

Boundary

This issue owns the publish-and-verify operation. #79 owns the final hardware-dependent Codex Desktop and CLI acceptance gate. Plugin Directory submission remains tracked by #66.

1.0 documentation and compatibility gate

  • Put the certified model baseline in the README first screen: GPT-5.6 Sol at High for consumers and this wizard maintainer repo; a different implementation effort requires a current explicit user request for that bounded run.
  • State that older Codex/model combinations are best-effort unless covered by the release matrix; do not claim unsupported compatibility.
  • Point users who require the prior contract to the last compatible pre-1.0 release.
  • Keep README, install/update guidance, release notes, npm metadata, plugin metadata, generated repo-local skill, and templates consistent.
  • Document the migration from the pre-1.0 review/proof behavior and confirm update preserves consumer customizations.
  • Complete a release documentation readback at the milestone boundary; docs are part of the candidate, not a follow-up.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    human-requiredRequires maintainer hardware, account, identity, admin, or portal action

    Projects

    No projects

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions