Skip to content

chore(sdks): bump daemon-client packages for antd 0.16.0 - #386

Merged
Nic-dorman merged 3 commits into
mainfrom
nic/sdk-packages-0.16.0
Oct 22, 2026
Merged

Nic-dorman merged 3 commits into
mainfrom
nic/sdk-packages-0.16.0

Conversation

@Nic-dorman

@Nic-dorman Nic-dorman commented Oct 22, 2026 •

Copy link
Copy Markdown
Member

Package bump for the antd 0.16.0 round, following the pattern of #311. The pointer and manifest APIs are on main but in no published package yet, so every registry-published daemon client moves up a minor version.

Package Registry Version Tag to push after merge
antd-py PyPI antd 0.2.0 → 0.3.0 antd-py-v0.3.0
antd-js npm @withautonomi/antd 0.2.0 → 0.3.0 (package.json + both package-lock root entries) antd-js-v0.3.0
antd-csharp NuGet Autonomi.Antd 0.2.0 → 0.3.0 nuget-v0.3.0
antd-dart pub.dev antd_client 0.2.0 → 0.3.0 (pubspec, CHANGELOG "Unreleased" → 0.3.0, README ^0.3.0) dart-v0.3.0
antd-ruby RubyGems antd 0.2.0 → 0.3.0 ruby-v0.3.0
antd-php Packagist autonomi/antd (mirror) tag-only php-v0.3.0
antd-rust crates.io antd-client (held: no crates.io token yet) 0.3.0 → 0.4.0 (Cargo.toml, Cargo.lock, README "0.4") held
antd-mcp PyPI antd-mcp (held, never published) stays 0.1.0; antd[rest]>=0.2.0,<0.4 (see below) held

Notes

  • Breaking or behaviour changes, already documented in each README:
  • antd-mcp: the dependency becomes antd[rest]>=0.2.0,<0.4. Only the cap moves; the floor stays at 0.2.0. The two CI paths disagree until antd 0.3.0 is on PyPI: Python CI installs the checkout's antd-py (0.3.0), which the old <0.3 cap rejected (9b1f307), and the security audit resolves against PyPI, which has no 0.3.0 for a >=0.3.0 floor (a561eb6). Checked locally: the CI install gives 123 passed, 2 skipped, and uv pip compile resolves antd==0.2.0. The pointer and manifest tools register only when the installed SDK has them. After antd-py-v0.3.0 publishes, a follow-up raises the floor to 0.3.0.
  • antd-go was already released by the v0.16.0 tag (antd-go/v0.16.0).
  • Not registry-published and so not bumped here: Java, Kotlin, Swift, Elixir, Lua, Zig, C++.

After merge

Push one tag per push (GitHub drops workflow events when more than 3 tags arrive in one push), in this order: antd-py-v0.3.0, antd-js-v0.3.0, nuget-v0.3.0, dart-v0.3.0, ruby-v0.3.0, php-v0.3.0. Then approve each environment and check that each registry lists the new version.

Verified

  • cargo metadata --locked for antd-rust.
  • The only remaining 0.2.0 mentions in these packages are history notes ("new in 0.2.0") and the MCP compat tests that simulate a 0.2.0 SDK.

🤖 Generated with Claude Code

Nic-dorman and others added 3 commits October 22, 2026 08:58
The pointer and manifest APIs (and the C# REST ALREADY_EXISTS mapping,
the MCP SERVICE_UNAVAILABLE hint and the Swift stream error code) are on
main but in no published package yet. Bump every registry-published
daemon client so each publish workflow's tag-equals-manifest check passes:

- antd-py (PyPI antd): pyproject 0.3.0
- antd-js (npm @withautonomi/antd): package.json and package-lock 0.3.0
- antd-csharp (NuGet Autonomi.Antd): csproj <Version> 0.3.0. REST
  ALREADY_EXISTS now throws AlreadyExistsException (README "Upgrading")
- antd-dart (pub.dev antd_client): pubspec 0.3.0; CHANGELOG "Unreleased"
  becomes 0.3.0; README dependency ^0.3.0
- antd-ruby (RubyGems antd): VERSION 0.3.0
- antd-rust (crates.io antd-client, not yet published): Cargo.toml and
  Cargo.lock 0.4.0, README "0.4". The new AntdError variants are
  breaking (README "Upgrading from 0.3.x"); 0.3.0 was bumped in #324
  but never published.

antd-mcp stays 0.1.0 (never published) and now requires
antd[rest]>=0.3.0,<0.4, the first SDK with the pointer and manifest
APIs its tools call. The import guards in server.py, manifests.py and
errors.py stay, for installs that bypass the floor; comments and the
README now name 0.3.0.

PHP (Packagist, via the mirror) takes its version from the php-v tag
only. antd-go was released by the v0.16.0 tag (antd-go/v0.16.0).

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…PyPI

The security audit resolves each pyproject against PyPI, and antd 0.3.0
isn't published yet, so a >=0.3.0 floor can't resolve. antd-mcp is not
published either; its floor moves to 0.3.0 in a follow-up once the
antd-py-v0.3.0 tag has published.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Python CI installs the checkout's antd-py (now 0.3.0) with antd-mcp, so
the <0.3 cap no longer resolves. The security audit resolves against
PyPI, where only 0.2.0 exists, so the floor can't move to 0.3.0 yet.
>=0.2.0,<0.4 satisfies both; the pointer and manifest tools already
register only when the installed SDK has them. The floor moves to 0.3.0
once 0.3.0 is on PyPI.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@Nic-dorman
Nic-dorman merged commit 664067e into main Oct 22, 2026
25 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