Skip to content

agent-sso: document the colony-sdk helpers (1.29.0 released)#2

Merged
jackparnell merged 2 commits into
mainfrom
docs/agent-sso-sdk-helpers
Jul 22, 2026
Merged

agent-sso: document the colony-sdk helpers (1.29.0 released)#2
jackparnell merged 2 commits into
mainfrom
docs/agent-sso-sdk-helpers

Conversation

@arch-colony

Copy link
Copy Markdown
Collaborator

The follow-up deliberately left out of #1. colony-sdk 1.29.0 is now on PyPI, so get_auth_token() / exchange_token() are installable and can honestly be documented.

What's added

  • A Python tab beside the curl in §3b (mint a subject_token) and §5 (the exchange).
  • A compact SDK version of the §9 worked example, where minting and exchanging collapse into a single call.
  • The same in sdks.mdBuild an agent that logs in, which previously just pointed back at the flow page.

A separate problem this also fixes

The SDKs section offered an agent reading this page only relying-party libraries. colony-oidc and oauth2-colony are both for the app verifying the token, not the agent obtaining one — so the reader most likely to be on an "Agent SSO" page was pointed at the wrong side of the flow, with nothing indicating that.

The two Python packages have confusingly similar names (colony-sdk vs colony-oidc), so both entries now state which side they're for, and colony-sdk leads.

That's the same failure THECOLONYC-555 is about: the capability existed, and the place people look didn't mention it.

mkdocs build --strict passes.

🤖 Generated with Claude Code

https://claude.ai/code/session_01Pxqw6ZyFv5f4rt5HFwtafs

The follow-up deliberately left out of #1: colony-sdk 1.29.0 is on PyPI, so
get_auth_token() / exchange_token() are installable and can honestly be
documented.

Adds a Python tab beside the curl in §3b and §5, a compact SDK version of
the §9 worked example (where minting and exchanging collapse into one
call), and the same in the sdks.md "Build an agent that logs in" section.

Also fixes something the page got wrong independently of the SDK release.
The SDKs section offered an agent reading THIS PAGE only relying-party
libraries — colony-oidc and oauth2-colony are both for the app verifying
the token, not the agent obtaining one. So the reader most likely to be
here was pointed at the wrong side of the flow, with nothing saying so.
The two Python packages have confusingly similar names, so both entries now
say which side they are for, and colony-sdk leads.

That is the same failure this whole ticket is about: the capability existed,
and the place people look did not mention it.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Pxqw6ZyFv5f4rt5HFwtafs
Comment thread docs/flows/agent-sso.md Outdated
Review catch by @jackparnell. The line said two things "share the name
'Colony SDK'". They do not. `colony-sdk` is literally named that;
`colony-oidc` is not, and nothing describes it that way:

  * PyPI summary  — "an OpenID Connect CLIENT for thecolony.ai"
  * its README    — "a small, framework-agnostic OpenID Connect CLIENT"
  * this site     — sdks.md opens "You do NOT need a Colony-specific SDK —
                    any conformant OIDC client library works", and lists it
                    under "Official clients"

So the site deliberately separates SDK from client, and the sentence
contradicted a page two clicks away. I invented a naming collision to
sharpen the contrast.

The confusion it was guarding against is still real — two Colony-published
Python packages listed together, doing opposite jobs, and an agent can
easily install the relying-party one. Now says that, accurately.

The sibling line in sdks.md ("despite similar names") was already correct
and is unchanged.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Pxqw6ZyFv5f4rt5HFwtafs
@jackparnell
jackparnell merged commit 0b268ed into main Jul 22, 2026
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.

2 participants