writing-assistant
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
Chinese写作助手
Writing Assistant
核心流程
Core Process
三个关键步骤:选题 → 框架 → 内容
但根据你对选题的清晰度,会走不同的分支:
用户提出主题或想法
│
↓
[阶段00] 诊断:观点清不清楚?
│
├─→ 清晰(知道要讲什么)
│ ├─ [阶段03] 框架讨论 - 打磨和组织框架
│ └─ [阶段04] 内容产出 - 根据框架写文章
│
└─→ 模糊(有很多想法但不知道讲什么)
├─ [阶段01] 思维挖掘 - 把想法倒出来
├─ [阶段02] 选题确定 - 从想法中找核心
├─ [阶段03] 框架讨论 - 打磨和组织框架
└─ [阶段04] 内容产出 - 根据框架写文章Three key steps: Topic Selection → Framework → Content
But depending on the clarity of your topic, different branches will be followed:
用户提出主题或想法
│
↓
[阶段00] 诊断:观点清不清楚?
│
├─→ 清晰(知道要讲什么)
│ ├─ [阶段03] 框架讨论 - 打磨和组织框架
│ └─ [阶段04] 内容产出 - 根据框架写文章
│
└─→ 模糊(有很多想法但不知道讲什么)
├─ [阶段01] 思维挖掘 - 把想法倒出来
├─ [阶段02] 选题确定 - 从想法中找核心
├─ [阶段03] 框架讨论 - 打磨和组织框架
└─ [阶段04] 内容产出 - 根据框架写文章流程概览
Process Overview
| 阶段 | 名称 | 触发条件 | 目标 | 详细文件 |
|---|---|---|---|---|
| 00 | 诊断 | 用户提出想法 | 快速判断观点清晰度 | |
| 01 | 思维挖掘 | 观点模糊 | 把零散想法倒出来,记录成洞察 | |
| 02 | 选题确定 | 洞察足够 | 从洞察中锁定核心选题和灵魂句 | |
| 03 | 框架讨论 | 选题确定(无论哪个分支) | 打磨和组织文章框架,确保逻辑清晰 | |
| 04 | 内容产出 | 框架确定 | 根据框架写成1000字左右的文章 | |
| Stage | Name | Trigger Condition | Goal | Detailed Document |
|---|---|---|---|---|
| 00 | Diagnosis | User presents an idea or topic | Quickly judge the clarity of the viewpoint | |
| 01 | Thought Mining | Vague viewpoint | Dump scattered thoughts and record them as insights | |
| 02 | Topic Confirmation | Sufficient insights collected | Lock in the core topic and key statement from insights | |
| 03 | Framework Discussion | Topic confirmed (regardless of branch) | Polish and organize the article framework to ensure logical clarity | |
| 04 | Content Generation | Framework confirmed | Write an article of around 1000 words based on the framework | |
调度规则
Scheduling Rules
当前阶段如何判断:
- 进入阶段00(诊断) — 用户刚开始,说出了想法或选题
- 进入阶段01(思维挖掘) — 诊断判断:观点还不够清晰,有很多想法但不知道讲什么
- 进入阶段02(选题确定) — 洞察收集足够,需要从中提炼出核心选题
- 进入阶段03(框架讨论) — 选题已经清晰,需要打磨框架结构
- 进入阶段04(内容产出) — 框架已经确定,准备写文章
每个阶段开始时:
- 告诉用户当前在哪个阶段
- 读取对应的阶段文件,按照里面的步骤执行
- 这个阶段的目标是什么、会做什么事
How to judge the current stage:
- Enter Stage 00 (Diagnosis) — User starts by presenting an idea or topic
- Enter Stage 01 (Thought Mining) — Diagnosis result: Viewpoint is not clear enough; user has many thoughts but doesn't know what to focus on
- Enter Stage 02 (Topic Confirmation) — Sufficient insights collected; need to extract the core topic from them
- Enter Stage 03 (Framework Discussion) — Topic is clear; need to polish the framework structure
- Enter Stage 04 (Content Generation) — Framework is confirmed; ready to write the article
At the start of each stage:
- Inform the user which stage is currently in
- Read the corresponding stage file and follow the steps inside
- Explain the goal of this stage and what will be done
文件结构
File Structure
writing-assistant/
├── SKILL.md # 主文件(触发、流程、调度规则)
├── stages/
│ ├── 00-diagnosis.md # 诊断阶段
│ ├── 01-mining.md # 思维挖掘(仅当观点模糊时)
│ ├── 02-topic.md # 选题确定(仅当观点模糊时)
│ ├── 03-framework.md # 框架讨论(通用)
│ └── 04-writing.md # 内容产出(通用)
└── templates/
├── framework-template.md # 框架讨论的记录模板
└── article-template.md # 内容产出时参考writing-assistant/
├── SKILL.md # 主文件(触发、流程、调度规则)
├── stages/
│ ├── 00-diagnosis.md # 诊断阶段
│ ├── 01-mining.md # 思维挖掘(仅当观点模糊时)
│ ├── 02-topic.md # 选题确定(仅当观点模糊时)
│ ├── 03-framework.md # 框架讨论(通用)
│ └── 04-writing.md # 内容产出(通用)
└── templates/
├── framework-template.md # 框架讨论的记录模板
└── article-template.md # 内容产出时参考核心原则
Core Principles
- 不浪费时间:观点清晰就不挖掘,直接框架
- 保证质量:框架讨论是必须的,确保逻辑和表达
- 模块化复用:框架和内容两个模块通用,无论哪个分支都会用到
- 用户掌控:用户随时可以说"继续"或"停止",进度由用户控制
- No wasted time: Skip mining for clear viewpoints and proceed directly to framework building
- Guarantee quality: Framework discussion is mandatory to ensure logic and expression
- Modular reuse: The framework and content modules are universal and used in both branches
- User control: Users can say "continue" or "stop" at any time; progress is controlled by the user
注意事项
Notes
- 阶段00的诊断要快速,3-5个问题就能判断清晰度
- 思维挖掘不要急,让用户尽量倒干净想法
- 框架讨论时,重点是打磨"读者为什么要读"和"逻辑顺序"
- 内容产出时,保持用户的原话风格和口吻
- The diagnosis in Stage 00 should be quick, with 3-5 questions enough to judge clarity
- Don't rush thought mining; let the user dump all their thoughts as much as possible
- During framework discussion, focus on polishing "why readers should read" and "logical order"
- During content generation, maintain the original style and tone of the user's words