算法艺术创作
algorithmic-art
通过代码和可调参数创作生成艺术与交互式视觉效果。
ors-methods【设计与创意】Use when designing the proof technique, algorithm, or simulation protocol for an Operations Research (OR) manuscript — choosing the right machinery (duality, dynamic programming, probabilistic coupling, convergence analysis, simulation output analysis) to actually establish the claimed results. Establishes the results; it does not state the model (or…
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
ors-theory-development) and now must be proved or guaranteed.Operations Research is mathematically rigorous: the contribution lives or dies on the soundness and strength of the analysis. Pick technique by methodology:
| Result you need | Typical machinery |
|---|---|
| Optimality / strong duality | LP/conic duality, KKT, polyhedral / total unimodularity, submodularity |
| Approximation guarantee | LP/SDP rounding, primal-dual, greedy + submodular bounds |
| Complexity / hardness | reductions (NP-hardness), oracle lower bounds |
| Convergence & rate | monotonicity/Lyapunov, fixed-point/contraction, first-order analysis |
| Steady-state / stability | Foster-Lyapunov, regenerative arguments, fluid/diffusion limits |
| Stochastic comparison / bounds | coupling, stochastic dominance, martingale/concentration inequalities |
| MDP / dynamic decisions | dynamic programming, value/policy iteration, ADP with error bounds |
| Heavy-traffic / asymptotics | functional CLT, weak convergence, state-space collapse |
| Referee remark | Underlying defect | Fix that meets the OR bar |
|---|---|---|
| "Proof of Theorem X has a gap" | an assumption invoked implicitly | name where each hypothesis is used; add a lemma to bridge the step |
| "The rate is asserted, not established" | rate read off numerical curves | prove it analytically (Lyapunov / contraction / first-order) with tracked constants |
| "Algorithm has no guarantee" | a fast heuristic without analysis | attach an approximation factor, ε-stationarity, or regret/convergence bound |
| "Bound may not be tight" | only an upper bound shown | exhibit a matching instance, or reframe explicitly as best-known |
| "Simulation conclusions unreliable" | point estimates, no error control | report CIs (batch-means/regenerative) and variance reduction with the rule |
| "Structural result not connected to the application" | theorem floats free of the decision | show the guarantee changes the operational policy it motivates |
Operations Research, as the INFORMS flagship, lives on soundness and strength of analysis: a heuristic without a guarantee is an INFORMS Journal on Computing artifact, not an OR methodological contribution. The machinery table above exists so each claim is discharged by analysis a referee can verify line by line.
Target result: an approximation algorithm for a stochastic-covering problem with a claimed 1.5-factor guarantee (illustrative). Machinery selection from the table: LP-rounding + primal-dual for the factor; concentration (martingale) to control the stochastic constraint; an oracle lower bound to argue the factor cannot be pushed below 1.5 without stronger assumptions. Proof hygiene: each of the three assumptions (bounded second moment, independence across stages, integral demand) is cited exactly where the argument needs it; the full rounding analysis goes to the e-companion, the main text keeps the primal-dual sketch and the tight-instance construction. This produces a theorem-grade result and a tightness statement — the combination OR referees reward over a bare upper bound.
For the empirical / causal lane, estimate and audit rather than only specify. Full
map: execution-with-mcp. Operations Research is predominantly analytical / optimization / stochastic modeling; use the chain below only for its empirical/causal papers — modeling, optimization, and simulation are outside this causal-inference toolchain.
detect_design → recommend → fit with as_handle=true → audit_result to
enumerate the checks the design owes.callaway_santanna / sun_abraham + bacon_decomposition
honest_did_from_result. IV: effective_f_test + anderson_rubin_ci. RDD:
rdrobust + mccrary_test.romano_wolf for the many-outcome
family-wise correction reviewers expect.Match the toolchain to the reviewer pool, and report the effect size the venue wants. A run end-to-end (synthetic data, real returns) is in the JF execution walkthrough.
【Result → technique】each Thm/Prop mapped to its machinery
【Algorithm】guarantee (exact/approx/rate) + complexity
【Simulation】estimator, CI method, variance reduction (if used)
【Proof hygiene】assumptions invoked explicitly; e-companion plan
【Open gaps】[...]
【Next step】ors-data-analysis