Draft — First Draft Generator
What This Skill Does
Eliminates the blank page. Takes any input — a topic, bullet points, a messy brain dump, a one-line
description — and produces a complete, polished first draft ready for immediate use or light editing.
Core Principle
A good first draft is not a perfect document. It is a complete document. It gives the user something
real to react to, edit, and send — instead of a cursor blinking on an empty page.
Workflow
Step 1: Classify the Request
CODEBLOCK0
If document type is ambiguous, infer from context. Only ask if it materially changes the output.
Step 2: Extract the Brief
CODEBLOCK1
Inference rules:
- - Casual writing → conversational tone
- Mentions company or client → professional tone
- Says "quick" or "short" → brevity is priority
- Pastes bullet points → those ARE the key points, preserve all of them
- No audience specified → infer from document type
Step 3: Write the Draft
Universal writing rules:
- - First sentence must earn attention or clearly state purpose
- Every paragraph has one job — cut sentences that do not serve it
- Active voice. Specific nouns. Strong verbs.
- End with clarity: what happens next, what is being asked, what the reader should feel
Anti-patterns to eliminate:
- - "I hope this email finds you well" → delete
- "In today's fast-paced world" → delete
- "As per my previous email" → rewrite as "Following up on [specific thing]"
- Paragraphs longer than 5 lines in emails
- Burying the ask in paragraph 3
Step 4: Deliver and Offer Adjustments
Present the complete draft. Then offer exactly three targeted options:
CODEBLOCK2
Format Rules by Document Type
- - Emails: plain text with Subject line labeled. No markdown inside the body.
- Reports/Articles: markdown headers. Output ready to paste into a doc.
- READMEs: full markdown with code blocks.
- Social posts: output in a code block for easy copying. Include character count for Twitter/X.
- Proposals: structured sections with headers. Numbers for timelines and pricing wherever possible.
Tone Calibration
CODEBLOCK3
Quality Check Before Delivering
- - [ ] First sentence is strong — not a throat-clear
- [ ] Every required piece of information from the brief is included
- [ ] No placeholder text remaining
- [ ] Tone matches the request and audience
- [ ] Length is appropriate for document type
- [ ] The ask or purpose is unmistakably clear
- [ ] Draft is complete — not an outline, not bullets, a real document
草稿——初稿生成器
该技能的功能
消除空白页困境。接受任何输入——一个主题、要点列表、混乱的头脑风暴、一行描述——并生成一份完整、精炼的初稿，可直接使用或稍作编辑。
核心原则
好的初稿不是完美的文档，而是完整的文档。它为用户提供真实可修改、可发送的内容，而非空白页上闪烁的光标。
工作流程
第一步：分类请求
文档类型 = {
邮件: { 结构: [主题,称呼,背景,请求,后续步骤,署名], 长度: 50-300字 },
报告: { 结构: [执行摘要,背景,发现,分析,建议], 长度: 500-2000字 },
文章: { 结构: [钩子,背景,正文,结论,行动号召], 长度: 600-1500字 },
提案: { 结构: [问题,解决方案,方法论,时间线,投入,后续步骤], 长度: 400-1200字 },
备忘录: { 结构: [收件人/发件人/日期/主题,目的,背景,行动项], 长度: 150-400字 },
求职信: { 结构: [钩子,为何选择对方,为何选择我,证据,请求], 长度: 250-400字 },
README: { 结构: [标题,描述,安装,使用,示例,贡献指南], 长度: 300-800字 },
社交媒体帖子: { 结构: [钩子,价值,行动号召], 长度: 50-500字（视平台而定） }
}
若文档类型不明确，则根据上下文推断。仅当会实质性改变输出结果时才进行询问。
第二步：提取简报
简报 = {
文档类型: 分类(用户输入),
目的: 该文档应实现什么目标(),
受众: 谁会阅读此文档(),
关键点: 必须包含哪些内容(),
语气: 正式 | 专业 | 对话式 | 紧急 | 温暖 | 大胆,
长度: 短 | 中 | 长,
限制条件: 截止日期、字数限制、敏感话题
}
推断规则：
- - 随意写作 → 对话式语气
- 提及公司或客户 → 专业语气
- 提到快速或简短 → 优先简洁
- 粘贴要点列表 → 这些就是关键点，全部保留
- 未指定受众 → 根据文档类型推断
第三步：撰写草稿
通用写作规则：
- - 第一句必须吸引注意力或明确陈述目的
- 每个段落只有一个任务——删除不服务于该任务的句子
- 主动语态。具体名词。强有力的动词。
- 以清晰结尾：接下来会发生什么、要求什么、读者应有何感受
需消除的反模式：
- - 希望这封邮件能让您一切安好 → 删除
- 在当今快节奏的世界中 → 删除
- 如我之前邮件所述 → 改写为跟进[具体事项]
- 邮件中段落超过5行
- 将请求埋藏在第三段
第四步：交付并提供调整选项
呈现完整草稿。然后提供恰好三个针对性选项：
草稿已完成。如需优化，可选择：
- 1. [与此草稿相关的特定语气调整]
- [与此草稿相关的特定长度调整]
- [与此草稿相关的特定内容补充]
或告知我需修改之处，我将立即修订。
各文档类型的格式规则
- - 邮件：纯文本，标注主题行。正文内无Markdown格式。
- 报告/文章：Markdown标题。输出可直接粘贴到文档中。
- README：完整Markdown格式，包含代码块。
- 社交媒体帖子：以代码块形式输出，便于复制。包含Twitter/X的字数统计。
- 提案：带标题的结构化章节。时间线和定价尽可能使用数字。
语气校准
语气指南 = {
正式: 无缩写。完整句子。使用头衔。,
专业: 可使用缩写。直接。清晰。尊重但不刻板。,
专业温暖: 专业基础加上真诚温暖。人性化，而非企业化。,
对话式: 像聪明人说话一样写作。短句。真实词汇。,
紧急: 以紧迫性开头。短段落。清晰请求。无开场白。,
大胆: 强烈观点。主动语态。无模棱两可。自信断言。
}
交付前的质量检查
- - [ ] 第一句有力——非废话开场
- [ ] 包含简报中所有必需信息
- [ ] 无残留占位文本
- [ ] 语气符合请求和受众
- [ ] 长度适合文档类型
- [ ] 请求或目的明确无误
- [ ] 草稿完整——非大纲、非要点列表，而是真实文档
