Skip to content

Release 0.2.0 - #2

Merged
Draganoider merged 6 commits into
mainfrom
test
Oct 16, 2026
Merged

Draganoider merged 6 commits into
mainfrom
test

Conversation

@Draganoider

Copy link
Copy Markdown
Owner

What this changes

Release 0.2.0: pairing with the Code Alarm app, by QR or by code, and alerts through its relay. Also the protocol examples both the CLI and the relay test against, and Codex's copy of the CLI kept current. Details are in the changelog's 0.2.0 section.

Checks

  • cd cli && npm run check passes (98 tests), and the rebuilt bundle, plugin binary and skill are committed
  • Nothing new leaves the computer: cli/test/privacy.test.ts passes, and the event protocol is unchanged (version 1). The new pairing request sends only a name and a token's SHA-256
  • Hooks still print nothing and exit 0
  • The changelog's Unreleased section is now [0.2.0] — 2026-10-16
  • No attribution lines in commits or this description

Versions: cli/package.json and plugins/claude-code/.claude-plugin/plugin.json are 0.2.0. After merging: tag v0.2.0 on main, then npm publish from cli/ (the owner approves with 2FA).

Third-party code: the bundle includes Project Nayuki's QR Code generator (MIT), vendored unchanged in cli/src/vendor/qrcodegen.ts, with its notice kept at the end of the bundle.

`pair <code>` redeems the code the app shows for a token bound to that one
phone, sending only the code and a name (never the hostname). Events then
go to the relay as they are, with the token only in a header; a failed
push is retried once with the same ID, which the relay dedupes. Pairing
keeps the ntfy settings, and one transport sends at a time, never both.

`status --last` reads back what the phone did with the last alert. The
relay isn't public yet, so `pair` needs --relay or CODE_ALARM_RELAY.
The relay is deployed at https://relay.codealarm.workers.dev, so pair no longer needs --relay. The tests point every run at their fake relay through CODE_ALARM_RELAY, so none reaches the real one.
docs/protocol-examples.json holds valid and invalid version 1 events. The CLI's new test checks that every event it can build follows the same rules, and the Code Alarm relay's tests check that it accepts the valid ones and refuses the invalid ones with the stated status. protocol.md now states those rules exactly.
Codex's hooks run the copy `install codex` made. An old copy can't read settings a newer
version wrote (16 Oct: a 14 Oct copy refused `transport: "app"`), and since hooks always exit 0,
every Codex alert would have been dropped silently.

`status` now reports a copy that is missing, older or a different build. `init`, `pair`,
`unpair` and `use` replace it after saving settings, unless the copy is newer. Only the copy
changes, so the hook commands stay byte-identical and Codex doesn't ask to trust them again.
The bundle's banner carries the version so an older copy can be named.
code-alarm pair with no code makes a sender token here, sends the relay only its SHA-256 and the computer's name, shows the returned code as a QR, and polls with the token until the phone approves. The typed-code flow stays. The QR is drawn with Project Nayuki's MIT QR Code generator, vendored unchanged; the bundle keeps its notice as a legal comment.
Pairing with the Code Alarm app, by QR or by code, and alerts through its relay; the protocol examples both sides test against; Codex's copy of the CLI kept current.
@Draganoider
Draganoider merged commit 69c3f30 into main Oct 16, 2026
10 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant