Agent Harnesses and the Architecture of Software
Description and use
The example shows how an agent harness coordinates REA tool calls to analyze a JavaScript application, preserving evidence and context across steps.
Problem
How can an AI agent orchestrate tool calls to perform reverse‑engineering tasks while preserving evidence and context across multiple steps?
Outcome
The example demonstrates that an agent harness can coordinate tool calls to a reverse‑engineering toolkit, preserving evidence across steps and enabling iterative investigation of application features.
Workflow
- 1. Model receives user request to investigate search functionality.
- 2. Agent harness proposes tool call
analyze_javascript_applicationto REA. - 3. REA performs static analysis and returns a summary with a reference to retained evidence.
- 4. Model requests a paged view of modules via
inspect_analysis_viewusing the evidence ID. - 5. Model identifies module
search.jsand callstrace_application_featurewith the same evidence ID and module seed. - 6. REA returns a feature trace, possibly revealing HTTP requests or local indices.
- 7. Model evaluates trace, may request dynamic execution evidence if needed.
- 8. Agent harness logs all messages, tool calls, and results for persistence and recovery.
Evidence
The model receives the request and the available tool descriptions. It might propose analyze_javascript_application. The surrounding agent runtime dispatches that call to REA.
The model can then ask to see a page of modules: …
The trace might lead toward a local index, or toward code that sends an HTTP request. Those clues would lead to different follow‑up work.
- Record date: 2026-10-22T09:11:06.241Z