NSFC 标书质量控制

• 只读 QC：不修改 .tex/.bib/.cls/.sty
• 目标是产出标准化 QC 报告，而不是“顺手帮用户改文”
• 推荐布局：deliver_dir/ 放交付物，project_root/.bensz-api/task-{yyyymmdd-hhmm}-{简短描述}/nsfc-qc/{run_id}/ 放工作区

输入

最少需要：

• project_root

建议同时提供：

• main_tex，默认 main.tex
• threads，默认读 config.yaml
• execution，默认 serial
• deliver_dir，推荐显式给，便于实例隔离

非目标

• nsfc-qc 不是编译检查工具。
• PDF 能否编译成功属于环境/工程质量，不是本技能的核心交付。

流程

输入

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

执行步骤

• 当用户环境中出现因本 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 仓库。

定位 run 目录

• 优先用实例隔离布局：
  • deliver_dir
  • workspace_dir=project_root/.bensz-api/task-{yyyymmdd-hhmm}-{简短描述}/nsfc-qc/{run_id}
  • run_dir={workspace_dir}
• 只有用户明确要求 legacy 或处理旧产物时才读取 project_root/.nsfc-qc/

只读预检

• 自动检测主 tex
• 检查引用 key 是否存在
• 检查 .bib 字段完整性
• 生成引用证据包：Crossref / arXiv / Unpaywall 等 metadata + URL 可访问性 + title 比对
• 输出篇幅分布、引号问题、缩略语与术语一致性初筛

多线程独立 QC

• 优先用 parallel-vibe，并把 .parallel-vibe/ 放到当前 run 内部
• snapshot 只包含最小必要副本：*.tex/*.bib + 预检证据包
• 每个 thread 至少覆盖：
  • 文风与可读性
  • 引用真伪与错引风险
  • 篇幅与结构分布
  • 逻辑与论证闭环
  • 缩略语规范
  • 术语一致性
  • 至少 2 类其它 QC

汇总聚合

• 主线程合并 threads 的 RESULT.md
• 去重、冲突处理、按 P0/P1/P2 排序
• 输出最小可执行修改路线

标准化报告

最终报告必须包含：

1. 执行摘要
2. 范围与只读声明
3. 硬性问题（P0）
4. 重要建议（P1）
5. 可选优化（P2）
6. 引用核查清单
7. 篇幅与结构分布
8. 建议的最小修改路线图
9. 附录：复现信息

# 一键运行
python3 skills/nsfc-qc/scripts/nsfc_qc_run.py \
  --project-root projects/NSFC_Young \
  --main-tex main.tex \
  --deliver-dir projects/NSFC_Young/QC/vYYYYMMDDHHMMSS \
  --threads 5 \
  --execution serial

# 预检
python3 skills/nsfc-qc/scripts/nsfc_qc_precheck.py --project-root projects/NSFC_Young --main-tex main.tex --out <artifacts_dir> --resolve-refs

# 并行 QC
python3 skills/nsfc-qc/scripts/run_parallel_qc.py --project-root projects/NSFC_Young --run-id vYYYYMMDDHHMMSS --threads 5 --execution serial

# 物化 final 输出
python3 skills/nsfc-qc/scripts/materialize_final_outputs.py --project-root projects/NSFC_Young --run-id vYYYYMMDDHHMMSS

输出

标准交付物：

• {run_dir}/final/nsfc-qc_report.md
• {run_dir}/final/nsfc-qc_metrics.json
• {run_dir}/final/nsfc-qc_findings.json
• {run_dir}/final/validation.json

常见预检产物：

• precheck.json
• citations_index.csv
• tex_lengths.csv
• reference_evidence.jsonl
• reference_evidence_summary.json

输出管理

本 Skill 的新任务中间文件统一写入 ./.bensz-api/task-{yyyymmdd-hhmm}-{简短描述}/{skill名}/input|output|log/。同一任务复用一个任务根目录；多 Skill 协作才创建 shared/。正式交付物不写入该目录，历史隐藏目录只允许显式兼容读取、迁移或清理。

校验

完成后执行 Skill 已有的静态检查、脚本验证或人工复核，并记录通过标准。

失败与恢复

• 若 parallel-vibe 不可用，仍需完成同一套 QC 清单。
• 仍要输出标准化报告与 JSON。
• 在附录中说明未启用并行的原因。

约束

• 禁止写入标书源文件。
• 文献真实性检查必须有证据链；不确定时标记 uncertain。
• 元数据获取是必选项：引用真伪核查必须联网抓取论文 metadata 并做 URL/title 比对。
• nsfc-qc 不负责正文改写；只负责发现问题与给出建议。

公共硬约束

• 任务需要落盘时，使用唯一的 ./.bensz-api/task-{yyyymmdd-hhmm}-{简短描述}/ 根目录；共享材料放入 shared/，Skill 专属材料放入该 Skill 的 input/、output/、log/。
• 正式交付物、源代码和正式计划按项目约定保存，不写入任务工作区；未经授权不覆盖、删除、迁移或远程写入。
• 项目维护变更检查 BAC 可用性并记录需求、AI 产出、工具结果、文件改动和验证摘要；BAC 只做过程审计，不替代署名、责任或合规判断。
• 不记录 API Key、访问令牌、密码、Cookie、环境/凭据文件、私有 Prompt、身份信息、本地用户名、主机名或不必要的大体积原始数据。
• 文件路径必须规范化并限制在授权项目范围内；外部 URL、子进程和网络访问遵循最小权限，防止路径遍历、SSRF 和命令注入。
• Skill 版本唯一记录在自身 config.yaml:skill_info.version；公开 API、协议、目录或配置变更同步文档与 CHANGELOG.md。
• 仅将 Skill 或 Bensz 基础设施本身的设计缺陷交给 bensz-collect-bugs；先脱敏写入 ~/.bensz-skills/bugs/，当前任务不中断，只有用户明确要求才公开上报，禁止直接修改用户已安装的 Skill 源码。

<!-- End of canonical common constraints. -->

Skill 专属约束

不得超出本 Skill description 和上方流程所声明的范围；不将未验证的信息伪装成确定结论。