guzhujushi
953e988983
fix(solve): 审查 mm1_metrics + 第二批入口改动（工程侧收口 + 6 条测试）
用户本轮改了 markov_simulate / markov_steady_state 的入口校验，并写完 mm1_metrics，
三处算法本体都正确（mm1 的 5 个公式经探针与闭式解逐位对拍通过，含 W = Wq + 1/mu）。
Codex 只动工程侧：
Fixed
- mm1_metrics 的稳定性分界 "<" 应为 "<="（docstring 与既有测试的口径都是 lambda >= mu 不稳定）：
lambda == mu 原先掉进 try、rho == 1.0 触发 ZeroDivisionError，被 except 吞成 success=False。
两个分支的可观测输出完全相同（success=False / metrics={} / data=None），只有 message 不同，
故按决策 31 直接修并加回归测试，未改动任何口径。
- 三处报错文案的参数名抄错：markov_steady_state 的 max_iter <= 0 写成 "tol 必须是正数"，
mm1_metrics 的 service_rate 两条报错都写成 "tol"；半角逗号统一为全角。
Changed
- mm1_metrics 的 docstring 补 Raises 与 data 说明；call_params = {...} 补空格；
ruff 6 条（W293 x5 / F541 f-string 无占位符 / W292 文件末尾无换行）。
- markov_steady_state 的 try 前 3 个空行 -> 1；"异常: " -> "异常："。
- tests/test_solve.py：摘掉 2 条 mm1_metrics 的 skip，新增 4 条（lambda == mu 的回归、
非负校验回归、max_iter=3 未收敛判 success=False）。
- STATUS.md 决策 56 / 57 更新办结项 + 新增决策 58（mm1 的 4 条待拍板）；CHANGELOG；易错点 29。
校验：pytest 202 passed / 28 skipped（230 收集）；ruff 0；pyright 0
2026-10-09 23:52:53 +08:00
..
2026-10-01 17:43:48 +08:00
2026-10-01 17:43:48 +08:00
2026-10-03 19:17:22 +08:00
2026-10-02 20:43:03 +08:00
2026-10-01 17:43:48 +08:00
2026-10-01 17:43:48 +08:00
2026-10-09 23:52:53 +08:00
2026-10-03 19:59:38 +08:00
2026-10-01 17:43:48 +08:00