Pi Agent Python SDK
Run Pi from Python. Stream responses, continue conversations, and control sessions.
A community Python SDK for Pi coding agent. Use synchronous or asynchronous clients with typed access to Pi's RPC commands and no third-party Python runtime dependencies. Pi runs as a subprocess and keeps its usual models, authentication, tools, extensions, skills, and configuration.
Requires Python 3.11+ and a separate Pi installation. The tested protocol baseline is Pi 0.85.1; see compatibility for version and platform scope.
Quick start · Streaming · Async · Configuration · RPC · Documentation
Quick start
Install Pi with Node.js 22.19.0 or newer:
npm install -g @earendil-works/pi-coding-agent@0.85.1
pi --version
Run pi once to configure your provider and model using Pi's normal setup.
The SDK uses that configuration when it starts Pi.
Install the Python package from PyPI:
python -m pip install pi-agent-python-sdk==0.2.0
The distribution is named pi-agent-python-sdk; import it as
pi_agent.
from pi_agent import PiClient
with PiClient() as pi:
result = pi.run("Explain the current project without changing files.")
print(result.text)
The context manager starts and closes Pi. run() waits for the conversation to
settle, including retries and queued follow-ups. The result includes finalized
messages, session identity, elapsed time, and observed assistant usage.
Continue the conversation with another call on the same client:
from pi_agent import PiClient
with PiClient() as pi:
print(pi.run("Explain this project's entry points without editing files.").text)
print(pi.run("Which of those entry points handles configuration?").text)
Pi keeps the conversation context. Each result contains only the messages and answer from that call; a call with no assistant output has empty text.
What you can do
- Run and stream: get a final answer or consume text, thinking, and tool events.
- Keep a conversation: send follow-up prompts, resume sessions, fork, or clone.
- Control Pi: select models, adjust thinking, steer work, compact context, and call all 33 RPC commands in the pinned baseline.
- Integrate with your application: use sync or async clients, typed results, raw event dictionaries, and extension UI callbacks.
Streaming
from pi_agent import PiClient
with PiClient() as pi:
with pi.stream("Explain this project's entry points without editing files.") as stream:
for event in stream:
if event.text_delta is not None:
print(event.text_delta, end="", flush=True)
result = stream.result()
print(f"\nStop reason: {result.stop_reason}")
event.raw contains the full Pi event, including fields the SDK does not yet
recognize. Keep the stream inside its context: leaving early cleans up unfinished work. See errors and cancellation for
handling timeouts and partial results.
Async usage
Use AsyncPiClient in applications that already run an event loop. Command
arguments and results match the synchronous client.
import asyncio
from pi_agent import AsyncPiClient
async def main() -> None:
async with AsyncPiClient() as pi:
result = await pi.run("Explain the current project without changing files.")
print(result.text)
if __name__ == "__main__":
asyncio.run(main())
Async streaming uses async with pi.stream(...), async for event in stream,
and await stream.result(). See the complete streaming example.
Configuration
Choose the project directory and whether to save the conversation:
from pi_agent import PiClient
with PiClient(cwd=".", no_session=True) as pi:
print(pi.run("Describe this project without changing files.").text)
Leave no_session unset to preserve Pi's normal session persistence. Use
provider= and model= to override Pi's configured model, or session= to open
an existing session. See constructor options
for environment overrides, executable paths, and deadlines.
Extensions are installed and configured through Pi. To load your own extension,
pass extra_args=["--extension", "/absolute/path/to/your-extension.ts"] to either
client. See using your own extensions
for details and extension UI for an interactive example.
RPC access
The SDK speaks Pi's existing JSONL protocol over stdin/stdout:
Your Python application
PiClient / AsyncPiClient
pi --mode rpc
Models · tools · extensions · sessions
Choose the interface that fits the work:
| You need | Use |
|---|---|
| A completed conversation result | run() |
| Events while a conversation runs | stream() |
| Prompt acknowledgement and your own event handling | prompt() with events() |
| Session events through the next settlement | prompt_and_wait() or collect_events() |
| Every event without retaining history | on_event(callback) |
| A specific Pi operation | get_state(), set_model(), fork(), and other command methods |
| A raw command response envelope | request() |
For example, inspect session state without starting a model run:
from pi_agent import PiClient
with PiClient() as pi:
state = pi.get_state()
print(state["sessionId"])
Python arguments use snake_case; wire dictionaries retain Pi's camelCase
fields. prompt() acknowledges submission, which may be handled entirely by an
extension. It does not wait for a completed answer.
Use one client per conversation and wait for each run() or stream to finish
before starting the next. After using prompt() for your own event handling,
use a fresh client for run() or stream() so results cannot include delayed
events from earlier work. The SDK launches a new process and cannot attach to an existing
Pi terminal session.
See RPC structure for the protocol mapping and module layout, and the command reference for every method.
Documentation
| Guide | Contents |
|---|---|
| Usage | Sessions, images, concurrency, events, and extension UI |
| API reference | Constructors, commands, types, and results |
| Errors and cancellation | Deadlines, partial results, cleanup, and recovery |
| RPC structure | How the Python client maps to Pi's protocol |
| Compatibility | Runtime versions and platform validation |
| Examples | Runnable sync, async, streaming, sessions, steering, and UI examples |
| Release notes | Changes included in 0.2.0 |
Examples use your configured Pi and may make provider calls. Development checks use an isolated local test provider; see CONTRIBUTING.md for setup and validation commands.
Maintainers: protocol discovery · maintenance · release checklist.
License
Metadata
Release files for pi-agent-python-sdk 0.2.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| pi_agent_python_sdk-0.2.0.tar.gz | 40.2 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| pi_agent_python_sdk-0.2.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 86.5 kB
Release files / pi_agent_python_sdk-0.2.0.tar.gz
| Download URL | pi_agent_python_sdk-0.2.0.tar.gz |
|---|---|
| Size | 40.2 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
18fcfe9b51117c2917ead16274d59f2e87e358ad0a7c6b5427f2191076bbd5cc
|
|
BLAKE2b-256 checksum How to use checksums |
5c2a9f629d57759472025131f3a0c28a88bbb77493cb271eee63d9f45e7a7e9a
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 19, 2026.
Transparency logRelease files / pi_agent_python_sdk-0.2.0-py3-none-any.whl
| Download URL | pi_agent_python_sdk-0.2.0-py3-none-any.whl |
|---|---|
| Size | 46.4 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
7656677d4a507ee34c29d1808fd9a00b00224c23014f67e3882fe21523d2c595
|
|
BLAKE2b-256 checksum How to use checksums |
9edb9cf30ffdd28461ec9195346a95c1180da862a5d0a4922934efb0d3fbe421
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 19, 2026.
Transparency log