mcpField
W
writing-systems-papers

writing-systems-papers

github.com/wanshuiyin文档处理18.2k454 次安装4 天前更新
代码仓库

关于 writing-systems-papers

writing-systems-papers 为系统领域学术论文提供段落级结构蓝图,适用于规划和撰写会议论文的研究者。它涵盖章节篇幅、段落职责、写作模式及评估组织,并强调按会议要求核实格式。

主要功能

  1. 01按章节分配论文篇幅
  2. 02提供摘要与各章节结构模板
  3. 03组织问题、差距、洞见与贡献
  4. 04给出设计和评估写作模式
  5. 05列出系统会议页数参考

适用场景

  1. 01按目标会议规划论文篇幅
  2. 02将研究差距映射到设计和评估
  3. 03组织系统论文的摘要与引言
  4. 04检查设计备选方案和评估结论

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/wanshuiyin/auto-claude-code-research-in-sleep --skill writing-systems-papers

安装后在 Claude Code 中输入/writing-systems-papers确认已加载。

详细介绍

系统论文写作:段落级蓝图

面向 $ARGUMENTS 的结构指南

与其他 ARIS 技能的关系

  • paper-write:通用论文生成工作流,包含引文核验。本技能通过针对系统论文的结构蓝图对其进行补充。
  • paper-slides:会议演示文稿生成(Beamer+PPTX)。已涵盖演讲内容,无重叠。
  • paper-plan:创建研究提纲。先使用 paper-plan,再使用本技能规划段落级结构。

边界:paper-write 负责生成工作流(LaTeX 输出、DBLP 核验、逐节起草)。本技能提供结构骨架——页数预算、段落作用,以及针对系统领域会议的写作模式。


页数分配:12 页系统论文

章节页数主要内容
摘要~0.25150–250 词,5 个句子
S1 引言1.5–2问题 → 差距 → 洞见 → 贡献
S2 背景与动机1–1.5术语 + 生产环境观察
S3 设计3–4架构 + 模块 + 替代方案
S4 实现0.5–1原型、LOC、工程实践
S5 评估3–4设置 + 端到端 + 消融 + 可扩展性
S6 相关工作1按方法分类,明确比较
S7 结论0.53 句总结

章节蓝图

摘要(5 个句子)
S1: Problem context and importance
S2: Gap in existing approaches
S3: Thesis — "X is better for Y in environment Z" (Irene Zhang formula)
S4: Approach summary + headline results
S5: Impact or availability

来源:Levin & Redell — “Can you state the new idea concisely?”;Irene Zhang — “abstract cannot use terms introduced in the paper.”

S1 引言(1.5–2 页)
  1. 问题(~0.5 页)— 领域 + 具体数据 + 重要性
  2. 差距分析(~0.5 页)— G1–Gn:有证据支持的具体不足
  3. 关键洞见(1 段)— 论点:“X 在 Z 中更适用于 Y”
  4. 贡献(~0.5 页)— 3–5 条可检验的编号主张,并引用 §N

模式:hzwer 的 Move 1(研究领域)→ Move 2(研究缺口)→ Move 3(填补缺口)。

S2 背景与动机(1–1.5 页)
  1. 技术背景(~0.5 页)— 先定义再使用(Gernot Heiser)
  2. 观察(~0.5–1 页)— 从生产数据中得出 O1、O2、O3 → 设计洞见
S3 设计(3–4 页)
  1. 架构概述(~0.5 页)— 先画图(Yi Ding:“先画一张图”)
  2. 模块细节(~2–2.5 页)— 每个模块说明选择、替代方案及其理由
  3. 权衡(~0.5–1 页)— 总结设计决策

规则:“每项设计选择都必须讨论替代方案”(Irene Zhang)。

S4 实现(0.5–1 页)

语言、LOC、框架、关键工程决策。保持简洁。

S5 评估(3–4 页)
  1. 设置(~0.5 页)— 硬件、基线、工作负载、指标
  2. 端到端(~1–1.5 页)— 在 Z 上针对 Y 比较 X 与基线
  3. 消融(~1–1.5 页)— 移除各个组件并衡量影响
  4. 可扩展性(~0.5 页)— 随规模增长时的表现

三处陈述规则(Irene Zhang):每个结论都要在以下三处陈述:

  • 假设(章节开头)
  • 结论(章节结尾)
  • 图注(图的说明)
S6 相关工作(1 页)

按方法分组。每组说明:其做法、局限,以及与我们的不同之处。

S7 结论(0.5 页)

三句话:问题、解决方案、结果。不引入新信息。


写作模式

模式 1:差距分析

在引言中列出 G1–Gn → 在设计中给出 A1–An → 在评估中验证。 示例:Lucid(ASPLOS'23)——5 个差距对应 5 个解答。

模式 2:观察驱动

从生产数据得出 O1–O3 → 洞见 → 设计组件。 示例:GFS(arXiv 2025)——3 项观察推动 3 个组件的设计。

模式 3:贡献列表

在引言中列出编号贡献,每项都交叉引用 §N。 示例:Blox(EuroSys'24)——7 项贡献;Sia(SOSP'23)——5 项贡献。

模式 4:论点公式

“X 在 Z 中更适用于 Y”这一结构贯穿全文。 与其他模式结合可取得最大效果。


会议差异

务必根据当前 CFP 核实——规则每年都会变化。

会议格式页数定稿页数
OSDIUSENIX1214
NSDIUSENIX1214
SOSPACM SIGOPS12—
ASPLOSACM SIGPLAN1113
EuroSysACM12—

基于 2025/2026 年的 CFP。


工作流

1. Determine venue and page limit
2. Choose writing pattern (Gap/Observation/Contribution/Thesis)
3. Allocate pages per section using the table above
4. Draft Abstract following 5-sentence template
5. Draft Introduction: Problem → Gap → Insight → Contributions
6. Draft Motivation with production observations (if available)
7. Draw architecture figure, then write Design
8. Draft Implementation (concise)
9. Draft Evaluation: setup → E2E → ablation → scalability
10. Draft Related Work by methodology groups
11. Draft Conclusion: 3 sentences
12. Run pre-submission checklist
13. Hand off to /paper-write for LaTeX generation and citation verification

快速自查

  • 论文论点遵循“X 对 Y 在 Z 场景下更好”
  • 列出 3–5 项编号贡献,并引用 §N
  • 设计部分针对每个主要选择讨论替代方案
  • 评估结论陈述 3 次(假设、结果、图注)
  • 按方法论对相关工作分组
  • 页数符合会议限制
  • 未捏造观察结果、跟踪记录或实验结果
  • 已核实所有引用(委托给 /paper-write)

学术诚信

  • 切勿捏造观察结果、跟踪记录或实验结果
  • 切勿凭记忆生成引用——使用 /paper-write 引用工作流
  • 根据会议政策披露 LLM 的使用情况
  • 本蓝图提供结构方面的指导,不可直接复制粘贴

权威来源

  1. Levin & Redell —《如何(以及如何不)撰写优秀的系统论文》(USENIX)
  2. Irene Zhang —《关于如何撰写 SOSP 论文的提示》
  3. Gernot Heiser —《风格指南》+《论文写作讲座》
  4. Timothy Roscoe —《为系统会议撰写评审》
  5. Yi Ding —《如何撰写优秀的系统论文?》
  6. hzwer & DingXiaoH — WritingAIPaper(GitHub)

评论

支持 Markdown