paper-write-sci

# Paper Write SCI - 写出更像作者本人、而不是通用 AI 模板的论文 - 控制 SCI 论文语气，少用带冒号的口语化解释句，优先写成自然递进的完整句 - 在 `Introduction` 中协调核心观点、核心痛点和核心问题的出现频率，避免反复重提同一主张导致冗余 - 在写作与修订过程中严格保护数字、逻辑和术语一致性 - 默认直接推进修改；当用户需要人机协作时，只输出计划，不直接改论文 - 除明确约定的对外交付物外，把所有中间文件收敛到 `<paper_dir>/.bensz-api/task-{yyyymmdd-hhmm}-{简短描述}/paper-write-sci/{yyyy-mm-dd-hh-mm}/` ### 输入 | 输入项 | 是否必须 | 说明 | |---|---|---| | 论文源代码目录 | 必须 | LaTeX 论文项目根目录 | | Figure/Table 注释 | 必须 | 解释每张图表支撑什么论点、有哪些关键数字 | | 用户要求 | 可选 | 例如“只改 Results”“偏保守润色”“补强 Discussion” | | 参考论文/参考作者材料 | 可选 | 用于提炼额外风格信号，只学风格，不抄句子 | | 运行模式 | 可选 | 默认值与别名以 `config.yaml:mode` 为准 | | 风格 | 可选 | 默认值与可用列表以 `config.yaml:style` 为准 | ## 流程 ### 输入 按用户请求和配置文件提供必要输入；缺失信息应明确列出并停止依赖该输入的步骤。 ### 执行步骤 - 因本 skill 设计缺陷导致的 bug，先用 `bensz-collect-bugs` 规范记录到 `~/.bensz-skills/bugs/`，不要直接修改用户本地已安装的 skill 源码；若有 workaround，先记 bug，再继续完成任务 - 只有用户明确要求“report bensz skills bugs”等公开上报时，才用本地 `gh` 上传新增 bug 到 `huangwb8/bensz-bugs`；不要 pull 或 clone 整个仓库 用于根据 LaTeX 论文项目、Figure/Table 注释和用户补充要求，撰写或优化 SCI 期刊论文正文。 执行时优先把确定性步骤交给脚本，把启发式判断留给 AI： - 初始化工作区、模式归一化、风格选择、计划文件命名：使用 `config.yaml:scripts.prepare_workspace` - 长规则块按需从 `references/` 读取；不要把所有参考文档一次性塞进上下文 ### `autonomous`（默认） - 发现问题就直接修复 - 采用最小必要改动原则 - 在写入任何新数字前，必须先过数字审查 - 在结束前，必须通过章节职责终审、全文一致性终审和逻辑树终审 ### `collaborative` - 先完整读论文，再归纳缺陷和修改路径 - 计划仅作为人类审查材料，不对正文落笔 - 计划文件名、主题 slug、`run_id` 和输出目录都以 `config.yaml:runtime_outputs` 为准 - 计划内容至少包含：问题、证据、建议动作、影响章节、关联图表、风格锚点、章节分工风险、风险说明 - 风格目录：`references/styles/` - 风格模板：`references/styles/style-template.md` - 默认风格以...