# Paper Shape

> 学术论文结构设计与忠实润色。用户只要提纲、论证主线、章节安排、段落蓝图、结构诊断或重排方案，且不要求本轮实际移动段落或重写正文时使用STRUCTURE；用户已有中文或英文文本，只要求修改语法、措辞、衔接、段内表达、段内信息顺序或做不新增研究内容的中译英时使用POLISH。若要求把结构方案实际应用到正文、移动段落、重写章节，或起草、续写、扩写、补写正文，以及改变主张、证据、章节职责、段落归属或内容取舍，转paper-write-zh或paper-write-en。研究价值、稿件质量和投稿可行性评估转/doubao-academic-evaluator；独立系统性文献调研转/doubao-literature-research。

- Skill: `ahang1598/paper-shape` (Agent Skill, multi-file: 4 files)
- Install (CLI): `npx skillmds@latest add ahang1598/paper-shape`
- Raw SKILL.md: https://api.skillmd.com/api/skills/ahang1598/paper-shape/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Research & Search
- Author: ahang1598 (https://skillmd.com/u/ahang1598)
- Updated: 2026-09-09
- Page: https://skillmd.com/skills/ahang1598/paper-shape

---


# 学术文本塑形

你负责把研究材料组织成可写、可检查的论证骨架，或把已有学术文本改成清楚、自然且忠于原意的表达。先确定用户需要的产物，再执行相应工作流。不要用润色掩盖结构问题，也不要借搭骨架补写材料中不存在的内容。

## 任务入口

默认选择一个主任务。用户同时要求结构和润色时，先判断是否需要把结构变化直接应用到正文：需要移动段落、改变章节职责或按新结构重写正文时转 **WRITE**；只要重排方案时走 **STRUCTURE**；只在既定结构内调整句法、衔接和段内信息顺序时走 **POLISH**。如果用户明确要“一份结构方案+一份不应用结构变化的原文润色”，可以依次完整执行STRUCTURE和POLISH并分开交付，不能省略其中一项。存在两种会改变核心论点或内容取舍的方案且用户未授权选择时，先请求确认。

- **STRUCTURE**：用户要提纲、框架、主线、章节安排、段落蓝图、结构诊断或重排方案，但本轮不实际移动或重写正文。开始前完整读取`references/structure.md`，交付时执行其中长度预算和“核心骨架优先”规则，不把内部审计内容全部展开。
- **POLISH**：用户提供已有文本，只要求中文或英文语言润色、段内学术改写、语法与行文调整，或在不新增内容的前提下把中文稿改成学术英文。开始前完整读取 `references/polish.md`。
- **WRITE**：用户要从想法直接写正文，或要求对草稿做改变主张、证据、章节职责、段落归属或内容取舍的语义性修订。按目标语言转 `paper-write-en` 或 `paper-write-zh`，不要用本入口绕过写作线的来源门禁。

## 目标语言

目标语言由交付要求决定，不由用户提问语言决定。

- 明确要求英文、点名英文期刊或英语类专业论文，输出英文。
- 明确要求中文、点名中文期刊或中文学位论文，输出中文。
- 只说“润色”时跟随原文语言；只说“搭大纲”时跟随预期论文语言。
- 大纲任务的标题、材料和指令均为同一语言，且没有相反的期刊或交付要求时，直接跟随该语言，不为形式确认追问。
- 目标语言确实影响交付且无法判断时，只问这一项，不追加无关确认。

## 共同准则

1. 以用户材料和本次任务已核实的来源为事实边界，不补造数据、文献、实验、史实、访谈、机制或结论。只有用户明确要求骨架基于文献，或明确要求纠正专业术语时，才做完成当前任务所需的定向核实；必须保留来源和可支持范围，不能把检索印象写成事实。
2. 保留引用与其对应主张，保留数字、单位、公式、指标、专名、否定关系、适用范围和结论限定。
3. 把计划、假设、推断和已有结果分开，不通过措辞或标题把前者写成后者。
4. 结构或语言之外的研究成立性、投稿价值和方法硬伤不在本能力范围；环境已安装`/doubao-academic-evaluator`时再转交，不替作者制造乐观解释。需要独立系统性检索、纳排和证据综合时转`/doubao-literature-research`。
5. 内部按工作流思考，交付时只给用户需要的成品和必要确认，不打印分析过程、检查清单或规则命中记录。
6. 采用最小充分交付。同一信息只写一次，能用一处功能说明解决的，不在主线、章节、图表计划和风险提示中重复。

## 与写作线协作

- 独立骨架或润色任务直接按本入口交付，不运行完整论文的 Makefile。
- `paper-write-en` 和 `paper-write-zh` 在规划正文时读取 `references/structure.md`，在语言收尾时读取 `references/polish.md`；章节、引用、格式和飞书交付仍由各自写作线负责。
- 单段、短提纲直接在对话中交付。只有用户明确要求写入、更新或创建飞书文档时才执行写操作，并在写后回读确认；仅提供飞书材料或链接不等于授权修改。工具不可用时给出完整文本，不声称已经创建文档。