This SDK attempts to implement everything that provides ATProto. There is support for Lexicon Schemes, XRPC clients, Firehose, Identity, DID keys, signatures, and more. All models, queries, and procedures are generated automatically. The main focus is on the lexicons of and, but it doesn’t have a vendor lock on it. Feel free to use the code generator for your own lexicon schemes. SDK also provides utilities to work with CID, NSID, AT URI Schemes, DAG-CBOR, CAR files, DID Documents and more.


  • Python 3.8 or higher.


pip install atproto

Quick start

First of all, you need to create the instance of the XRPC Client. To do so, you have two major options: asynchronous, and synchronous. The difference only in import and how you call the methods. If you are not familiar with async, use sync instead.

For sync:

from atproto import Client

client = Client()
# By default, it uses the server of To change this behavior, pass the base api URL to constructor
# Client('')

For async:

from atproto import AsyncClient

client = AsyncClient()
# By default, it uses the server of To change this behavior, pass the base api URL to constructor
# AsyncClient('')

In the snippets below, only the sync version will be presented.

Right after the creation of the Client instance, you probably want to access the full API and perform actions by profile. To achieve this, you should log in to the network using your handle and password. The password could be app-specific.

from atproto import Client

client = Client()
client.login('my-username', 'my-password')

You are awesome! Now you feel to pick any high-level method that you want and perform it!

Code to send post:

from atproto import Client

client = Client()
client.login('my-username', 'my-password')
client.send_post(text='Hello World!')

Useful links to continue:

SDK structure

The SDK is built upon the following components:




Import shortcuts to other packages.


CLI tool to generate code.


XRPC Client, data models, and utils like rich text helper.


Code generator of models, clients, and namespaces.


Tools to work with NSID, AT URI Schemes, CID, CAR files, and DID Documents.


Crypto utils like multibase, signature verification, work with DID keys.


Firehose (data streaming) client and models.


Identity resolvers for DID, Handle, AT Protocol data, signing keys.


Lexicon parser.


Server-side utils like JWT.

I highly recommend you to use the atproto package to import everything that you need. It contains shortcuts to all other packages.


The documentation is live at

Getting help

You can get help in several ways:

Advanced usage

I’ll be honest. The high-level Client that was shown in the “Quick Start” section is not a real ATProto API. This is syntax sugar built upon the real XRPC methods! The high-level methods are not cover the full need of developers. To be able to do anything that you want, you should know to work with low-level API. Let’s dive into it!

The basics:

  • Namespaces – classes that group sub-namespaces and the XRPC queries and procedures. Built upon NSID ATProto semantic.

  • Model – dataclasses for input, output, and params of the methods from namespaces. Models describe Record and all other types in the Lexicon Schemes.


The client contains references to the root of all namespaces. It’s com and app for now.

from atproto import Client


To dive deeper, you can navigate using hints from your IDE. Thanks to well-type hinted SDK, it’s much easier.

from atproto import Client


The endpoint of the path is always the method that you want to call. The method presents a query or procedure in XRPC. You should not care about it much. The only thing you need to know is that the procedures required data objects. Queries could be called with or without params.


In some sub-namespaces, you can find records. Such record classes provide a syntax sugar not defined in the lexicon scheme. This sugar provides a more convenient way to work with repository operations. Such as creating a record, deleting a record, and so on.

Here are some available records of Bluesky records:

from atproto import Client

# ... more

Usage example with the post record:

from atproto import AtUri, Client, models

client = Client()
client.login('my-username', 'my-password')

posts =, limit=10)
for uri, post in posts.records.items():
    print(uri, post.text)

post =, AtUri.from_str(uri).rkey)

post_record = models.AppBskyFeedPost.Record(text='test record namespaces', created_at=client.get_current_time_iso())
new_post =, post_record)

deleted_post =, AtUri.from_str(new_post.uri).rkey)

Please note that not all repository operations are covered by these syntax sugars. You can always use the low-level methods to perform any desired action. One such action is updating a record.


To deal with methods, we need to deal with models! Models are available in the models module and have NSID-based aliases. Let’s take a look at it.

from atproto import models

# 90+ more...

The model classes in the “models” aliases could be:

  • Data model

  • Params model

  • Response model

  • Sugar response model

  • Record model

  • Type model

The only thing you need to know is how to create instances of models. Not with all models, you will work as model-creator. For example, SDK will create Response models for you.

There are a few ways how to create the instance of a model:

  • Dict-based

  • Class-based

The instances of data and params models should be passed as arguments to the methods that were described above.


from atproto import Client

client = Client()
client.login('my-username', 'my-password')
# The params model will be created automatically internally for you!
print({'handle': ''}))


from atproto import Client, models

client = Client()
client.login('my-username', 'my-password')
params = models.ComAtprotoIdentityResolveHandle.Params(handle='')

Tip: look at typehint of the method to figure out the name and the path to the input/data model!

Pro Tip: use IDE autocompletion to find necessary models! Just start typing the method name right after the dot (models.{type method name in camel case).

Models could be nested as hell. Be ready for it!

This is how we can send a post with the image using low-level XRPC Client:

from atproto import Client, models

client = Client()
client.login('my-username', 'my-password')

with open('cat.jpg', 'rb') as f:
    img_data =

    upload = client.upload_blob(img_data)
    images = [models.AppBskyEmbedImages.Image(alt='Img alt', image=upload.blob)]
    embed = models.AppBskyEmbedImages.Main(images=images)
                created_at=client.get_current_time_iso(), text='Text of the post', embed=embed

    # of course, you can use the syntax sugar here instead
    post = models.AppBskyFeedPost.Record(text='Text of the post', embed=embed, created_at=client.get_current_time_iso()), post)
    # or even high-level client
    client.send_image(text='Text of the post', image=img_data, image_alt='Img alt')
    # these three methods are equivalent

I hope you are not scared. May the Force be with you. Good luck!