三竞赛 (CUMCM/MCM/电工杯) 数学建模 skill — harness-agnostic, 同时支持 Claude Code 与 Codex CLI, 全程问答式 (Friendly Mode), 10 阶段 + 4 反馈层 + per-Qi 加权聚合 + 题型 dim 加权 + empirical 实测分位锚定
# Add to your Claude Code skills
git clone https://github.com/handsomeZR-netizen/mathmodel-skillGuides for using ai agents skills like mathmodel-skill.
Last scanned: 6/11/2026
{
"issues": [],
"status": "PASSED",
"scannedAt": "2026-06-11T08:49:59.334Z",
"npmAuditRan": true,
"pipAuditRan": true,
"promptInjectionRan": true
}See how mathmodel-skill compares with popular alternatives.
mathmodel-skill is an open-source ai agents skill for AI coding assistants such as Claude Code, Codex CLI, and ChatGPT, built by handsomeZR-netizen. 三竞赛 (CUMCM/MCM/电工杯) 数学建模 skill — harness-agnostic, 同时支持 Claude Code 与 Codex CLI, 全程问答式 (Friendly Mode), 10 阶段 + 4 反馈层 + per-Qi 加权聚合 + 题型 dim 加权 + empirical 实测分位锚定. It has 292 GitHub stars.
Yes. mathmodel-skill passed SkillsLLM's automated security scan — a dependency vulnerability audit plus prompt-injection heuristics — with no high-severity issues. You can read the full report in the Security Report section on this page.
Clone the repository with "git clone https://github.com/handsomeZR-netizen/mathmodel-skill" and add it to your Claude Code skills directory (see the Installation section above). mathmodel-skill ships a SKILL.md manifest, so compatible agents can discover and load it automatically.
mathmodel-skill is primarily written in Python. It is open-source under handsomeZR-netizen on GitHub, so you can review or fork the full source.
Yes. SkillsLLM lists many other AI Agents skills you can browse and compare side by side. Open the AI Agents category from the badge at the top of this page, or use the Related Skills and comparison links further down to weigh mathmodel-skill against similar tools.
No comments yet. Be the first to share your thoughts!
⚠️ Third-Party Software Notice
This skill is third-party open-source software developed and hosted independently on GitHub. SkillsLLM is an informational directory and does not control or maintain the underlying repository.
Any security checks, ratings, or warnings displayed by SkillsLLM are automated and limited in scope. They do not constitute a security certification or guarantee that the software is safe, error-free, or free from malicious code, vulnerabilities, compromised dependencies, or prompt-injection risks.
Review the source code, permissions, dependencies, and configuration before installing or running any third-party skill. Use is at your own risk. To the maximum extent permitted by applicable law, SkillsLLM is not liable for losses arising from third-party software.
10 阶段把 72–96 小时的竞赛协作变成可恢复、可检查的流程。用户回答关键问题,agent 维护状态与脚本。每阶段产出经过 rubric 自评、定向精修与跨阶段一致性回检;Stage 8–9 先遵守当届官方规则,再做多视角终审。CUMCM 包含 91 份来源文档,其中 59 份进入文本统计;MCM/电工杯经验统计明确为 n=0,不提供合成分位。
v6.2 更新: 新增 scripts/init_workspace.py(只创建、不覆盖的工作区初始化)与 scripts/status.py(只读进度看板:阶段 verdict、per-Qi、合规门、截止倒计时、模式建议与下一步);启动与“看进度”改由脚本确定性完成。v6.1 的规则基线、AI 披露链路、fail-closed 模板与 doctor 预检保持不变。
Codex 优先按 skill 目录发现本文件:
$HOME/.agents/skills/mathmodel-skill/<repo>/.agents/skills/mathmodel-skill/agents/openai.yaml.codex-plugin/plugin.json + skills/mathmodel-skill/SKILL.md shimAGENTS.md 仍可作为 repo / workspace 级 instructions, 但不是唯一入口当 skill 已安装后, 用户可直接说"开始建模"或显式说"使用 $mathmodel-skill 开始建模"。
本 skill v6.2 以 Codex Skills 为一等入口, 同时保持 harness-agnostic 设计:
| harness | 入口文件 | 用户交互工具 | 状态文件 |
|---|---|---|---|
| Claude Code | SKILL.md (本文件) |
AskUserQuestion 工具 |
<cwd>/state/decision_log.json |
| Codex CLI / Codex app | skill 目录中的 SKILL.md + 可选 AGENTS.md |
markdown 编号列表 | 同上 (互通) |
跨 harness 互通: day 1 用 Codex 跑 stage 0-2, day 2 切回 Claude Code 接着 stage 3+, 状态完全保留。详见 references/harness_compat.md。
核心原则: 用户只需回答编号问题, 不应被要求手敲 bash / python / json。
优先使用当前 harness 可用的原生选择 UI;没有时回退到 markdown 编号列表。两者语义等价,见 references/harness_compat.md §1。
| 类型 | 位置 | 例 |
|---|---|---|
| skill 内通用 | skill 根目录的相对路径 | references/stage_05_subproblem_loop.md, templates/shared/decision_log.json |
| 竞赛特化 | competitions/<comp>/... 按 decision_log.competition dispatch |
competitions/cumcm/winning_patterns.md, competitions/mcm/abstract_template.md |
| LaTeX 模板 | templates/latex/<comp>/main.tex |
templates/latex/cumcm/main.tex, templates/latex/mcm/main.tex |
| 用户产物 | 用户工作目录的相对路径 | <cwd>/state/, <cwd>/results/, <cwd>/figures/, <cwd>/paper_workspace/ |
| state 持久化 | <cwd>/state/decision_log.json |
各 stage 必读必写 |
| 环境变量 | MATHMODEL_STATE_DIR (兼容 CUMCM_STATE_DIR) / MATHMODEL_COMPETITION 可覆盖 |
scripts 用此变量 |
约定: <skill>/ = skill 安装目录, <cwd>/ = 用户 cwd, <comp>/ = 当前竞赛 (cumcm | mcm | diangong)。
1. 一段话介绍 (≤50 字): "启动数学建模工作流, 10 阶段 + 三竞赛, 全程问答式."
2. 收集下列 5 个启动字段;用户已经提供或 state 已记录的字段不再询问,只把尚缺字段合并成一轮问答 (Claude Code: AskUserQuestion; Codex: 编号列表):
- 竞赛 (cumcm 国赛 / mcm 美赛 / diangong 电工杯, 默认 cumcm)
- 题号 (依竞赛: cumcm A-E / mcm A-F / diangong A-B; "未公布"亦可)
- 队员数 + 各人擅长 (建模/编程/写作)
- 截止时间 (ISO 字符串或 "距现在 X 小时")
- 题目 PDF 路径 ("未公布"亦可)
3. 自动初始化 (agent 自动完成, 不要让用户编辑 json):
- 运行 `python <skill>/scripts/init_workspace.py --competition <comp> --workspace <cwd>`,按已知答案追加 `--problem <题号|未公布>`、`--team-size N`、`--deadline <ISO>` 或 `--hours-left H`、`--problem-pdf <path>`
- 脚本创建 `state/ results/ figures/ paper_workspace/ paper_output/ support_materials/`,从模板生成 state 并写入 competition 与 problem_meta
- state 已存在时脚本**不修改**任何内容,只报告 competition 与 current_stage;竞赛不一致时失败,按“切到 <comp>”处理
- 脚本输出的模式建议只是建议;与用户确认后才改 mode 并写入 events
- 无法运行 Python 时,才手动复制 `<skill>/templates/shared/decision_log.json` 并写入 competition
4. 加载 `competitions/<comp>/current_rules.md`(若存在),打开其中官方链接核对当届规则并写入 compliance;再按需加载 winning patterns
5. 进入 Stage 0 (`references/stage_00_kickoff.md`), 不重复问已知字段;若题面未公布,完成环境与协作准备后保持 `qi_count=null` 并等待题面,不进入 Stage 1
已有 state 触发 (用户中途回到 skill):
1. 运行 `python <skill>/scripts/status.py --workspace <cwd> --json` 取得 competition、current_stage、最新 verdict 与下一步;需要细节时再读 `<cwd>/state/decision_log.json`
2. 加载对应 stage_NN.md (按需结合 competitions/<comp>/* 内容)
3. 不重复读 winning_patterns
时长 / 语言 / 模板 / 数据状态 由 competition 决定; token 预算 / 反馈深度由 mode 决定。两者正交组合。
| Competition | 时长 | 语言 | LaTeX | 规则基线 | 经验数据状态 |
|---|---|---|---|---|---|
| cumcm | 72h | 中文 | xelatex / 原创 ctexart | CUMCM 2026 | 91 来源文档 / 59 可提取样本 |
| mcm | 96h | English | pdflatex / article | COMAP 2027 | n=0,无论文分位 |
| diangong | 72h | 中文 | xelatex / ctex | 官网 2026-03-21 页面 | n=0,无论文分位 |
| Mode | 上下文策略 | 反馈层 | 用途 |
|---|---|---|---|
| fast | 只保留当前阻断项与最小证据 | L1 单次 | 选题试跑 / sanity check |
| standard | 按阶段加载并保留决策摘要 | L1+L2 | 默认主流程 |
| championship | 在终审阶段扩展证据与独立视角 | L1+L2+L3+L4 + red-team | 提交前最后冲刺 |
模式自动推荐 (按距 deadline 剩余;scripts/status.py 按同一规则计算,仅作建议):
60h: standard (最后 6h 升 championship)
| # | 阶段 | reference | 时长 | 反馈 | 竞赛差异点 |
|---|---|---|---|---|---|
| 0 | 团队启动 + 资料预扫 | stage_00_kickoff.md |
1h | L1 | 时长 / 语言 / 编译器 / 题号体系 |
| 1 | 选题 (多题对比 → 1) | stage_01_problem_selection.md |
2-4h | L1 | 题号体系 (A-E/A-F/A-B) + task_type 写入 |
| 2 | 问题深度解析与分解 | stage_02_analysis.md |
2-3h | L1 | 通用 |
| 3 | 模型选型 (证据驱动的候选比较) | stage_03_model_selection.md |
2-4h | L1 + 反事实 | 通用 |
| 4 | Foundation (假设+符号+术语) | stage_04_foundation.md |
1h | L1 | 通用 |
| 5 | 递归子问题循环 Q1..Qn + per-Qi 加权聚合 | stage_05_subproblem_loop.md |
按题目分配 | L1 + 子检查点 | 从题面提取实际子问数;per-Qi 加权 |
| 6 | 全局灵敏度 / 稳健性 | stage_06_robustness.md |
2-3h | L1 + L2 | 工程参数 (diangong) vs 数学参数 (cumcm/mcm) |
| 7 | 模型评价 + 推广 | stage_07_evaluation.md |
1-2h | L1 | 通用 |
| 8 | 论文写作 + 合规装配 | stage_08_writing.md |
12-30h | L1 + L2 | 当届规则、AI 披露、摘要类型与 LaTeX 模板 |
| 9 | 提交合规 + Panel | stage_09_review.md |
2-6h | L1 + L3 panel | 页数/匿名/披露 + anti-patterns + personas |
只在进入阶段 N 时加载 references/stage_NN_*.md。切勿一次性全读。
各阶段额外加载 (按需 + 按 competition 切换):
<cwd>/state/decision_log.json 必读<cwd>/state/decision_log.json 必写 (核心决策 + 5 维评分)references/rubrics.md 对应章节 (L1 评分用)competitions/<comp>/topic_specs.json (题号 → task_type 映射)references/model_catalog.md (跨竞赛通用)scripts/score_artifact.py --mode aggregate_qi 聚合competitions/<comp>/current_rules.md 存在时读取,并核对其中官方链接competitions/<comp>/{winning_patterns, phrase_bank, abstract_template, paper_skeleton}.mdcompetitions/<comp>/empirical.json 只作评分前参考;CUMCM 为 59 份可提取样本的观察分位,MCM/电工杯为 n=0 占位且不得推断数值门槛anti_patterns.md 与 rubric_overlay.json 的 panel personasreferences/feedback_layer*.mdreferences/harness_compat.mdverdict 优先级 (从高到低):
| verdict | 触发 | 行为 |
|---|---|---|
block |
issues 含 ≥1 high-severity | 暂停 skill, 用户介入 |
pass_early |
raw_min ≥ 9 AND weighted_mean ≥ 9 | iter-1 早退 |
pass |
raw_min ≥ 7 AND weighted_mean ≥ 8 | 进下一阶段 |
pass_with_review (stage 5) |
任 Qi mark_for_review 但加权阈值满足 | 进 stage 6, L2 必读 review_qis |
refine |
其他 | section-patch 精修, iter+=1 (cap 3) |
refine_partial (stage 5) |
任 Qi.min < 7, 其他 Qi 已 pass | 仅 refine 该 Qi, 不动其他 |
carryover |
iter == 3 仍 refine | 进下一阶段, 标记由 L2 处理 |
weighted_mean = Σ(s_i × w_i) / Σ(w_i), 权重来自 config/dim_weights.json[<comp>][<task_type>] (clamp [0.7, 1.5]); task_type=default 全 1.0 等价老逻辑。
此定义在 feedback_layer1_critic.md / rubrics.md / scripts/score_artifact.py 三处必须完全一致。
每阶段:
<cwd>/state/decision_log.json, 核对 current_stage 与上下文current_stage += 1decision_log.json v3.1 schema 关键字段 (与 templates/shared/decision_log.json 对齐):
competition, task_type, mode, current_stage, budget, events, complianceqi_count, qi_weights, qi_statusweighted_mean, review_qis, refine_qis (stage 5 加权聚合用)L2 跨阶段回检 (stage 5/6/8 末尾) 读这个文件主动找冲突, 触发定向回滚: 不重做整阶段, 只针对冲突点。
scripts/extract_diff.py), 优先只传相关 sectionnull,不得估算成已用额度python <skill>/scripts/status.py --workspace <cwd> --markdown,原样展示看板与下一步 (只读,不改 state)competitions/cumcm/: 91 份来源文档,59 份成功文本提取并进入观察分位;现有提取有局限,不能解释为官方阈值或获奖预测competitions/mcm/: 规则基线已按 COMAP 2027 核对;经验模式是维护者启发,empirical 为 n=0competitions/diangong/: 官网参赛规则与论文规范已于 2026-07-22 核对;经验模式是维护者启发,empirical 为 n=0references/model_catalog.md 跨竞赛复用当前 scripts/ingest_papers.py 是维护期归档工具,不能直接重建三个竞赛包的 empirical.json。新增语料前先补来源 provenance、提取 QA 与分组样本量。
核心工作流可离线运行;当届规则与问题要求必须从官方来源重新核对。下列资源可作人工补充:
personqianduixue/Math_Model, datawhalechina/intro-mathmodel, dxs.moe.gov.cn 优秀论文展廊comap.com, MCM Tutorial (Frank Giordano)数学建模比赛很少因为“缺少一个更聪明的回答”而失败。更常见的是:模型换了,摘要没改;第二问重算了,第三问还在引用旧结果;关键假设只活在聊天记录里;直到提交前,才发现匿名、页数或 AI 披露不合规。
mathmodel-skill 不是一个试图一口气生成整篇论文的 Prompt,也不是替团队做决定的黑盒 Agent。它是一套可执行的建模工作流:把选题、拆题、模型选择、求解、稳健性分析、论文装配和终审组织成 10 个阶段,用一份共享决策日志保存整个项目的状态。团队只回答关键的编号问题,Agent 负责维护状态、调用脚本、整理产物。
[!TIP] 一句话上手:安装后在 Codex 里输入
使用 $mathmodel-skill,开始 CUMCM 建模。,或在 Claude Code 里说开始建模。之后随时说 “看进度”,就能看到当前阶段、评分、合规门和下一步。
🧭 10 阶段,一条主线
选题 → 拆题 → 选型 → 求解 → 稳健性 → 写作 → 终审。每个阶段都有进入条件、退出条件和回退路径,Agent 在可检查的位置停下来,而不是一口气跑到底。
🧠 一份状态,随时接力
state/decision_log.json 记录每个决定、依据、评分与回退。换队员、换对话、从 Codex 换到 Claude Code,都从同一个检查点继续,不靠聊天记忆。
⚖️ 脚本裁决,不靠自评
Critic 打分之后,由 score_artifact.py 重新计算 verdict。任何关键维度低于门槛都会单独暴露,不会被加权均分“平均掉”。
🎯 哪里错,只修哪里
Stage 5 按子问保存状态:refine_partial 只返工没通过的 Qi,其余结果保持不动;论文按 section patch 定向修补,不推倒重来。
🛡️ 提交前 fail-closed
占位符、缺失章节、模板 marker 错位会直接失败;当届规则、匿名、页数、AI 披露、支撑材料五道终审门不过,就不能标记 submission_ready。
📊 一眼看进度 v6.2 新
status.py 汇总 10 个阶段的 verdict、子问状态、合规门和截止倒计时,按剩余时间给出模式建议,并只给出一条明确的下一步。
| 😵 比赛中的常见情况 | ✅ mathmodel-skill 的处理方式 |
|---|---|
| 对话越来越长,早期决定难以追溯 | 所有阶段共用 state/decision_log.json,统一保存选择、依据、评分与回退记录 |
| 总体表现尚可,但某个关键维度明显不足 | Verdict 同时检查最低分和加权均分;高严重度问题不能被平均数掩盖 |
| 只有 Q2 需要返工,却牵连全部结果 | Stage 5 按 Qi 保存状态,refine_partial 只修改受影响的子问 |
| 三类竞赛要求不同,维护成本不断增加 | 一条主流程 + competition pack、权重 overlay 和模板表达差异 |
| Markdown 章节写好了,主 TeX 却没引用到 | 模板使用显式 section marker;缺失、重复或未知 marker 直接失败 |
| 封面或摘要仍含占位符,却被当成正式稿 | 正式渲染 fail-closed;占位符只能用于显式 dry-run |
| 临近提交才发现页数、匿名或 AI 披露问题 | Stage 0、8、9 重新打开规则入口;合规门不过不能进入 submission_ready |
| Pandoc、TeX 或依赖问题直到最后才暴露 | doctor.py 一次性检查结构、竞赛包、Python、Pandoc、TeX 与可选依赖 |
| 忙了一整天,说不清现在到底卡在哪 | status.py 只读汇总进度、阻断项与下一步,不改动任何状态 |
① 开口说一句 —— Agent 只询问还缺的启动信息(竞赛、题号、队伍、截止时间、题面),然后用 init_workspace.py 建好工作区。
② 关键决策点,只需回答数字 —— 没有原生选择 UI 的环境会退化为编号列表,语义完全一致:
【Stage 3 · Q1 用哪个候选模型?】
1) 混合整数规划 (MILP) — 目标与约束线性,求解器可给出最优性证明
2) 遗传算法 — 适合非凸、高维离散搜索
3) 禁忌搜索 — 中等规模组合优化,易实现
4) 让我决定(推荐 1:Stage 2 已标记目标为线性)
回复数字即可。
③ 任何时候说“看进度” —— 下面是 status.py 对一份示例状态的真实输出:Stage 5 中只有 Q2 没过,所以下一步只精修 Q2。
| Stage | 任务 | 关键产物 | 主要检查 |
|---|---|---|---|
| 0 | 团队启动与资料预扫 | 竞赛、角色、时限、环境、规则基线 | 可执行性与合规入口 |
| 1 | 多题比较与选题 | 选择理由、放弃项、题型判断 | 资源匹配与失败风险 |
| 2 | 问题拆解 | 子问、变量、约束、依赖图 | 逻辑完整性 |
| 3 | 模型选型 | 候选模型、证据、反事实与淘汰理由 | 模型与问题的匹配程度 |
| 4 | Foundation | 假设、符号、术语表 | 一致性与可解释性 |
| 5 | 递归求解 Q1…Qn | formulation、代码、结果、图表 | per-Qi 评分与定向回修 |
| 6 | 稳健性分析 | 风险匹配的验证、稳健区间、失败边界 | 灵敏度与结论可靠性 |
| 7 | 模型评价 | 优点、局限、改进、迁移条件 | 边界是否诚实、结论能否推广 |
| 8 | 论文装配 | paper_workspace/*.md、TeX/PDF、AI 台账 |
跨阶段一致性与格式合规 |
| 9 | 提交前终审 | 最终 PDF、支持材料、Panel 记录 | 合规门、证据链与视觉检查 |
评分工具输出的是流程状态,而不是奖项预测。Critic 给分之后,verdict 一律由脚本重新计算:
stateDiagram-v2
direction LR
state "L1 Critic 打分" as critic
state "脚本重算 verdict" as verdict
state "进入下一阶段" as next
state "定向修补" as patch
state "团队介入" as human
[*] --> critic
critic --> verdict
verdict --> next: pass / pass_early
verdict --> next: carryover
verdict --> patch: refine / refine_partial
patch --> critic: 迭代 +1
verdict --> human: block
human --> critic: 处理后重评
| Verdict | 触发条件 | 行为 |
|---|---|---|
block |
存在至少 1 个高严重度问题 | 暂停流程,由团队介入 |
pass_early |
最低分 ≥ 9 且加权均分 ≥ 9 | 首轮即可提前通过 |
pass |
最低分 ≥ 7 且加权均分 ≥ 8 | 进入下一阶段 |
pass_with_review Stage 5 |
个别 Qi 需复核,但加权阈值满足 | 进入 Stage 6,L2 必读复核项 |
refine |
其他情况 | section patch 精修,最多 3 轮 |
refine_partial Stage 5 |
部分 Qi 最低分 < 7,其余已通过 | 只精修这些 Qi |
carryover |
达到迭代上限仍需精修 | 进入下一阶段,遗留问题交给 L2 回检 |
同一条主流程,只调整反馈预算和评审深度:
| Mode | 反馈层 | 适用场景 |
|---|---|---|
fast |
L1 单轮 | 选题试跑、快速 sanity check、时间紧张时的关键阶段 |
standard |
L1 + L2 | 默认比赛流程 |
championship |
L1 + L2 + L3 + L4 + red-team | 终稿前的深度评审 |
status.py 会按剩余时间给出建议(< 6h 直接进 Stage 9 终审;6–24h 关键阶段用 fast;其余用 standard),但切换模式始终需要团队确认。
| 竞赛包 | 语言与模板 | 当前材料 | 可信度说明 |
|---|---|---|---|
| 🇨🇳 CUMCM 国赛 | 中文;XeLaTeX / 原创 ctexart 电子论文模板 |
91 份公开论文来源,其中 59 份成功提取文本进入统计;42 项维护者反模式检查 | 材料最完整;观察分位不是官方门槛,规则以当届通知为准 |
| 🌍 MCM/ICM 美赛 | English;pdfLaTeX / article |
16 项维护者检查;已记录 COMAP 2027 页数、字号与 AI 披露基线 | 经验层 n=0,不提供论文分位;提交前必须重新核对 COMAP 要求 |
| ⚡ 电工杯 | 中文;XeLaTeX / ctexart |
12 项工程导向检查;已记录官网页序、25 页正文、支撑材料与匿名基线 | 经验层 n=0;当前官网未提供专门 AI 格式,仍需检查当届通知 |
这些链接构成仓库当前的规则基线,但不能替代参赛当年的官方文件。
Codex(macOS / Linux)
git clone https://github.com/handsomeZR-netizen/mathmodel-skill.git \
~/.agents/skills/mathmodel-skill
python ~/.agents/skills/mathmodel-skill/scripts/doctor.py --competition cumcm
mkdir -p my-modeling-project && cd my-modeling-project
codex
git clone https://github.com/handsomeZR-netizen/mathmodel-skill.git `
"$HOME\.agents\skills\mathmodel-skill"
python "$HOME\.agents\skills\mathmodel-skill\scripts\doctor.py" `
--competition cumcm
New-Item -ItemType Directory -Force my-modeling-project | Out-Null
Set-Location my-modeling-project
codex
mkdir -p .agents/skills
git clone https://github.com/handsomeZR-netizen/mathmodel-skill.git \
.agents/skills/mathmodel-skill
Claude Code
git clone https://github.com/handsomeZR-netizen/mathmodel-skill.git \
~/.claude/skills/mathmodel-skill
mkdir -p my-modeling-project && cd my-modeling-project
claude
| 环境 | 输入 |
|---|---|
| Codex | 使用 $mathmodel-skill,开始 CUMCM 建模。 |
| Claude Code | 开始建模,或 使用 mathmodel-skill 开始 MCM 建模 |
首次启动时,Agent 只询问还缺的竞赛、题号、队伍能力、截止时间和题面位置,然后初始化工作区并进入 Stage 0;工作区已有状态时,则从最近的检查点继续。
Agent 会在需要判断的节点停下来问你;状态写入、文件组织和脚本调用都由它完成。任何时候都可以说:
看进度 · 进入 stage N · 回退到 stage M · 做 L2 回检 · 升级到 championship · 切到 mcm
[!NOTE] 想先手动体验看板?两条命令即可(
init_workspace.py只创建、不覆盖已有状态):python ~/.agents/skills/mathmodel-skill/scripts/init_workspace.py \ --competition cumcm --workspace . --problem 未公布 --hours-left 72 python ~/.agents/skills/mathmodel-skill/scripts/status.py --workspace .
核心工作流和 doctor.py --skip-tools 不依赖完整的科学计算栈。只有需要运行仓库中的建模起步代码时,才需要安装额外依赖:
python -m pip install -r \
~/.agents/skills/mathmodel-skill/templates/shared/requirements.txt
正式进行论文转换与编译时,还需要安装 Pandoc 和 TeX Live 或 MiKTeX:CUMCM 与电工杯使用 XeLaTeX,MCM/ICM 使用 pdfLaTeX。内置简化转换器仅用于 --no-compile 结构预检,不应作为正式论文的编译方式。
my-modeling-project/ # 由 init_workspace.py 创建
├── state/
│ └── decision_log.json # 决策、评分、回退、规则与 AI 使用台账
├── results/ # 结构化结果与可复现实验输出
├── figures/ # 最终图表
├── paper_workspace/ # 01_abstract.md … 10_appendix.md,以及按需披露片段
├── paper_output/ # TeX 中间文件与最终 PDF
└── support_materials/ # 代码、数据清单与竞赛要求的披露材料
Codex 与 Claude Code 可