Architecture¶
Open this section when the question is structural: where orchestration lives, how roles and steps coordinate, and how the package keeps workflows traceable instead of magical.
Structural Shape¶
Agent architecture is organized around traceable workflow control. Pipeline definitions describe the work, role modules perform bounded decisions, the execution kernel orders calls, convergence logic decides whether work is done, and trace modules make the sequence inspectable by runtime and reviewers.
flowchart LR
contracts["contracts"]
pipeline["pipeline control"]
roles["agent roles"]
kernel["execution kernel"]
convergence["stop conditions"]
traces["trace records"]
validation["trace validation"]
observability["logs and metrics"]
runtime["runtime package"]
contracts --> pipeline --> roles --> kernel --> convergence --> traces --> runtime
pipeline --> validation
kernel --> observability
Agent architecture should make one thing obvious: orchestration is a product surface with its own structure, not glue hidden between reasoning and runtime. Contracts describe the workflow shape, role modules perform bounded work, the kernel orders execution, and traces make the full sequence available to the next authority layer.
Read These First¶
- open Module Map first when you need the owning code area for a workflow concern
- open Execution Model when you need the real path from workflow input to trace-backed output
- open Integration Seams when a change could pull reasoning or runtime authority into orchestration
Structural Risk¶
The main architectural risk here is letting workflow control become so distributed that a reader can no longer tell which module made a role or sequencing decision.
First Proof Check¶
packages/bijux-canon-agent/src/bijux_canon_agent/pipelinefor workflow definition, orchestration, control, and convergencepackages/bijux-canon-agent/src/bijux_canon_agent/agentsfor role implementations and their bounded responsibilitiespackages/bijux-canon-agent/src/bijux_canon_agent/tracesfor trace serialization and replayabilitypackages/bijux-canon-agent/testsfor determinism and traceability evidence
Pages In This Section¶
- Module Map
- Dependency Direction
- Execution Model
- State and Persistence
- Integration Seams
- Error Model
- Extensibility Model
- Code Navigation
- Architecture Risks
Leave This Section When¶
- leave for Interfaces when the structural question is already a public contract question
- leave for Operations when the issue is running, diagnosing, or releasing the package rather than explaining its shape
- leave for Quality when the structure is clear and the real question is whether the package has proved it strongly enough
Design Pressure¶
If workflow control is distributed so widely that no reader can locate the sequencing decision, the package stops being inspectable. The architecture page has to keep role execution, convergence, and trace responsibility clear.