
optlens
io.github.jjd-labv0.0.2更新于 Oct 9, 2026
Debug and explain LP/MILP models: why infeasible, the smallest fix, what-if and sensitivity.
概览
让助手调试和解释 LP 与 MILP 模型:模型为何不可行、最小的修复方案,以及假设分析和灵敏度问题。
- 功能
- optlens 是一个与求解器无关的调试与解释工具,面向已经建好的线性与混合整数线性模型。它会找出相互冲突的约束、计算不可行子集(IIS)、按约束族给出恢复可行性的最小改动,并回答假设分析、为何不成立、灵敏度与边际值等问题。它还能比较不同版本或模型,并标记可疑的数据取值。所有结果都是文本,MCP 服务器提供 22 个工具以及用于多步操作的常驻 Python 会话。
- 适用场景
- 当模型不可行,或求解结果不可信时使用,它给出原因和最省钱的修复方式,而不只是求解器状态。适合处理来自文件或 Pyomo、gurobipy、PuLP 的 LP/MILP 模型的分析人员和开发者,包括约束数量达数十万的大型模型。
- 运行要求
- 本地需要 Python 3.12 或更高版本,并以 scip 和 mcp 附加组件安装;核心自带 numpy、scipy 和 HiGHS。optlens-mcp 命令必须在客户端可见的 PATH 上。可选附加组件提供 SCIP、Gurobi(需自备许可证,版本必须匹配)、Pyomo 和 PuLP。求解器选择与调用时间上限通过 OPTLENS_SOLVER 和 OPTLENS_CALL_LIMIT 设置。
安装
在 SourceWeft 中
- 打开 控制台中的 optlens,将其添加到工作区。
- 为需要使用其工具的对话启用该服务。
Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。
其他 MCP 客户端
参照 仓库 中的启动说明。
README
optlens
A solver-agnostic debugger and explainer for LP and MILP models. Give it a model that is infeasible, or one that solves to an answer you don't trust. optlens finds the conflicting constraints, the smallest changes that fix them, and what each change costs. Every result is text that an agent or a person can read. Use it from your own Python, from Claude Code through the plugin, or from any MCP client.
optlens works on a model that is already built. It does not write models.
Install
Python 3.12 or later:
To run the quickstart below or the tests, clone the repository and install it from the clone
(git clone https://github.com/jjd-lab/optlens && cd optlens && pip install ".[scip,mcp]").
Some networks cannot reach GitHub, for example behind a proxy or a VPN. There, copy the source over another way, such
as a zip of the repository. Install it with pip install "<folder>[scip,mcp]", and add the Claude Code plugin with
claude plugin marketplace add <folder>.
Quickstart
Save it as a file and run it from the repository root. Keep the if __name__ == "__main__": guard in any script that
solves. Solves run in worker processes. Windows starts them with spawn, and each one re-imports the script. Without
the guard, the script runs again in every solver process.
Every Session method returns text, and optlens.session.TOOLS holds the matching JSON schemas for an agent. A
session also covers feasibility relaxation, what-if edits as versions, why-not questions, sensitivity and marginal
values, suspicious data values, and comparisons between versions or models.
A model built in Pyomo, gurobipy or PuLP loads directly, from the object or from the file that builds it. optlens
runs the file without its if __name__ == "__main__": block and stops at the first solve call (optimize(),
solve()). It reads the model of that call. Nothing is solved, so a large gurobipy model loads on Gurobi's
size-limited license.
LP files written by Gurobi (bracketed names, which HiGHS rejects) load without gurobipy.
optlens supports quadratic objectives (QP, MIQP). A convex QP solves on HiGHS. optlens sends a mixed-integer or non-convex one to SCIP automatically. Every question works as for a linear model, except sensitivity ranges. For a non-convex objective, shadow prices don't work either. optlens rejects quadratic constraints, indicator and other general constraints, and SOS when the model loads. optlens.dev/ask lists every question, format and solver.
Solvers
HiGHS comes with the core, and SCIP and Gurobi are extras. Pick one with OPTLENS_SOLVER (highs, scip, gurobi,
or auto, the default), with open_model's solver in the MCP server, or with Session(..., prefer=...). Under
auto without Gurobi, each model goes to HiGHS or SCIP. A larger MIP's first solve races both.
- Every solve has a hard time limit. Solvers do not always honor their own limits. SCIP once ran 862 s on a 30 s limit. So each solve runs in a worker process, and optlens stops the process at the limit.
- Gurobi does every step itself. A Gurobi session solves, computes IIS, relaxes, ranges and checks on Gurobi. It
hands no step to another solver. Say you chose Gurobi and it cannot run a model, because it is not installed or the
model is over the size-limited license. Then the tool stops and says so instead of switching.
Under
auto, optlens uses Gurobi when Gurobi can run here. It checks this once with a one-variable solve. It leaves out an installed gurobipy with no usable license, or a version your license server rejects, andopen_modelsays why. For a model Gurobi cannot run, it falls back to HiGHS or SCIP and says so. - HiGHS and SCIP stand in for each other. This happens where only one can do a step: HiGHS has no MIP IIS, and SCIP does. It also happens when one gives no verdict within its limit, and then the other tries once. The result names the solver that did the step.
- Every IIS is checked. Sometimes a solver's IIS has constraints that are feasible on their own. optlens rejects
that IIS and rebuilds it on the same solver, by removing constraints one at a time. This guards against a known
gurobipy 13.0.3 bug.
computeIISleaves out a one-variable row on a binary whose fractional limit rounds it to 0. For example,160 open <= 100withopen >= 1returnsopen >= 1alone, which is feasible. - Gurobi is tested on small models and on one large one. The large one is a 279k-row hotel model, tested for solves, sensitivity, IIS, relaxations and repair menus. Other large models are untested, and reports are welcome.
On large models, with hundreds of thousands of constraints, the IIS search starts near the conflict. It starts from HiGHS's proof of infeasibility instead of searching the whole model.
Use it with your agent
Install as above, which puts optlens-mcp on your PATH. Then connect once. The agent gets the 22 tools and the
method that goes with them: open the model first, lead with the cause, take every number from a solve, and re-solve
before recommending a fix.
The command must be on the PATH the agent sees. If it is not, give the full path to optlens-mcp, for example
.venv/bin/optlens-mcp. OPTLENS_SOLVER (highs, scip, gurobi or auto) chooses the solver once.
Time limits. Solves stop at 45 s, so a call answers within a minute. OPTLENS_CALL_LIMIT (seconds, at least 30)
is the most time one tool call may take. A tool's time_limit may ask for up to 15 s less than that. The agent asks for
more time only when a solve stopped at its limit while still improving, and results say whether it was. Set the limit
to how long your client waits for one tool call. open_model states the limits in force, and a result that a limit
cut short says so.
Large MIPs may not finish within any of these limits. Results then report the plan found, its bound and its gap.
Then ask: "Why is plan.mps infeasible, and what fixes it?" The agent opens the model and writes its context
once. The context says what each constraint and variable family means. It is JSON in .optlens/context/, which you
can review and commit. Then the agent works through the tools. For several steps or many solves it uses run_python.
That is a persistent Python process with the engine preloaded as session and the model loaded once.
The Claude Code plugin is the same server plus a short skill that points to the server's method (plugin/README.md).
Security. optlens runs code on your machine, with your permissions, and has no sandbox. run_python executes
the code the agent writes. Its process starts without your API keys and tokens, but it can read and write whatever
your user can. In Claude Code you approve each call. Opening a .py model runs that file up to its first solve call.
Open only models and code you trust. To report a vulnerability, see SECURITY.md.
Try it
To try the plugin without touching your own Claude Code setup, build a clean one in a folder of its own. The folder gets its own venv with optlens from GitHub, and its own Claude config with only the optlens plugin. It also gets a hotel week whose data load went wrong (packs/hotel/examples/try_week), with five questions to ask:
It needs bash, Python 3.12+ and Claude Code, on macOS or Linux. On Windows, use WSL or the PowerShell steps in
plugin/README.md. --project PATH puts your
own model there instead. It is a separate setup, not a security sandbox (see Security above). Delete the folder to
remove it.
Here is the same week in a clean Claude Code with the plugin. The animation comes from a recorded session, and each tool call shows its real duration:
Hotel pack
packs/hotel/ is a synthetic hotel revenue-management model: room type × night × length of stay × booking window × rate tier. It comes with its generator, its document, domain notes and helpers. It builds models from a few thousand to 837,000 constraints, so you can try optlens on something realistic and large.
Tests
Contact
Write to [email protected] with questions, feedback on your own models, or a request for access to optchat. optchat is the chat agent built on optlens for business users. For bugs and feature requests, open a GitHub issue.
Here is a planner's session with optchat on the hotel pack's model, a 14-night plan. A data load typed one night's group target as 1,200 instead of 120. Each answer ends with the engine calls, time and cost it took. In the recording, waits longer than two seconds are cut to two:
Contributing
Issues with your own models are the most useful contribution. See CONTRIBUTING.md and the code of conduct.
License
来源:README.md,提交 a1f7735
工具
0版本历史
1- v0.0.2最新Oct 9, 2026

