企业官网建设流程全解析

• AI 技能
• AI 写作
• 人工智能
• 深度研究
• AI 应用

导读

本文围绕 PaperSpine5 技能体系中的 Writing Reviewer Agent（写作审阅者代理）展开，系统拆解它在论文生产链路中的定位、审阅前提、六个核心审阅维度与独立性约束。读者将掌握：如何以"写作/结构/修辞"视角审阅一篇论文的实际文本与渲染结果，如何借助目标期刊学习与作者表达偏好做出有定位、有依据的编辑判断，以及如何避免把工作流叙述混入论文的发表表面。文末结合仓库中的审阅脚本与测试用例，给出可验证的实现证据。

一、Writing Reviewer Agent 在 PaperSpine 审阅体系中的定位

在 PaperSpine5 的当前宿主（host）工作流中，稿件审阅被拆分为多个独立视角代理。与从"方法/技术正确性"切入的 Method Reviewer Agent、从"证据/引用质量"切入的 Evidence Reviewer Agent 不同，Writing Reviewer Agent 的职责边界非常明确：

Goal:Review the manuscript from a writing / structure / rhetoric perspective.

即：以写作（writing）、结构（structure）、修辞（rhetoric）为审阅透镜，回答"这篇论文读起来是否成立、论证是否连贯、语气是否与目标场景匹配"。它不负责判定方法是否可复现（那是 Method Reviewer 的镜头），也不负责核验引用身份与证据映射（那是 Evidence Reviewer 的镜头），但会检查引文标记、标点、参考文献目标和图表引用的实际存在与一致性——因为这些都是读者视角下可见的编辑质量问题。

这种"按镜头分工、各自独立形成意见"的设计，在 current-method-routing.json 的资源清单中有明确记载：Writing Reviewer 的current_application是"用真实当前稿、local target PDFs、已有 notes；先独立判断再读其他未提交意见"，其review_check强调"反馈定位到段/图；required AI 披露和研究审查程序不因 reviewer 单词删除；各语言实渲染"。而在 structured_review.py 中可以看到这种镜头化审阅的具体实现骨架：脚本为 journal、conference、report_review、competition 四种场景预置了 methods、contribution、clarity 三类 Reviewer Persona，其中 clarity 角色的焦点正是"评估结构组织、论证流、图表整合、段落衔接，以及论文是否讲述了一个连贯的故事"——这与 Writing Reviewer 的目标高度对应。

二、审阅前提：三份必读参考文档与"真实材料优先"原则

写作审阅者不是凭空审稿，而是在三份参考文档的约束下展开工作：

1. journal-learning.md—— 期刊学习规范。它定义了公共文献学习与目标期刊页设计学习的完整方法：默认两组文献（same_field_papers3 篇、target_venue_papers3 篇，Web 支持 3+3、6+6 与自定义计数），reference_count_mode默认venue_average（按目标期刊样本的参考文献均数取floor(mean)+1作为参考目标），以及"下载目标期刊已发表 PDF 到本地paper/references/、实际打开核对、区分作者手稿与出版社版本"的硬性要求。写作审阅者要做的，是把当前稿件放在这些本地目标期刊 PDF 旁边逐页对照，评估真实的页面设计、排版密度与排版层次。
2. assertive-scientific-writing.md—— 直接表达的科学写作规范。它主张"内部验证可以严格，但论文不能写得怯懦"：直接陈述观察到的结果（"CARBON improved Pearson correlation across the evaluated tasks" 而非 "The supplied evidence appears to suggest that CARBON may potentially improve…"）；只在推理真正发生改变的地方（观测证据上的因果推断、超出评估数据的推广、来源不明的数据、不完整统计、存在合理解释替代）添加限定语，且每个段落/图注/局限性段落只放一处清晰边界，不逐句堆砌may potentially suggest这类嵌套模糊语；局限性只写真正改变解释或可推广性的少数约束，不搞仪式性免责声明。
3. manuscript-format.md—— 目标期刊稿件装配规范。它规定了格式核对的对象（文章类型、标题页、摘要结构与字数上限、关键词、章节层级、声明与补充文件；页面几何、栏数、字体、行距；引文系统与标记位置、参考文献排序与卷页号/DOI 显示；图表编号、图注、面板标签、可编辑表格等），并强调"成功导出只是格式检查的起点"，必须用官方模板/CSL 实际渲染、逐页与官方 demo 及目标期刊 PDF 对照。

