DBOS Python SDK for building reliable, fault-tolerant applications with durable workflows. Use this skill when writing Python code with DBOS, creating workflows and steps, using queues, using DBOSClient from external applications, or building applications that need to be resilient to failures.

DBOS Python Best Practices Guide for building reliable, fault tolerant Python applications with DBOS durable workflows. When to Apply Reference these guidelines when: Adding DBOS to existing Python code Creating workflows and steps Using queues for concurrency control Implementing workflow communication (events, messages, streams) Configuring and launching DBOS applications Using DBOSClient from external applications Testing DBOS applications Rule Categories by Priority Priority Category Impact Prefix 1 Lifecycle CRITICAL lifecycle 2 Workflow CRITICAL workflow 3 Step HIGH step 4 Queue HIGH queue 5 Communication MEDIUM comm 6 Pattern MEDIUM pattern 7 Testing LOW MEDIUM test 8 Client MEDIUM client 9 Advanced LOW advanced Critical Rules DBOS Configuration and Launch A DBOS application MUST configure and launch DBOS inside its main function: When creating a new application, set application version to "0.1.0" . If omitted, DBOS derives an opaque hash from workflow source code. When editing an existing application, leave its configured version alone — changing it is a deployment decision (see references/advanced versioning.md ). Workflow and Step Structure Workflows are comprised of steps. Any function performing complex operations or accessing external services must be a step: Key Constraints Do NOT call DBOS.start workflow or DBOS.recv from a step Do NOT use threads to start workflows use DBOS.start workflow or queues Workflows MUST be deterministic non deterministic operations go in steps Do NOT create/update global variables from workflows or steps How to Use Read individual rule files for detailed explanations and examples: References https://docs.dbos.dev/ https://github.com/dbos inc/dbos transact py

dbos-python