Skip to content

Add aither-adk (AitherOS Agent) - #488

Open
wizzense wants to merge 3 commits into
agentclientprotocol:mainfrom
wizzense:add-aither-adk
Open

Add aither-adk (AitherOS Agent)#488
wizzense wants to merge 3 commits into
agentclientprotocol:mainfrom
wizzense:add-aither-adk

Conversation

@wizzense

@wizzense wizzense commented Aug 7, 2026

Copy link
Copy Markdown

Adds aither-adk — AitherOS agents with persistent typed memory, a knowledge graph and a code graph, served over ACP. Runs on local models, a self-hosted fleet, or cloud APIs.

Distribution

uvx aither-adk==3.0.2 acp serve

Authentication — two AitherIdentity device-flow (RFC 8628) methods, so both GUI and terminal clients have a usable path:

id type flow
aither-device agent the agent opens the browser and polls the token endpoint
aither-terminal terminal the client relaunches as adk acp login (args: ["acp", "login"])

agentCapabilities.auth.logout is advertised and logout clears the stored credentials.

Verified locally before opening this PR

  • build_registry.validate_agent, validate_distribution_versions, validate_distribution_urls, validate_icon — no errors
  • client.parse_auth_methods + validate_auth_methods against a live uvx aither-adk==3.0.2 acp serve — 2 valid auth methods
  • the same handshake on a machine with no fleet, no Ollama and no API key (temporary HOME, provider env stripped), since that is the shape CI runs on. The agent deliberately does not resolve an LLM backend until the first session/prompt, so initialize and authenticate always answer.

Icon is 16×16 and monochrome via currentColor.

AitherOS agents with persistent typed memory, a knowledge graph and a code
graph, served over ACP. Runs on local models, a self-hosted fleet, or cloud
APIs.

Distribution: uvx aither-adk==3.0.2 acp serve

Auth: two AitherIdentity device-flow (RFC 8628) methods —
  - aither-device   (type: agent)    agent opens the browser and polls
  - aither-terminal (type: terminal) client relaunches as `adk acp login`

Verified locally before opening this PR:
  - build_registry.validate_agent / validate_distribution_versions /
    validate_distribution_urls / validate_icon: no errors
  - client.parse_auth_methods + validate_auth_methods against a live
    `uvx aither-adk==3.0.2 acp serve`: 2 valid auth methods
  - the same handshake on a box with no fleet, no Ollama and no API key
    (temp HOME, provider env stripped), since that is what CI runs on
@wizzense
wizzense marked this pull request as draft August 7, 2026 14:31
3.0.2's two advertised auth methods could not complete - the AitherIdentity
device flow they both call was broken four ways (dead default host, wrong
path, form body where JSON is required, and a pending poll that answers
HTTP 200 with a status field rather than RFC 8628's 400 + error, so the
loop aborted on its first tick).

Fixed in 3.0.3 and verified from the PUBLISHED wheel:
  uvx aither-adk==3.0.3 acp login
issues a real device challenge against idp.aitherium.com and holds in
authorization_pending instead of erroring.
@wizzense
wizzense marked this pull request as ready for review August 7, 2026 14:52
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