三份文档共同指向一个核心原则：审阅者必须面对真实的当前稿件（actual current manuscript）与真实的本地目标期刊 PDF（local target-venue PDFs），并阅读相关的同领域段落（relevant same-field passages）。历史性的references/audit.mdRunner receipts（旧运行器的接收凭证链）不是本轮审阅的先决条件——从 current-method-routing.json 与 orchestrator-branch-map.md 可以看出，旧 Runner 的"审阅先于 LaTeX、命名文件门、作者声音确认收据"等顺序已被当前宿主方法明确放宽，缺少历史文件名不应阻碍对实际散文、图表与渲染文件的审阅。

三、审阅视角的设定：复用任务配置，绝不捏造目标规则

写作审阅者必须使用同一公开任务（public task）已保存的配置、目标和文章类型来调整审阅视角。这包括configuration.target（目标期刊/会议）、scene（场景：journal / conference / competition / report_review）、文章类型与语言设置。审阅视角随目标场景而变：期刊论文可能期待 IMRaD 结构与独立评价，竞赛报告期待假设、模型逻辑、验证、敏感性与建议的完整链条，课程报告则要求 rubric 可见的证据组织——这些场景差异在 writing-rationale-matrix.md 的"Target Scene or Venue Norm"列中有明确对应。

与此并行的是一条事实边界：不得捏造目标期刊或会议规则（Do not fabricate target venue or conference rules）。这意味着审阅者对格式、风格、页数的任何判断都必须来自真实读取的官方说明或已学习的目标期刊 PDF，而不是凭记忆套用某个通用数字引文风格（manuscript-format.md 明确警告：不能因为看到"Vancouver"字样就推断细节，也不要把通用数字风格套到每个期刊）。在 structured_review.py 的 dispatch 提示中也嵌入了同样约束："Do not fabricate specific submission rules for the target venue. Only use what is known from the research stage or user-provided materials."

四、上下文输入：写作理由矩阵、风格档案与范例学习档案

Writing Reviewer 的上下文（Context）由四类材料构成：

• 稿件文本（manuscript text）——当前真实的稿件源码与渲染输出；
• writing_rationale_matrix.md（写作理由矩阵）——以"每个需要深思的最小写作单元一行"的方式记录写作决策的表格，包含 Row ID、Manuscript Unit、Current Problem or Planned Function、Contribution Promise / Claim ID、Motivation Alignment、Reference/SOTA Pattern Learned、Target Scene or Venue Norm、User Evidence or Citation Anchor、Planned Change/Text Move、Final Text Check 共十列；首行必须是"整稿框架行"，每个后续行对应稿件顺序中的真实写作单元；Final Text Check必须以PASS或FAIL开头并给出最终位置或失败原因；
• style_profile.md（风格档案）——按照 style-learning-workflow.md 中给出的模板生成，包含语料表、全局风格（论文弧线、读者专业度、主张强度、技术密度、引用风格、图表侧重）、各章节画像（Abstract / Introduction / Methods / Results / Discussion 的句数、move 序列、引用密度等维度）、短语与句式骨架库、主张强度规则、术语搭配表等；
• exemplar_learning_dossier.md（范例学习档案）——回答"所选论文为何写得好、其写作逻辑如何迁移到用户稿件"的档案，包括语料表、六维写作分析（动机、缺口建构、贡献框定、方法解释、结果解释、讨论闭合）、章节级学习表、句式骨架（只借鉴骨架、不照抄措辞）、反模式清单与迁移计划。

审阅者使用现有 notes 中可用的部分；缺历史文件名不妨碍审阅——matrix、style_profile、dossier 都是"可选上下文"，其缺席不构成审阅的阻断条件（这正是 current-method-routing.json 中"原封装对应范围：历史矩阵/style dossier 文件仅可选上下文"的语义）。

五、六维审阅框架：写作审阅者的发现组织方式

Writing Reviewer 产出的独立审阅意见，必须按以下六个维度组织发现（findings）。每个维度都强调"定位到具体段落并说明所需修订"（Locate editorial weaknesses in a specific passage and explain the needed revision），而不是给出空泛印象。

5.1 结构与论证流（Structure and argument flow）

