Optional summary-view workflow comparison

Voir la source sur GitHub

45 synthetic runs compare the original primitive workflow, shared preparation and shared preparation with summary views on the same native program bytes and source contracts. This measures presentation savings separately from reducing tool calls. All six behavioral checks passed, including required facts, completion rejection, task identity and single execution.

Aggregate and program binding. Runtime source: 2d37ef1c5388156a0b0528228fc73a65cc954545. Environment: macOS arm64, three repetitions per workflow and strategy.

WorkflowCalls in each prepared variantFull prepared text bytesSummary text bytesReduction
lightweight1658541539647.82%
upgrade2590633845006.77%
wait2290994826379.18%
dependencies311198411102598.00%
unknown_result1862479578967.34%

Values are medians of complete workflows. Summary views reduce returned text by 6.8–9.2% compared with shared preparation using full responses. They do not further reduce calls. Text bytes are cumulative UTF-8 tool text plus CLI stdout, not model tokens or per-call averages.

The aggregate also reports disjoint cost segments. The lightweight summary fixture uses 16 tool calls total: one for project initialization, four independent guard/verification calls, and eleven normal-workflow calls. Connection setup/catalog traffic remains separately recorded, and all-inclusive totals are retained. This fixture still constructs a fresh project and connection; it does not establish the cost of an already-connected production agent.

Reproduce with the existing workflow runner, adding --include-summary to the command in the original benchmark. Existing default strategies and historical results remain unchanged. Raw logs stay in a new ignored output directory. No real-model token, billing or enterprise-client acceptance claim is made.