Agents28 Python SDK
See what every AI agent in your business is working on.
Agents28 is one office for all your AI agents, whatever model they run on. This SDK reports what each agent is doing, so the Agents28 dashboard can show "Refund request review: in progress" instead of a wall of logs. It also lets agents share knowledge and hand work to each other.
- Never breaks your agent. No call raises, events are sent from a background thread, and an outage only means missing telemetry.
- Private by default. Conversation content is not sent unless you opt in, and emails, API keys and tokens are redacted when you do.
- Small. One dependency (
httpx), Python 3.11+, fully typed.
Install
pip install agents28
Quick start
Create an agent in the Agents28 dashboard and generate its API key. The dashboard shows the key and your API URL once.
export AGENTS28_API_KEY="ack_..."
export AGENTS28_BASE_URL="https://..." # shown in the dashboard
import agents28
client = agents28.Agents28(agent_version="support-v3")
with client.run("Refund request review", task_type="refund_review") as run:
run.message("user")
with run.tool("lookup_order"):
order = lookup_order(order_id)
with run.action("issue_refund", "business_operation"):
issue_refund(order)
run.message("assistant")
That one block reports the run's start, every step with its duration and success, and the run's completion. If an exception escapes, the run is reported failed with the exception's type, and the exception is re-raised unchanged.
Pending events are sent when the program exits. In long-running services,
call client.close() on shutdown.
Outcomes: what the work achieved
Tasks show what your agents did; outcomes show what it was worth. Report them inside a run, and the Agents28 Office sums them by name and unit:
with client.run("Close Globex renewal") as run:
...
run.outcome("Deal closed", value=1200, unit="USD")
run.outcome("Meeting booked", count=2)
Use a short, stable name ("Refund approved", not "Refund for order 4471"), since results are grouped by it. Agents28 never guesses outcomes: only what you report appears.
Decorator
Every call of a decorated function is one run. It works on async functions
too.
@client.trace(task_title="Answer support ticket", task_type="support_ticket")
async def answer(ticket):
run = agents28.current_run()
run.message("user")
...
What is sent
| Call | Sent by default | Sent only with capture_content=True |
|---|---|---|
run.message(role, content) |
role | content, redacted and cut to 10,000 characters |
run.tool(name) / run.action(name, type) |
name, success, duration | step.result_summary, redacted and cut to 4,000 characters |
client.run(task_title, task_type=...) |
title and type | |
run.outcome(name, count, value, unit) |
name, count, value and unit |
task_title is always redacted and kept to one line of up to 120 characters.
Don't put customer names or other personal data in it.
To change or drop any event before it leaves the process, pass a hook:
def scrub(event):
if event["event_type"] == "message":
return None # drop it
return event # or return an edited copy
client = agents28.Agents28(before_send=scrub)
Shared knowledge between agents
Agents in the same workspace can share knowledge, even when they run on different models:
client.publish_context(
key="customer:acme",
title="Acme renewal status",
data={"plan": "enterprise", "renewal": "2026-12-01"},
)
items = client.read_context(key="customer:acme")
Each item records which agent published it, when, and its version. Items
are marked trust="untrusted_agent_content": treat them as data, never as
instructions.
Handing work to another agent
teammates = client.list_teammates()
handoff_id = client.request_handoff(
to_agent_id=teammates[0]["agent_id"],
title="Research Acme before the renewal call",
context={"account": "acme"},
request_key="acme-renewal-research", # retrying with the same key never duplicates
)
# On the receiving agent:
for handoff in client.my_handoffs(status="requested"):
client.update_handoff(handoff["handoff_id"], "accepted")
...
client.update_handoff(handoff["handoff_id"], "completed", result={"summary": "done"})
A handoff moves from requested to accepted or declined. An accepted
handoff ends as completed or failed. The sender, or a person in Agents28,
can cancel an open handoff.
Configuration
| Argument | Environment variable | Default |
|---|---|---|
api_key |
AGENTS28_API_KEY |
none: the client is disabled |
base_url |
AGENTS28_BASE_URL |
none: the client is disabled |
agent_version |
AGENTS28_AGENT_VERSION |
unversioned |
enabled |
AGENTS28_ENABLED |
on when the key and URL are set |
capture_content |
False |
|
before_send |
none | |
timeout |
5.0 seconds |
|
max_queue_size / batch_size |
5000 / 100 |
If the key or URL is missing, or the URL is not https (plain http is
allowed only for localhost), the client turns itself off and every call
does nothing. The same code then runs in development and CI without
credentials.
Reliability
- Events are batched and sent in the background. A full queue drops new events rather than slowing your agent.
- Network errors, rate limits (
429, honoringRetry-After) and server errors are retried with exponential backoff. Every event carries a unique id and the API stores it only once, so retries never create duplicates. - Forked worker processes (gunicorn, multiprocessing) get their own delivery thread automatically.
client.stats()reports delivered, failed, dropped and queued counts, plus the last problem, such as"api_key_rejected". Use it in a health check.- Warnings go to the standard
logginglogger namedagents28.
Lower-level API
For full control over ids and timing, every event can also be sent directly:
run_started, message, tool_completed, action_completed,
run_completed, run_failed. Each takes conversation_id and run_id.
License
MIT
Metadata
Release files for agents28 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 | Provenance | |
|---|---|---|---|---|
| agents28-0.2.0.tar.gz | 24.7 kB | With provenance | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| agents28-0.2.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 42.3 kB
Release files / agents28-0.2.0.tar.gz
| Download URL | agents28-0.2.0.tar.gz |
|---|---|
| Size | 24.7 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
9150765f182f772a6b86be6bdc0fce83f472f7170370071a64a96f553ac574b3
|
|
BLAKE2b-256 checksum How to use checksums |
1f64ef8e235083f6c36c24732d952ce0e601bc40f62c3d02ec74ec3479fe7765
|
| 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 Oct 18, 2026.
Transparency logRelease files / agents28-0.2.0-py3-none-any.whl
| Download URL | agents28-0.2.0-py3-none-any.whl |
|---|---|
| Size | 17.6 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
f28943a0dcc925508016532fed77f32be4d45ae9b8ffa3fb2567e6cd2ace5828
|
|
BLAKE2b-256 checksum How to use checksums |
7e09b278d5080e730dc410de919e5e6ea1b71f31140eaeae6f52cf180c9a3409
|
| 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 Oct 18, 2026.
Transparency logSecurity for agents28 0.2.0
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.
Full provenance
All 2 files in this release have been uploaded with provenance metadata.
Attestation for agents28-0.2.0.tar.gz
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 Oct 18, 2026.
Transparency logA note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.