评估稿件整体结构是否支撑研究论证：章节顺序是否自然、标题/摘要/引言贡献陈述/结论是否围绕同一核心贡献对齐、结果是否按"问题—证据—比较—解释—过渡"的叙事序列推进。可参考的判据来自 exemplar-learning-dossier.md 的阅读程序：识别摘要的五步 move、把引言每段映射到修辞职责、在 Methods 中标记"为什么需要这个设计选择"的解释位置、在 Results 中标记 setup → metric/figure → comparison → interpretation → transition 序列、在 Discussion 中把每段映射到 summary / mechanism / limitations / future 四类职责。

5.2 段落级连贯性（Paragraph-level coherence）

检查段落内部与段落之间的逻辑衔接：一段是否只承担一个职能、是否把证据放在其支撑的主张旁边、是否存在前后呼应（front/back echo）。writing-rationale-matrix.md 给出的具体标准包括：一行只对应一个最小写作单元，若一段承担两个职能则拆成两行，若三段共享一个职能则合并为一行；理由必须具体到"移动证据使其紧邻所支撑的主张""与前后单元形成前后呼应""修复原始逻辑失败""防止超出可用证据过度主张"等可教化的写作决策，而不是"improve clarity""polish wording"这类空话。

5.3 语域与目标场景适切性（Register and target-scene appropriateness）

检查语气、正式度与主张强度是否符合目标场景。核心规范是 assertive-scientific-writing.md：使用主动、具体的动词（improves, reduces, identifies, captures, supports, outperforms, reveals），动词强度必须与证据匹配；避免自我贬低式的工作流语言；把用户的写作当作研究论文来写——有科学问题、方法、发现与意义，而不是把助手做的材料清点、文件检查或"缺乏新复现"变成论文主题。设计/测量信息中科学重要的部分必须保留，工程执行细节应留在任务笔记或本地工作包中，而非论文的科学补充材料。

5.4 非科学工作流叙述的甄别（Non-scientific workflow narration）

这是写作审阅者最独特也最需要判断力的维度：标记那些以"草稿规划杂音"替代研究论证的叙述——例如告诉读者"这份草稿是如何被重排的"、把任务状态/续作说明/审阅进度写进论文正文。同时必须保留真实、必需的 AI 使用或写作协助披露，以及属于研究 Methods 的审阅程序（如系统综述的筛选流程、HCI 研究的参与者选择方法）。判据是文本的科学或透明性功能，而非某个词本身：

Their actual scientific or transparency purpose determines placement; the word "reviewer" alone is not a reason to remove text.

这条规则与 publication-surface.md 的"发表表面清理"严格呼应：内部 ID、UI 选择、audit 工件描述的是论文如何被生产出来，不属于研究论文；但不得删除真实的局限性、作者输入要求或已披露的不确定性，也不得因某个段落提及用户、工作流或审阅就把科学性内容删掉。publication-surface.md 同时给出了一条可运行的检查命令（python scripts/publication_surface_check.py --source "<manuscript.tex>" --source "<manuscript.pdf>" --json），并强调检查器只报告候选位置，不能替代对全文与所有渲染页面的独立阅读——包括文本提取器看不见的图内文字。

5.5 作者表达偏好：保留意义、术语与主张强度（Saved author-expression preference）

当任务配置启用了作者表达恢复（configuration.author_voice_restoration）时，写作审阅者必须使用 assertive-scientific-writing.md 比较原文与修订段落，核对意义、术语、强调与主张强度的保留情况。assertive-scientific-writing.md 定义了三个档位：

两个关键限制：任何档位都不得改变结果、主张强度或科学含义；作者声音参考只能来自用户提供的草稿与作者自己（或明确授权）的写作，不得把目标期刊范例当作该作者的个人声音。若没有作者文本，则保留用户明确的表达偏好并如实说明"无法学习个人声音"，继续有用写作而不去虚构一种声音或要求新的写作语料。

与旧方法的关键差异在原文中写得很明确：不需要遗留的 voice receipt、检测器分数，也不需要对已清晰的文本做强制重写（"No legacy voice receipt, detector score or forced rewrite of already-clear text is needed"）。这一立场在 SKILL.md 的质量规则与 humanize.md、humanize-calibration.md 中一以贯之：检测器分数只是诊断而非论文质量裁决，禁止把检测分数当作作者身份证据或审阅通过条件。

5.6 语言覆盖完整性：多语言版本的真实核对（Requested language coverage）

对于多语言工作（multilingual或other），写作审阅者必须比较完整的语言版本——包括标题、摘要、正文、图注、表格、注释与相关补充材料，并核对数字、单位、引用、图注与实际渲染（PDF/DOCX）的一致性。关键判据：

