用Claude Code或Codex辅助论文写作：步骤、限制与检查项

用 Claude Code 或 Codex 辅助论文，适合从一项范围明确的文件任务开始：统一术语、修改一段表达，或整理已有 LaTeX 项目。先保留原稿，再限制它能修改的文件，最后检查实际差异和交付文件，是可控的起步方式。

Claude Code和Codex CLI的官方文档都介绍了文件编辑和命令执行能力。下面是基于这些能力设计的写作操作流程，不是一次已完成的端到端实测；安装、登录及权限设置请使用对应官方指南。

1. 为一次任务准备独立副本

将待修改稿件复制到单独目录。可以按用途组织为：

paper-task/
  manuscript.tex
  references.bib
  source-notes.md
  revision-request.md

这是文件型项目示例，并非要求所有论文转成 LaTeX。若原稿是 DOCX，应先确认当前工具和环境如何读取、保存它；不要仅改后缀，也不要把提取出的纯文本当作包含原排版的完整文档。

source-notes.md 可记录本轮允许使用的文献、对应观点与页码；revision-request.md 写修改目标。只放入本轮必要且有权处理的材料，避免将无关资料一并交给工具。

2. 先定位问题，再允许修改

第一轮可以要求只阅读：

阅读指定文件，指出讨论部分是否有术语不一致、论断缺少限定或引用位置含糊的问题。用段落位置、原句和建议说明，不修改文件，不新增研究事实。

确认问题后，再提出修改请求：

仅修改 manuscript.tex 中“研究局限”这一段，使句间关系更清楚。保留研究对象、时间范围、所有数字、否定表达和引用键。只能使用 source-notes.md 中的信息。不得修改数据、参考文献文件或其他章节。若需要补充材料，列出缺口并停在该处。

请求中的边界帮助工具理解任务，但不能代替审阅。涉及安装依赖、运行脚本或删除文件时，还应阅读它实际准备执行的动作。

3. 审阅差异中的含义

打开实际文件和差异视图，逐项检查：

• “可能”“在本样本中”“尚不能”是否仍然存在。
• 数字、单位、方法名称和研究范围是否变化。
• 引用是否仍紧邻它支持的论断。
• 是否新增了未经提供的文献、实验过程或结果。
• 是否改动任务以外的段落或文件。

例如，“访谈揭示了受访者对平台规则的担忧”可以调整语序；改成“平台规则导致用户流失”则新增了因果判断。遇到这类变化，应保留原句或重新限定任务，不要只因文风自然而接受。

使用 Git 的作者可用差异记录辅助复核；没有 Git 也应保存原稿与修改稿。一次完成后记录采用了哪些修改，避免连续多轮覆盖后失去比较对象。

4. 在现有工具链中检查交付

若项目已有可运行的编译或导出步骤，先确认其用途再运行。报错时让工具解释错误和拟修改位置，避免为通过编译随意删掉公式、文献或章节。

生成文件后，实际打开检查中文、公式、图表、引用和页码。Word 交付还要确认文字与公式是否达到接收方要求的可编辑程度。完成条件是指定内容修改正确、范围受控、文件能按要求使用，不只是终端里出现“成功”。

哪些情况下更适合可视写作

如果主要工作是直接修改正文、维护文献并审阅 AI 建议，而不想管理文件项目，可选择相应的可视工作台。例如 InkFount支持选区提问、逐组审阅修改和添加并引用文献；其模板导出范围以当前界面和模板说明为准。它不等同于任意 DOCX/LaTeX 项目的导入器。

选择工作方式前，可比较三种文件型工具的任务与适用条件，再用一段自己的材料完成一次完整修改。