Skip to main content
Follow these call chains to move from a user-visible behavior to the function that owns it. All paths below are relative to the repository root. Public extension code should still import shared types from agentcompass.runtime, not from the implementation paths shown here for navigation.

Entry and runtime call chains

The run command and the high-level Python helper converge before orchestration:
build_run_request is the public SDK constructor for callers that want to inspect or modify a request before execution. It is not an intermediate call made by run_command:
async_run_evaluation_request merges any selected run config into the prepared request, wraps it as a one-request Orchestration, and uses the same Orchestrator as a multi-request launch. Multi-request entry. The launch command and SDK reach the same Orchestrator through this call chain:
The synchronous SDK function agentcompass.launch is implemented by launch() in src/agentcompass/launcher.py; it wraps async_launch with asyncio.run. Inside the runtime. Once the Orchestrator owns a resolved request, the concrete per-task path is:
For a HarnessFreeBenchmark, the runtime calls its run_task() method instead of the three Harness methods. The remaining plan, Environment, artifact, evaluation, analysis, and persistence stages stay shared.

Directory and symbol map

A Model is stored directly in the request rather than selected through a component registry. See Runtime Contracts and Planning for the type, configuration limits, and change boundaries.

Find a change by symptom

Continue with Execution, Scheduling, and Cleanup for the phase ordering behind these calls.