A translated summary or internal report does not establish a complete translated manuscript.

即：一份翻译摘要或内部报告不能替代完整翻译的稿件。manuscript-format.md 为此提供了配套规范：多语言版本共用同一科学源、稳定的引用键/对象 ID，数字、单位、方程、证据边界与参考文献在各语言间必须等价，翻译只允许措辞与版式差异、不允许发现差异；必须分别渲染并检查每个语言的实际 PDF/DOCX，检查缺字形、截断、图注标签不一致与遗漏段落。写作审阅者正是在这一规范下核查"翻译稿件是用户可见文档，而不是内部审阅笔记的翻译"。

六、引文与图表引用：从实际文档检查，而非从文件存在推断

Writing Reviewer 被明确要求检查引文标记、标点、参考文献目标和图表引用（Inspect citation markers, punctuation, bibliography targets and figure/table references），并且不得从文件存在性或前一版本的批准来推断这些（do not infer these from file existence or a previous revision's approval）。这意味着：

• 每个正文引文键必须能在最终参考文献表中找到目标，编号按首次使用顺序生成，无缺失/未使用条目；
• 图/表引用必须指向实际存在的图注与渲染视觉块——"落在正确页面图片下方"仍可能错误，目标必须位于视觉块的开头；
• 引用标点位置（如句末上标Sentence.[@key]）以实际渲染结果为准，不假设 CSL 自动移动了源码标点；
• DOI 等外部目标需要独立核验，与内部参考文献导航分开。

这些检查项的完整清单见 manuscript-format.md 的"Inspect structure, pixels and reader interaction"一节（来源与输出对应、目标有效性、实际渲染、真实读者交互四个问题各有各的答案，任何一项都不能替代其余几项）。

七、独立性原则：先形成自己的意见，再读并行审阅者的未提交意见

Writing Reviewer 的产出必须独立：先基于真实材料形成本轮发现，然后才能阅读并行审阅者（Method Reviewer、Evidence Reviewer 等）尚未提交的意见（Form this round's findings independently before reading parallel reviewers' unsubmitted opinions）。而用户先前提供的审阅、回复与修订差异（revision diffs）在检查修订时依然是有效输入——也就是说，独立性针对的是"并行评审员之间的相互污染"，而非"用户历史反馈的合理复用"。

这一原则在仓库中有双重实现证据：

1. 审阅策略层：review-policy.md 规定默认策略balanced为"编辑上有抱负、程序上轻量"，独立审阅相对稿件是只读的：审阅者报告有定位、有证据支持的发现，作者不能把自己的检查冒充独立审阅；strict仅在用户明确要求深度审计/认证时增加专家镜头，但"一个工件通过是因为它记录了有用的决策或可验证的事实，而不是因为它长"。
2. 脚本层：structured_review.py 的validate_independence()直接计算三个审阅者输出之间的规范化相似度（pairwise similarity），相似度超过 0.3 即标记"独立性存疑"；还会检查跨引用污染（一个审阅文件提及另一个审阅者的意见即告警）。dispatch 生成的审阅提示同样嵌入硬性指令："You are an independent reviewer. Do NOT read or reference the other reviewers' work."

最后，审阅者必须写自己的审阅文件（Write your own review file），通过公开的审阅提交入口（public review entry / SubmitReview）提交真实结论——一份报告文件本身不注册一次审阅，列出某个工件也不证明它被检查过（"A report file alone does not register a review; listing an artifact does not prove it was inspected"）。

八、实现印证：场景感知的审阅脚本与测试用例

Writing Reviewer 的规范并非孤立的提示词文本，而是与可运行的代码和测试相互印证。

structured_review.py展示了审阅结构化的落地方式：

• SCENE_PERSONA_DEFAULTS为 journal / conference / report_review / competition 四类场景定义了 methods、contribution、clarity 三种角色的审阅焦点（clarity 角色即"Structure & Clarity Reviewer"，负责组织结构、论证流、图表整合、段落衔接与写作清晰度）；
• ReviewFinding数据结构强制每条发现携带severity（CRITICAL / MAJOR / MINOR / OBSERVATION）、what（发现了什么）、rationale_row（映射到写作理由矩阵的哪一行）、evidence_status（supported / missing / weak / n/a）、revision_command（具体修订命令，如"在第 3 段用 X 替换 Y，因为 Z"）、teaching_note（该修订模式为何重要）；
• validate_review()在 balanced 模式下要求审阅文件明确写出Review status: PASS（或"通过"）、包含不少于 200 字的自由式## Editor synthesis、不得残留[LLM:占位符、不得出现与大修/拒稿/未就绪相矛盾的推荐结论；
• generate_integrated_review_brief()明确区分"确定性观察"（章节数、字数、段落数、图表引用数）与"编辑综合判断"——观察只是定位，不是分数或裁决，"Read the actual manuscript and rendered PDF"才是审阅本体。

