nsfc-budget

NSFC 预算说明书生成器

先做适用性判断

• 如果用户没有指定工作目录：立即暂停，先让用户给出工作目录。
• 如果用户只是问“预算怎么写/有哪些原则”，直接回答或给建议，不启动本 skill。
• 如果用户是 2026 青年 A/B/C 且场景属于包干制：先明确提醒“通常无需预算说明书”；只有在用户明确说明是历史模板、特定单位要求或预算制场景时才继续。

必要输入

优先让用户按 skills/nsfc-budget/references/info_form.md 提供。最少要拿到：

• 工作目录（必需）
• 标书正文或其它材料
• 项目类型：general | local | youth
• 预算口径：至少说明“这是申请总额”还是“这是需要解释的直接费用口径”

若用户没给全，按下面规则处理：

• 总预算未给：按 config.yaml:defaults.total_budget_wan 取默认值。
• 正文目标字数未给：按 config.yaml:defaults.target_chars 推荐区间执行。
• 每节上限：按 config.yaml:defaults.per_section_max_chars。
• 模板未给：按 config.yaml:defaults.template_id。
• 预算模式合法值：见 config.yaml:rules.budget_modes。
• 预算口径合法值：见 config.yaml:rules.budget_scopes。

流程

输入

按用户请求和配置文件提供必要输入；缺失信息应明确列出并停止依赖该输入的步骤。

执行步骤

• 当用户环境中出现因本 skill 设计缺陷导致的 bug 时，优先使用 bensz-collect-bugs 按规范记录到 ~/.bensz-skills/bugs/，严禁直接修改用户本地 Claude Code / Codex 中已安装的 skill 源码。
• 若 AI 仍可通过 workaround 继续完成用户任务，应先记录 bug，再继续完成当前任务。
• 当用户明确要求“report bensz skills bugs”等公开上报动作时，调用本地 gh 与 bensz-collect-bugs，仅上传新增 bug 到 huangwb8/bensz-bugs；不要 pull / clone 整个 bug 仓库。

目标：基于标书正文与补充材料，写出一份“经得起财务与学术双重审视”的预算说明书，并交付可编辑 LaTeX 项目与 budget.pdf。

初始化 run

先创建隐藏工作区与 budget_spec.json 骨架：

python3 skills/nsfc-budget/scripts/init_budget_run.py \
  --workdir <workdir> \
  --project-type <general|local|youth> \
  --template-id 01

如用户已给材料路径，可追加多个 --material <path>。脚本会把材料快照复制到 .bensz-api/task-{yyyymmdd-hhmm}-{简短描述}/nsfc-budget/{yyyy-mm-dd-hh-mm}/input/materials/。 若同一分钟重复初始化，脚本会自动追加后缀避让目录名冲突，避免 run 目录互相污染。

吃透材料，形成“任务-需求-金额-依据”链

读取正文与补充材料后，先在隐藏工作区内形成内部判断，再填写 budget_spec.json：

• 每一笔钱都必须能追溯到具体研究任务。
• 每一节都要说明为什么要花、花在哪里、怎么测算、为什么这个数合理。
• 不能捏造设备、合作单位、测试次数、出差频次、劳务人数、价格依据。
• 证据不足时，要么追问用户，要么保守写“暂不列支/暂无合作转拨/暂无其他来源资金”，不要编造。

写作原则见：skills/nsfc-budget/references/budget-writing-rules.md。

填写 budget_spec.json

脚本生成的 budget_spec.json 是唯一结构化中间稿。至少补齐：

• meta：项目题目、项目类型、预算模式、工作目录、输出目录、模板 ID、字数目标
• budget：总预算口径、直接费用总额（若已知）、设备/业务/劳务/合作转拨/其他来源金额
• sections：五个部分的正文段落（数组）
• evidence：关键测算依据、必要假设、待确认点