aboutsummaryrefslogtreecommitdiffstats

NAME

adenosine - command-line client for AT protocol (atproto.com)

SYNOPSIS

adenosine [OPTIONS] \<COMMAND> \<ARGS>

DESCRIPTION

This is a simple, enthusiast-grade CLI client for the work-in-progress AT Protocol (atproto.com). It is an entirely \"delegated\" client, which means that it does not store or cache any user content locally; everything works by making HTTP/XRPC requests to a Personal Data Server (PDS), which is usually a remote service.

The only real utility of this tool currently is messing around with prototype implementations, possibly while developing them.

This client does not currently do any schema validation of Lexicons, either at compile time or runtime (eg, dynamically fetching Lexicons). The Bluesky Lexicon (bsky.app) is partially supported with helper commands.

FIELD SYNTAX

Several commands accept generic key/value fields which are passed through as either query parameters or combined together in to a request body JSON object. Escaping and other corner-cases aren\'t handled.

==

Query parameter. Key and Value both passed as strings.

=

Body fields, combined together as a JSON object. Keys are strings, values are parsed as JSON with fall-through to string type.

For example, the argument list limit==25 title=\"regarding documentation\" year=2022 tags=\'[\"blue\", \"green\"]\' would be interpreted as a single query parameter \"limit\" with value \"25\", and a JSON object with keys \"title\" (string value), \"year\" (number value), \"tags\" (array of strings).

COMMANDS

status

Summarizes configuration, and (TODO) connection and authentication to the API server. Useful for debugging.

describe [name]

Prints repository description fetched from PDS

resolve \<name>

Has PDS resolve handle to a DID

Generic XRPC Requests

It is possible to construct and submit a generic XRPC request to the PDS, and prints any response.See field syntax section above about query parameters and body fields. Body fields only used for \"post\" requests.

xrpc \<\"get\"|\"post\"> \<nsid> [fields]+

Generic Record Interaction

ls \<at-uri>

List either collections under a repository, or records under a collection

get \<at-uri>

Fetch and print a single record

create \<collection> [fields]...

Construct and create a generic record, printing the resulting AT-URI and CID

update \<at-uri> [fields]...

Fetch record, update fields, \"put\" back to same record path

delete \<at-uri>

Delete a single record from repository

Bluesky (bsky.app)

bsky feed

Fetch the home feed, or account feed for a specific user

bsky follow

Create a \'follow\' record for the target by AT URI

bsky like

Create a \'like\' record for the target by AT URI

bsky notifications

Fetch notification feed

bsky post

Create a new \'post\' record

bsky profile

Display a profile record (or self if not provided)

bsky repost

Create a \'repost\' record for the target by AT URI

bsky search-users

Query by partial handle

Account Management

account register --email \<email> --password \<password> --handle \<handle>

account info

Fetches account metadata for the current session

account login --password \<password> --handle \<handle>

Create a new authenticated session

account logout

Deletes the current login session

Raw Repository Management

repo export [did]

Dump raw binary repository as CAR format to stdout

repo import [did]

Read raw binary repository as CAR format from stdin, and import to PDS

repo root [did]

Get the current \'root\' commit for a DID

OPTIONS

-h, --help

Prints help information

-V, --version

Prints version information

-v, --verbose

Pass many times for more log output By default, it\'ll only report errors. Passing `-v` one time also prints warnings, `-vv` enables info logging, `-vvv` debug, and `-vvvv` trace.

--host \<atp-host> [env: ATP_HOST]

--auth-token \<auth-token> [env: ATP_AUTH_TOKEN]

GETTING STARTED

To start interacting with a PDS, set the `ATP_HOST` environment variable. Then either register a test account, or create a new session for an existing account, and save the JWT token to the `ATP_AUTH_TOKEN`:

# default port for bluesky-social/atproto implementation
export ATP_HOST=http://localhost:2583

# register a new account
adenosine account register -u voltaire.test -p bogus -e voltaire@example.com
{
    "did": "did:plc:yqtuksvatmmgngd5nkkw75hn",
    "jwt": "eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJzdWIiOiJkaWQ6cGxjOnlxdHVrc3ZhdG1tZ25nZDVua2t3NzVobiIsImlhdCI6MTY2Njk5NjMwNn0.MMQa4JIQdwvhy-rjJ0kO-z8-KdoOL0Lto9JtOkK-lwE",
    "handle": "voltaire.test"
}

export ATP_AUTH_TOKEN=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJzdWIiOiJkaWQ6cGxjOnlxdHVrc3ZhdG1tZ25nZDVua2t3NzVobiIsImlhdCI6MTY2Njk5NjMwNn0.MMQa4JIQdwvhy-rjJ0kO-z8-KdoOL0Lto9JtOkK-lwE

# to clear the auth token env variable
unset ATP_AUTH_TOKEN

# create a new session (login) for existing account
adenosine account login -u voltaire.test -p bogus
{
    "did": "did:plc:yqtuksvatmmgngd5nkkw75hn",
    "jwt": "eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJzdWIiOiJkaWQ6cGxjOnlxdHVrc3ZhdG1tZ25nZDVua2t3NzVobiIsImlhdCI6MTY2Njk5NjQxNX0.j2wcF1g9NxT_1AvYRiplNf_jtK6S81y3L38AkcBwOqY",
    "name": "voltaire.test"
}

export ATP_AUTH_TOKEN=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJzdWIiOiJkaWQ6cGxjOnlxdHVrc3ZhdG1tZ25nZDVua2t3NzVobiIsImlhdCI6MTY2Njk5NjQxNX0.j2wcF1g9NxT_1AvYRiplNf_jtK6S81y3L38AkcBwOqY

You could save the `ATP_HOST` and `ATP_AUTH_TOKEN` values in `\~/.bashrc` so you don\'t need to enter them every time.

Now you can start posting and poking around:

adenosine bsky post "gruel again for breakfast"
{
    "cid": "bafyreig2aqlsg4arslck64wbo2hnhe6k2a4z3z2sjfzh3uapv3a4zjld7e",
    "uri": "at://did:plc:yqtuksvatmmgngd5nkkw75hn/app.bsky.post/3jg5zkr322c2a"
}

adenosine ls at://voltaire.test
app.bsky.post