test_structured_review.py从测试侧锁定了这些行为：

• test_generate_review_includes_three_reviewers断言生成报告中包含 clarity 角色；
• test_balanced_brief_is_honestly_pending与test_balanced_free_form_editor_synthesis_passes验证"未完成标记必须诚实保留、完成必须来自真实的自由式编辑判断"；
• test_balanced_not_ready_status_cannot_pass_by_substring验证不能通过子串拼接伪造 PASS；
• test_balanced_major_revision_recommendation_blocks_pass验证"大修推荐"与 PASS 状态矛盾时必须拦截；
• test_validate_independence_detects_similarity验证并行审阅者的相似度检测确实能捕获非独立审阅；
• test_dispatch_generates_three_prompt_files验证 dispatch 会为各角色生成独立提示文件。

这些测试与 Writing Reviewer 规范的"独立形成意见、拒绝凑数 PASS、发现必须定位并给出修订"形成了代码层面的闭环印证。

九、产出与后续：把审阅结论送回论文改进回路

Writing Reviewer 的产出是独立的审阅文件，其发现直接进入 PaperSpine 的返修回路。按 SKILL.md 第 6 步"Independent review and repair"：

1. 独立上下文的审阅者检查真实的当前稿件、图表与渲染；
2. 科学、编辑、技术与投稿发现分开报告——格式检查或图表选择不能批准整篇论文；
3. 修复产生问题的源/方法，重新生成受影响的输出并复审，而不是编辑接收凭证；
4. 已修复的段落要保留有效内容，不得为了满足模式检查而删除真实研究内容。

对于写作审阅者发现的编辑弱点，具体修复路径可以走 rewrite.md 的重写流程（保留原稿、保留有效文本、逐句从citation_support_bank.md选择引用、用output_language控制输出语言、用 assertive-scientific-writing.md 直接陈述受支持的结果），或走 style-learning-workflow.md 的风格拟合报告（对照已检查的原文段落与当前稿的实际 move、证据位置与主张强度，解释当前证据或目标期刊要求造成的偏离）。

十、实践清单：把 Writing Reviewer 规范落地到你的审阅流程

• 开始前读三份参考：journal-learning.md、assertive-scientific-writing.md、manuscript-format.md，并把本地目标期刊 PDF 打开放在当前稿件旁边；
• 复用同一公开任务保存的configuration.target、scene 与文章类型设定审阅视角；不要捏造目标期刊/会议规则；
• 审阅对象永远是真实的当前稿件、散文、图表与渲染文件；缺失历史文件名不是跳过审阅的理由；
• 每条发现按六维组织（结构/论证流、段落连贯、语域适切、工作流杂音甄别、作者表达偏好、多语言覆盖），并定位到具体段落、说明所需修订；
• 引文标记、标点、参考文献目标与图表引用必须从实际文档检查，不能从文件存在性或旧版批准推断；
• 独立形成本轮发现后再读并行审阅者的未提交意见；用户先前的审阅与修订差异在核查修订时仍是有效输入；
• 启用author_voice_restoration时用 assertive-scientific-writing.md 逐项核对意义、术语、强调与主张强度；禁止以检测器分数或强制重写评判清晰文本；
• 多语言工作必须核对完整语言版本的数字、引文、图注与实际渲染；翻译摘要/内部报告不构成完整翻译稿件；
• 识别工作流叙述时，按文本的科学或透明性功能决定去留；保留真实的 AI 使用/写作协助披露与研究 Methods 中的审阅程序，"reviewer"一词本身不是删除理由；
• 写完自己的审阅文件，通过公开审阅入口提交真实结论；报告文件存在 ≠ 审阅发生。

在代码与规范之间，始终不变的是那条底线：审阅的意义在于真实地读、定位地写、独立地判，任何文件存在性、哈希、分数或历史批准都不能替代对实际论文的审阅本身。

• AI 技能
• AI 写作
• 人工智能
• 深度研究
• AI 应用