Back to skills
SKILL.md
Paper Story Outline
ASecurity论文谋篇引擎:科学发现三层面(“me too”/“me better”/“me only”)+方法创新五层级+好故事标准+Whitesides大纲法。当用户做论文选题包装、提炼创新点、写论文大纲、决定故事从哪讲起时调用。
- 5 stars
- 0 votes
- 0 copies
- 1 view
- Added September 3, 2026
Security analysis
100/100npx -y skills add Natsummerance/skills --skill paper-story-outline --agent claude-codeAre you the author of Paper Story Outline?
Add the live security badge to your README. It updates with every re-scan.
[](https://www.skillsdirectory.com/skills/natsummerance-paper-story-outline)---
name: paper-story-outline
description: 论文谋篇引擎:科学发现三层面(“me too”/“me better”/“me only”)+方法创新五层级+好故事标准+Whitesides大纲法。当用户做论文选题包装、提炼创新点、写论文大纲、决定故事从哪讲起时调用。
version: 0.1.0
author: Summer (Natsumer), Hermes Agent
license: MIT
platforms: [linux, macos, windows]
metadata:
hermes:
tags: [学术写作, 论文, 投稿, 谋篇, 大纲, 蒸馏技能]
related_skills: [paper-parts-checklist, academic-writing-reader-mind]
---
# 论文故事线与大纲 · 谋篇引擎
> 蒸馏自学术写作书第9章「谋篇布局:怎么讲好一个故事」。本 skill 抽取其可复用框架——不是书摘,而是一套“怎么把研究包装成好故事、再用大纲把故事立起来”的设计流程。原文存 `knowledge/book-library/distill/xueshu_xiezuo/`。
## When to Use
- 用户在构思/启动一篇论文或基金申请:要提炼创新点、定位贡献层次
- 用户要写论文大纲(outline),或多个大纲版本之间犹豫不决
- 用户问「我这个研究算不算创新」「故事该怎么讲」「先写哪部分」
- **Don't use for**:摘要/前言/方法/结果/讨论/标题的逐节写作要点、投稿与审稿回复流程(用 `paper-parts-checklist`);句子与段落的语言打磨(学术写作另路)
## 核心命题(I)
1. **故事是灵魂,大纲是骨架**:「不管语法多正确,用词多精准,句子多有逻辑,如果没有把故事讲好,它就很难成为一篇好的文章」(第9章开篇)。故事奠定主要贡献与创新点;大纲决定组织架构的逻辑性。写作顺序是从大到小:先大纲、再段落、后句子。
2. **创新三阶段**:“me too”(我也是)、“me better”(我更好)、“me only”(我唯一)——评估成果时「创新性是需要最先被考虑的」(第9章)。只是重复或验证别人(me too),甚至方法不如前人,就缺乏价值。
3. **方法创新五层级**:①旧范式新条件(me too~better 之间)②旧范式新技术③新数据处理方法④新范式⑤新问题(me only)。注意「没人做不代表重要,可能恰恰说明不重要」——新问题的科学价值必须论证,不能只追求「没有人做过」(第9章)。
4. **创新有边界**:科研创新不是天马行空,「创新必须是有意义的」——理论意义(拓展知识边界/解决争论/开创理论)与实际意义(改善生活/帮助诊疗)。心理社科领域建议兼顾科学与实际价值;纯好奇心驱动的科学价值也可以成立(第9章)。
5. **数据无所谓好坏**:「数据无所谓好坏,关键在于是否支持你要讲的故事」(第9章,Moriuchi et al., 2017 例)——阴性结果放在对的故事框架下也「合情合理」。别把篇幅花在检讨预期之外的结果上。
6. **升华句点明双重价值**:教科书级前言会在提出问题后加一句「区分这两种机制之所以重要,是因为它们指向了不同的干预思路」(第9章,Jones & Klin 团队例)——一句话同时点亮理论价值与实际价值。
7. **古老问题是好问题**:「这些古老的问题往往有哲学深度」,多年无人能解;但也特别难研究(第9章,Reid et al., 2017 胎儿面孔偏好例)。
8. **从实践提问题优于从文献提问题**:「这样从文献中寻找研究问题,通常只能达到『me better』的层次」,且等你发表时问题已旧;从临床观察、病例报道中提的问题更前沿(第9章)。
9. **读者三类决定讲法**:小同行(不用交代领域常识)、大同行(简单铺垫)、外行(多讲背景、语言通俗)。「这个决定会影响你的文章的思路以及讲故事要达到的层次」(第9章)。
10. **重要的事说三遍**:写作新手常把最多笔墨花在自己耗时最多的环节(预处理、意外结果的检讨),正确做法是「花最多时间在最重要的发现上,而且重要的事情要说三遍」(第9章,Whitesides' Group: Writing a Paper)。
11. **大纲治拖延**:「从一个100字左右的大纲写起,看起来是一个可以马上完成的任务」,再把大工程分解成小任务(第9章)。大纲要在整个写作过程中不断回看、不停修改。
12. **大纲版本取舍看读者**:同一篇文章两个版本大纲(孤独症开头 vs 机器人开头),最终以目标期刊读者定夺——专业期刊从小同行关心的事物讲起(第9章)。
## E — 可执行步骤
### 流程 A:故事定位(动笔前的三问)
1. **贡献是什么?** 用美国博士答辩之问拷问自己:「What is your contribution」——解决了前人没解决的问题?解决了矛盾?还是提出了新问题?对照三阶段给自己定级(me better / me only)。
2. **创新在哪一层?** 对照五层级清单定位:旧范式新条件/旧范式新技术/新数据方法/新范式/新问题。若答「没人做过」,立即追问其科学价值,否则降级处理。
3. **意义给谁看?** 写一句升华句:这个问题为什么重要——理论上解决什么争论,实际上指向什么应用(诊断/干预/政策)。两类意义各写一句,缺实际意义时说明纯科学价值的理由。
### 流程 B:Whitesides 大纲法
1. 开空白文档,倒出关于这篇论文的所有想法:主要科学问题、创新层面、假设与验证、最重要的结果及其启示(implication)。
2. 组织想法:合并相似项,摒弃离题项,按重要性排序——重要的放前面且多花笔墨。
3. 套框架(综述/前言/讨论适用):前言主题 → 主要观点1(支持a/b)→ 主要观点2 → … → 结论;研究论文整体则用「前言—方法—结果—讨论」骨架。
4. 细化到段落级:每段写什么、大概几句话(新手可细化到每句写什么)。「丰俭由人」——有人只列关键词,有人具体到每句话。
5. 不熟领域先花 1~2 周熟悉文献再列大纲;归纳出哪些文献一致支持哪些结论,而非逐篇罗列。
### 流程 C:讨论大纲(更需要大纲的部分)
1. 把主要研究结论写成主题句,按重要性排序,每个主要结论一个段落。
2. 与合作者从大纲开始讨论,整理出大家都同意的框架再动笔——多人合著时尤其如此。
### 流程 D:大纲版本冲突裁决
1. 出现两个版本时并列写出(如:疾病开头 vs 技术开头)。
2. 只用一个标准裁决:目标期刊的读者是谁?小同行→从领域核心关切开头;外行→从更大众的话题开头。「做出选择时要先考虑论文的读者」。
## B — 边界
- 本 skill 管**谋篇设计**:故事内核、创新定位、大纲框架。逐节怎么写(摘要四要素、结论驱动结果、标题类型)、投稿与审稿回复流程 → `paper-parts-checklist`。
- 讲故事能力「只可意会不可言传」,本框架降低门槛但不能替代研究本身的价值;故事救不了没有贡献的工作。
- 「从实践提问题」的优先级针对心理/社科/临床领域;纯数理基础学科可放宽。
- 案例多为孤独症/发展心理学领域(Jones & Klin、Reid、Pelphrey 等),迁移时保留方法论、替换领域常识。
## 相关 skills
- composes-with: `paper-parts-checklist`(本 skill 定完故事与大纲后,交由它逐节执行与投稿)
- pairs-with: `academic-writing-reader-mind`(读者意识贯穿:这里用它定讲述层次与开头)
## 审计信息
- 蒸馏来源:第9章《谋篇布局:怎么讲好一个故事》全文精读,原文存 `knowledge/book-library/distill/xueshu_xiezuo/第9章_谋篇布局怎么讲好一个故事.txt`
- 关键锚点:图9-1 科研创新的不同层面、me too/me better/me only、Whitesides' Group: Writing a Paper、《学术英语写作》大纲框架、2019 CHI 机器人社交游戏大纲实例
- 蒸馏方法:书籍结构化蒸馏(RIA-TV++ 简化版)
- 蒸馏时间: 2026-08-24
Attribution
Comments
Loading comments…