name: optim-agent
description: Guide agent-driven parameter optimization for configurable systems with measurable objectives. Use for HPO, inference tuning, simulations, or RL/control experiments.
category: data
risk: safe
source: community
source_repo: Optim-Agent/optim-agent
source_type: community
date_added: "2026-07-15"
author: Optim-Agent
tags: [optimization, hyperparameter-optimization, experiments, tuning]
tools: [claude, cursor, gemini, codex]
license: MIT
license_source: "https://github.com/Optim-Agent/optim-agent/blob/main/LICENSE"
Optim Agent
Overview
Use this skill to optimize configurable systems against a measurable scalar objective. It helps an agent turn vague tuning requests into bounded experiments with a defined search space, budget, baseline, and evidence-backed recommendation.
When to Use This Skill
- Use when tuning hyperparameters, prompts, inference settings, simulation parameters, quantitative strategies, or RL/control policies.
- Use when the objective can be measured as a scalar score, loss, accuracy, cost, latency, reward, or risk-adjusted metric.
- Use when the user needs a small-budget optimization loop with trial history, comparisons, and stop criteria.
Do not use this skill when
- The objective is purely subjective and cannot be scored consistently.
- The user has not provided permission to run experiments or consume compute/API budget.
- The task is a one-shot implementation, debugging, or code review request with no configurable search space.
Instructions
- Define the optimization target in one sentence: maximize or minimize one scalar metric.
- List the tunable parameters, valid ranges, types, defaults, and any forbidden combinations.
- Establish at least one baseline before proposing agent-guided trials.
- Set the budget up front: number of trials, time, compute, money, or dataset subsample.
- Run or request trials one at a time unless the user explicitly approves parallel execution.
- Record every trial with parameters, metric value, notes, and failure status.
- Compare the best result against the baseline and a simple search strategy when possible.
- Stop when the budget is exhausted, the improvement plateaus, or the next trial cannot be justified from evidence.
- Report the recommended configuration, measured gain, tradeoffs, and any validation still needed before production use.
Examples
Example 1: Hyperparameter optimization
Tune learning rate, regularization, and tree depth for a credit-default model. Track validation AUC for each trial, compare against the default configuration, and recommend the best setting only if it improves the baseline under the agreed trial budget.
Example 2: Inference tuning
Tune retrieval depth, temperature, and reranker threshold for a RAG workflow. Optimize answer quality under a latency or cost ceiling, then report the best configuration with quality, latency, and cost tradeoffs.
Example 3: Simulation or control
Tune controller gains or environment parameters for a simulator. Optimize reward or error while logging failed trials separately so unstable configurations do not bias the recommendation.
Best Practices
- Keep the first run small; expand only after the loop produces useful signal.
- Prefer parameters with clear operational meaning over arbitrary knobs.
- Treat failed trials as data and record why they failed.
- Validate the final configuration on held-out data, a fresh seed, or a separate scenario before calling it robust.
- Ask before running expensive, long, or externally billed experiments.
Limitations
- This skill does not guarantee a global optimum.
- Results depend on objective quality, noise, search-space design, and experiment reproducibility.
- Use domain review before applying tuned configurations to production, financial, safety-critical, or user-impacting systems.
Additional Resources