Edictum
Developer agent behavior platform for Python, TypeScript, and Go. Workflow Gates, rulesets, and adapters that make agent behavior predictable.
Right page if: you need an overview of Edictum or help finding the right docs page. Wrong page if: you want to install and run Edictum -- see https://docs.edictum.ai/docs/quickstart instead. Gotcha: Edictum is not prompt engineering and not an orchestrator. It enforces deterministic rules on tool calls at the decision-to-action seam. Python, TypeScript, and Go share the same `rules.yaml` format.
Agents are good at saying the right thing and still calling the wrong tool. Edictum gives you rules and Workflow Gates so the behavior is actually enforced.
Start here:
Quickstart
Write one ruleset and block a bad tool call.
Workflow Gates Runtime
Stage work, require evidence, and pause for approval.
Workflow Reference
Real kind: Workflow fields, conditions, and validation rules.
Python SDK
Python core SDK, adapters, and server client.
TypeScript SDK
Node and TypeScript SDK with shared YAML semantics.
Go SDK
Go SDK with the same ruleset format and runtime model.
Ruleset Generator
Prompt an AI assistant with the right schema instead of the dead one.
What Edictum Is
Edictum is a developer agent behavior platform built around three things:
- Workflow Gates for stage-based process enforcement.
- A rules engine for tool calls, output checks, sandbox boundaries, and session limits.
- Cross-framework adapters so the same ruleset works across Python, TypeScript, and Go.
The same rules.yaml works across all three SDKs.
Install
pip install edictum[yaml]npm install @edictum/corego get github.com/edictum-ai/edictum-goFeature Order
| Feature | What it solves | Start here |
|---|---|---|
| Workflow Gates | "Did the agent follow the right process?" | /docs/guides/workflow-gates, /docs/reference/workflows |
| Rulesets | "Should this tool call be allowed, blocked, redacted, or asked?" | /docs/quickstart |
| Adapters | "How do I wire this into my framework?" | /docs/python, /docs/typescript, /docs/go |
SDK Snapshot
| Python | TypeScript | Go | |
|---|---|---|---|
| Core package | edictum | @edictum/core | github.com/edictum-ai/edictum-go |
| Workflow runtime | Yes | Yes | Yes |
| Ruleset format | YAML | YAML | YAML |
| Remote/server integration | edictum[server] | @edictum/server | edictum-go/server |
| Telemetry | OpenTelemetry | OpenTelemetry | OpenTelemetry |
Workflow Gates First
Workflow Gates are the differentiator. Rules are about single tool calls. Workflow Gates are about ordered work:
- Read the spec before editing.
- Run
git diffbefore review. - Require tests to pass before merge.
- Pause for human approval at the next stage.
apiVersion: edictum/v1
kind: Workflow
metadata:
name: feature-delivery
stages:
- id: implement
entry:
- condition: file_read("specs/feature.md")
message: "Read the spec first"
checks:
- command_matches: "git diff"
message: "Inspect your changes before review"
exit:
- condition: exec("pnpm test", exit_code=0)
message: "Tests must pass"
- id: review
entry:
- condition: stage_complete("implement")
approval:
message: "Human approval required"Workflow Gates Runtime
Real workflow YAML, supported conditions, and cross-SDK setup.
Workflow Reference
Exact schema, supported conditions, and validation rules.
Quickstart
Write a ruleset and block a bad tool call.
YAML Reference
Full ruleset schema.
Python SDK
Full Python SDK overview, adapters, and server client.
Rules Engine
Rule Types
Check rules, check_output rules, session rules, and sandbox rules.
Choosing Rule Types
Pick the right rule for the behavior you care about.
Use Cases
Copy-paste rulesets for real agent workloads.
How It Works
The pipeline from check to execute to check_output to audit.
SDKs And Adapters
Python SDK
Core library, adapters, and server integration.
TypeScript SDK
Node.js SDK, adapters, and server package.
Go SDK
Go rules engine, adapters, and workflow runtime.
Adapter Overview
All shipped integrations across the ecosystem.
Reference
Last updated on