Skip to content

Reduce token usage through lower-tier models #49

Closed

Description

@mrthankyou

Pre-requisites

Maintaining an eval test harness on each prompt may be necessary before making these changes.

Issue

Some nodes such as prepare-foundry-harness and discover-base-test may not require the most advanced model due to their basic requirements for success.

Proposed Solution

The easiest stop-gap solution is to provide a config option where users can configure a lower-tier model on less important nodes conserving token usage for the critical nodes.

Rationale

If this tool is designed to be used by a protocol only once, this change will have little impact. However, if the protocol aims to use this tool continuously with every new deployed change, the token usage costs can add up. For security researchers who aim to use this tool beyond a single protocol, such optimizations can save money over time.

Activity

  1. aviggiano commented on Jul 15, 2026

    @aviggiano
    Collaborator

    Agreed, I'm currently working on evals and this could be an optimization target

  2. aviggiano commented on Jul 18, 2026

    @aviggiano
    Collaborator

    Suggested prerequisite for evaluating lower-tier model selection:

    • Attribute usage, runtime, and cost at node and attempt granularity.
    • Distinguish newly executed, retried, and safely reused work.
    • Require per-node rollups to reconcile exactly to the run total.
    • Publish accounting and pricing completeness before optimization comparisons are considered valid.

    Synthetic acceptance tests should cover retries, checkpoint continuation, cache components, and incomplete pricing without relying on private execution data.

    This makes model-selection decisions reproducible without depending on incomplete aggregate totals.

    Focused accounting and terminal-metric work is tracked in #64, #65, #66, and #67.

  3. aviggiano commented on Aug 14, 2026

    @aviggiano
    Collaborator

    The model-profile mechanism requested here was implemented by PR #47. Remaining work is optimization rather than this issue's missing mechanism: token/time efficiency stays tracked in #515, with per-node/stage evaluation work in #80.

    Closing as completed. The help wanted label did not authorize additional implementation, and no optimization work is being started in this administrative pass.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions