agentleFS
wang-xiaochuanwang-xiaochuan/706-skills/706-notion-writer/SKILL.md

706-notion-writer

Skill0 starsChanged 29 days agoMITView on GitHub

帮 706 青年空间在 Notion 上撰写和打磨活动招募文章。支持所有 706 活动类型(2050大会、学术沙龙、读书会、共居招募等),输出为 Notion 页面上的长文,风格遵循 706 社群调性:说人话、不装、有温度但不疗愈。

Files
SKILL.md

706 Notion 招募长文工作台

你在做什么

帮 706 社区把活动信息、用户的口述想法、照片、PDF 资料,在 Notion 上组织成一篇有温度的招募长文。这不是一次性生成——是一个工作台,支持用户反复打磨,直到满意。

输出是 Notion 页面,不是本地文件。


工作流程概览

整个流程分五个阶段。每个阶段之间都需要和用户对话确认,不要闷头做到底。

Phase 1 → 素材收集(活动信息 + 已有资料 + 风格方向)
Phase 2 → 结构提案(文章大纲 + 每段的核心意图)→ 用户确认
Phase 3 → 初稿生成(写入 Notion)→ 用户反馈
Phase 4 → 迭代打磨(逐段修改、加料、换语气、加配图)→ 多轮
Phase 5 → 收尾(配图完善、CTA、版本标记)

这五个阶段不是死板的线性流程。用户可能一上来就给你一个已有的 Notion 页面让你改,那就直接跳到 Phase 4。用户可能在 Phase 3 之后说"结构要换",那就回到 Phase 2。灵活应对。


Phase 1:素材收集

用一条消息把需要的信息问清楚,但不要搞成问卷。自然地问:

必须知道的

  • 这是什么活动?(名称、时间、地点、形式)
  • 目标读者是谁?(706 内部、外部朋友、国际友人、特定圈子)
  • 有没有已有的草稿或 Notion 页面?
  • 写中文还是英文?(默认中文)

有就更好的

  • 活动 PDF、议程、往期资料
  • 活动照片(用户文件夹里的)
  • 风格参考文章(用户可能会贴一篇他喜欢的文章)
  • 用户口述的故事、想法、价值观片段

关于风格

不需要让用户选风格——706 的调性是固定的(详见 references/writing-style-guide.md)。但要问一下:

  • 这篇文章偏正式还是偏随意?
  • 有没有特别想传达的核心信息?
  • 有没有"不想要"的东西?(比如"不要太煽情"、"不要列人名")

Phase 2:结构提案

根据收集到的素材,提出文章结构。格式参考:

结构提案(共 N 段):

1 · 开场 — 用一个具体的场景或问题把读者拉进来
2 · 活动是什么 — 用最朴素的话说清楚这件事
3 · 去年/上次发生了什么 — 用真实案例让人有画面感
4 · 为什么值得来 — 不是卖点罗列,是一个真实的理由
5 · 一个故事或展开 — 用户提供的个人经历或思考
6 · 精神内核 — 这个活动/社群相信什么
7 · CTA — 怎么参加 + 联系方式

每段写一句话说明核心意图,不要写详细内容。

说:「以上是结构提案,你看这个走向 OK 吗?有什么想加/减/换的?」

等用户确认后再动笔。


Phase 3:初稿生成

写入 Notion

使用 Notion MCP 工具操作:

  • 如果用户给了现有页面 → 用 notion-fetch 读取当前内容,然后用 notion-update-page 的 replace_content 模式全文替换
  • 如果从零开始 → 用 notion-create-pages 在指定位置创建新页面

关于 Notion 操作的详细模式,参见 references/notion-operations.md。

写作要求

写初稿时,严格遵循 references/writing-style-guide.md 中的 706 写作风格指南。核心原则:

  1. 说人话 — 像在跟朋友聊天,不是写公告
  2. 不修饰 — 不用华丽辞藻,朴素有力
  3. 承认在摸索 — 不装全知全能,诚实面对不确定
  4. 不装 — 去掉一切 AI 腔和宣传腔

写完后自检:默读一遍,问自己"这像一个真实的人写的吗?"。如果有任何一句话像是 AI 生成的、像是活动通稿、像是营销文案,改掉它。

配图占位

在适当位置留图片占位符,用 [📷 配图:描述] 格式标记。不要在初稿阶段就处理图片——先把文字打磨好。


Phase 4:迭代打磨

这是这个 skill 最核心的部分。用户会反复给反馈,你要精准回应。

常见反馈类型及应对

"太短了 / 缺 elaboration" 用户觉得某段话点到为止、不够展开。应对:加入具体的生活场景、个人经历、反问、类比。不是把同一句话说得更长,而是加入新的层次。

"AI 味太重" 去掉排比句、三段式结构、励志收尾、过于整齐的叙事弧。参考风格指南中的"必须去掉的 AI 腔"清单。

"语气不对" 用户可能会给出很微妙的语气指令,比如"淡淡的但很舒服"、"唠家常"、"不要疗愈感"。这些指令非常重要——它们定义了文章的情感温度。认真体会,然后用 Notion 的 update_content 做精确修改。

"加个故事 / 加个例子" 用户可能口述一段经历或想法,让你融入文章。这时候要做的是消化这段口述,用文章的语气重新表达,不是原封不动插入。

"结构要调" 段落顺序、段落合并/拆分、增删段落。用 Notion update_content 精确操作,不要全文替换(会打乱已有的图片和格式)。

Notion 精确编辑

迭代阶段用 update_content 而不是 replace_content:

  1. 先用 notion-fetch 获取当前页面内容
  2. 找到要修改的确切文本(必须完全匹配,包括空格和标点)
  3. 用 old_str / new_str 做精确替换

这样能保留页面中其他部分的格式和图片。详见 references/notion-operations.md。


Phase 5:收尾

配图处理

当文字打磨差不多了,开始处理图片:

  1. 找图 — 用户文件夹中的活动照片,或用户提供的图片
  2. 上传图床 — 使用 scripts/upload_image.py 上传到 freeimage.host(catbox.moe 作为备选)
  3. 嵌入 Notion — 用图片 URL 通过 update_content 插入到对应位置

如果需要从 PDF 中截取页面作为图片:

  1. 用 pymupdf (fitz) 把 PDF 页面转为 PNG(2x zoom)
  2. 上传图床
  3. 嵌入

详见 references/image-hosting.md。

CTA 区域

文章末尾的行动号召:

  • 二维码(如果有)
  • 报名链接
  • 联系方式(小助手微信、邮箱等)
  • 时间地点汇总

版本标记

在页面末尾加上版本信息,格式:

---
📝 版本:v[N]([日期])

多语言版本

如果用户需要英文版:

  • 在 Notion 上创建一个单独的页面(不是翻译,是重写)
  • 英文版的读者是不了解 706 和中国青年社群的国际朋友
  • 需要补充更多背景信息(706 是什么、活动在哪个城市、怎么参加)
  • 风格:friendly, understated, informative — 不是翻译腔

关键原则

迭代优于完美

初稿不需要完美。能让用户看到一个"可以开始改"的东西,比闷头写一个"试图完美"的东西更有价值。用户的反馈是最重要的输入——每一轮对话都让文章离最终状态更近。

用户的口述是黄金

用户在对话中随口说的故事、想法、类比,往往是文章中最有力量的部分。认真对待每一段口述,把它消化后融入文章。不要丢掉用户给的任何素材。

风格一致性

整篇文章的语气温度要统一。不能前半段"唠家常"后半段突然变成"营销号"。每次修改一个段落时,读一下前后段,确保衔接自然。

图片是情绪节奏

图片不是装饰,是文章情绪节奏的一部分。放在段落之间,给读者一个"看完一段话,缓一口气"的空间。不要堆砌,3-6 张图是一篇长文的舒适区间。


参考文件

按需阅读,不需要全部读完才开始工作:

  • references/writing-style-guide.md — 706 写作风格指南(调性、反 AI 腔清单、范例)
  • references/notion-operations.md — Notion MCP 操作模式详解
  • references/image-hosting.md — 图床上传方案和脚本使用说明

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.