newtype-01/skills/super-writer
skills/super-writer/SKILL.md
# Super Writer > 理解需求 → 按需准备 → 选方法创作 --- ## 工作流程 ``` 问题 → 理解需求 → [简单] 直接写 → [需素材] 搜索后写 → [需模仿] 提取风格后写 ``` **核心原则**： - 简单任务直接创作，不走流程 - 只在用户明确要求时做风格模仿 - 方法论是工具，不是仪式 - 默认先交付正文，再简短说明方法和假设 - 只有缺少阻塞信息时才提问 ## 最小澄清规则 写作前只问会显著改变结果的问题： - 不知道受众，但可以从上下文推断 → 直接写，并标注假设 - 不知道长度 → 按内容类型选择合理长度 - 不知道语气 → 默认清晰、自然、不过度营销 - 缺少事实素材且内容依赖事实 → 先调研或要求素材 - 用户给了明确截止/格式/平台 → 优先遵守，不再反问 如果必须问，最多问 1 个阻塞问题。 ### ⚡ 与 super-workflow 协作 如果当前任务已加载 super-workflow，**写前必须确认**： - 验收标准已定义（阶段 0 已完成
$ install --global
skillsauthnpx skillsauth add newtype-01/newtype-skills skills/super-writerInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
Security Scan Results
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
3
Scanners Passed
9
Scanners in report
Clean
TrivyContainer and dependency vulnerability scanner
95%
Clean
SemgrepStatic code analysis for vulnerabilities
95%
Clean
mcp-scan (Snyk)Model Context Protocol security validation
95%
Skipped
Snyk (dep)Open source security scanning
50%
Skipped
Socket.devSupply chain security analysis
50%
Skipped
VirusTotalMulti-engine malware detection
50%
Skipped
CrowdStrikeAdvanced threat intelligence
50%
Skipped
OSV-ScannerOpen Source Vulnerability database check
50%
Skipped
OWASP Dep-Check
50%
Last scanned: May 8, 2026, 5:33 AM209.4s1 file scanned
SKILL.md
Super Writer
理解需求 → 按需准备 → 选方法创作
工作流程
问题 → 理解需求 → [简单] 直接写
→ [需素材] 搜索后写
→ [需模仿] 提取风格后写
核心原则：
- 简单任务直接创作，不走流程
- 只在用户明确要求时做风格模仿
- 方法论是工具，不是仪式
- 默认先交付正文，再简短说明方法和假设
- 只有缺少阻塞信息时才提问
最小澄清规则
写作前只问会显著改变结果的问题：
- 不知道受众，但可以从上下文推断 → 直接写，并标注假设
- 不知道长度 → 按内容类型选择合理长度
- 不知道语气 → 默认清晰、自然、不过度营销
- 缺少事实素材且内容依赖事实 → 先调研或要求素材
- 用户给了明确截止/格式/平台 → 优先遵守，不再反问
如果必须问，最多问 1 个阻塞问题。
⚡ 与 super-workflow 协作
如果当前任务已加载 super-workflow，写前必须确认：
- 验收标准已定义（阶段 0 已完成）
- 大纲已确认（阶段 2 已完成，如适用）
- 按大纲分段写作，每段完成后对照验收标准自检
第一步：理解需求
快速判断
| 要素 | 确认内容 | |------|----------| | 内容类型 | 文章/文案/故事/社媒/邮件/其他 | | 受众 | 给谁看 | | 目的 | 达成什么 | | 长度 | 大概多长 | | 是否需要素材 | 用户说"查一下"或话题需要背景研究 | | 是否模仿风格 | 用户明确说"模仿这个风格"/"参考这篇" |
信息不足直接问：受众是谁？目的是什么？有没有参考？
第二步：准备（按需）
素材收集（如需要）
- 明确需要什么类型（数据/案例/趋势/背景）
- 搜索 2-5 次
- 中英文协调搜索（如话题有国际维度）
- 整理关键信息点
风格提取（如用户要求模仿）
分析参考内容，提取 5-7 条关键特征：
- 语气（正式/轻松/幽默）
- 人称（第一/二/三人称）
- 句式（长句/短句/交替）
- 段落（短/中/长）
- 修辞（比喻/排比/问句/直白）
- 用词（专业/口语/文艺）
- 特殊习惯（如有）
提取的风格特征在创作时必须遵守。
第三步：选方法 + 创作
方法论选择
| 内容类型 | 首选方法论 | |----------|------------| | 博客/文章（需研究支撑） | W.R.I.T.E | | 销售文案/广告/邮件营销 | AIDA | | 品牌故事/案例/人物特写 | Storytelling | | 深度指南/白皮书/SEO长文 | Content Writing Process | | 日常社媒/快速内容 | Content Creation Techniques | | 高竞争/高转化要求 | High-Value Content Strategies |
6 种方法论详解
1. W.R.I.T.E Method
适合：需要研究支撑的博客、文章
步骤：
- Write（初稿）：快速写出核心观点和框架，不求完美
- Research（研究）：补充数据、案例、引用支撑论点
- Ideate（构思）：优化角度、标题、Hook，找独特切入点
- Target（定位）：检查是否符合目标受众的痛点和语言习惯
- Enhance（优化）：润色语言、检查逻辑、优化可读性
2. AIDA Model
适合：销售文案、广告、邮件营销
步骤：
- Attention（吸引注意）：强力标题/开头，打断读者思维
- Interest（引发兴趣）：展示与读者相关的问题或痛点
- Desire（激发渴望）：呈现解决方案的好处和价值
- Action（促成行动）：清晰的行动号召（CTA）
3. Storytelling Framework
适合：品牌故事、案例、人物特写
步骤：
- Setup（设定）：介绍主角和背景
- Conflict（冲突）：呈现问题、挑战或困境
- Journey（历程）：描述应对过程中的努力和挣扎
- Climax（高潮）：转折点或关键决策
- Resolution（结局）：结果和收获，与读者产生共鸣
4. Content Writing Process
适合：SEO长文、深度指南、白皮书
步骤：
- Planning（规划）：定义目标、受众、关键词、大纲
- Research（研究）：收集权威资料、数据、案例
- Writing（写作）：按大纲展开，注意 SEO 优化
- Editing（编辑）：检查准确性、逻辑、可读性
- Publishing（发布）：格式化、添加图片、内链外链
5. Content Creation Techniques
适合：日常社媒、多平台内容、快速迭代
常用技巧（按需组合）：
- Hook-Story-Offer：钩子吸引 → 故事建立信任 → 提供价值
- Problem-Agitate-Solve：提出问题 → 放大痛点 → 给出方案
- Before-After-Bridge：现状 → 理想状态 → 如何到达
- List Post：数字标题 + 要点列举
- How-To：步骤化教程
- Contrarian：反常识观点引发讨论
6. High-Value Content Strategies
适合：高竞争市场、需要差异化
策略类型（选择最适合的）：
- 深度长文：比竞品更全面、更深入
- 原创研究：自有数据、调研、案例分析
- 专家访谈：借势权威背书
- 终极指南：一站式解决某个问题
- 趋势预测：前瞻性观点建立思想领导力
- 对比测评：帮读者做决策
输出格式
# [标题]
[正文内容]
---
**创作信息**
- 方法论：[使用的方法论]
- 字数：约 X 字
- 素材：[使用了 X 条素材 / 无需外部素材]
- 风格：[匹配 XX 风格 / 无特定风格要求]
关键原则
不要做
- ❌ 简单任务走复杂流程
- ❌ 用户没要求就主动问"要不要参考风格"
- ❌ 为了用方法论而用方法论
- ❌ 输出冗长的分析过程
要做
- ✅ 快速理解，有疑问直接问
- ✅ 简单任务直接写
- ✅ 方法论是指导，不是束缚
- ✅ 用户要改就改，不解释
迭代协议
| 修改类型 | 处理方式 | |----------|----------| | 小改（词句调整） | 直接改，不废话 | | 中改（段落/结构调整） | 改完说明改了什么 | | 大改（方向/风格调整） | 确认新方向，重写相关部分 | | 全部重来 | 确认新需求，重新开始 |
Related Skills
newtype-01/skills/super-workbench
testing
VerifiedTrustedCommunity
# Super Workbench — Skill 工作台 > 看清任务 → 查实时 Skill 清单 → 选择/接力 Skill → 维护任务状态 --- ## 你的职责 你不是业务专家，也不是内容生产流程本身。你是 Skill 工作台，负责帮 Chief 做四件事： 1. **Skill 选择**：从当前所有可用 Skills 里选最合适的，不限内置 Skills。 2. **Skill 接力**：一个 Skill 做完后，判断下一步是否该换 Skill。 3. **任务恢复**：用户说“上次”“继续”“做到哪了”时，优先找工作台 checkpoint 和记忆。 4. **报告整理**：把多次 checkpoint、记忆和产物路径整理成可交付 markdown。 --- ## 核心边界 - Chief 负责判断是否需要你。 - 你负责判断该用哪个 Skill，以及任务状态怎么接续。 - `super-workflow` 只负责内容生产流程纪律；你可以调用它，但不要替代它。 - 具体专业工作交给被选中的 Skill，不要在这里重写专业方法论。 --- ## 必须先
52SKILL.mdUpdated May 8, 2026
newtype-01/skills/super-workflow
data-ai
VerifiedTrustedCommunity
# Super Workflow — 内容生产工作流纪律 > 定标准 → 选题 → 大纲 → 写作 → 审稿 → 诊断(如需) → 终检 → 交付 --- ## 核心理念 **标准先行**：先定义「什么是好内容」，再动笔。写完再定标准 = 自己给自己打分。 **纪律不是建议**：每个阶段的门控检查是**必须通过**的，不是「参考」。跳过 = 违规。 **防合理化**：Agent 最擅长说服自己「这样就够了」。每个门控都有防合理化检查。 --- ## 复杂度缩放 这套流程要按任务大小缩放，不要把所有内容任务都变成重型项目。 | 任务规模 | 示例 | 执行方式 | |---|---|---| | 微型 | 一条短微博、一个标题、100 字以内文案 | 用一句话定义标准，直接产出，交付前自检 | | 小型 | 300-800 字文章、短邮件、单页文案 | 简化阶段 0/2/4，保留受众、目的、红线 | | 中大型 | 深度文章、报告、Newsletter、发布内容 | 完整七阶段流程 | | 高风险 | 涉及事实、品牌、合规、商业决策 | 完整流程 + fact-che
52SKILL.mdUpdated Apr 24, 2026
newtype-01/skills/super-interviewer
tools
VerifiedTrustedCommunity
# Super Interviewer > 建立信任 → 开放探索 → 深度挖掘 → 总结确认 --- ## 适用场景 当用户还没有明确交付物，而是在说： - "帮我理一下思路" - "我有个想法，想聊聊" - "我还没想清楚" - "帮我挖一下真实需求" - "这个方向靠谱吗？" - "我不知道该怎么定义这个问题" 你要把自己切换成**思路澄清伙伴**，不是写手、分析报告生成器或执行协调者。 --- ## 执行规则 ### 默认行为 - 先用 1-2 句话复述你理解到的模糊问题 - 然后只问**一个**最关键的问题 - 等用户回答后再继续追问、挑战或总结 - 不要一上来给完整方案、清单或长篇分析 - 用户明确要结论时，才给判断和下一步建议 ### 对话节奏 每轮回复只做以下一种或两种动作： 1. **镜像**：复述用户的核心表达，让对方看到自己的想法 2. **聚焦**：把分散信息收敛成一个待澄清问题 3. **追问**：问一个能打开信息量的问题 4. **挑战**：指出一个关键假设或矛盾 5. **阶段总结**：当信息足够时，总结已确认内容和未决问题 #
52SKILL.mdUpdated Apr 8, 2026
newtype-01/skills/super-fact-checker
testing
VerifiedTrustedCommunity
# Super Fact-Checker > 识别声明 → 评估优先级 → 核查验证 → 标注结果 --- ## 工作流程 ``` 内容 → 提取声明 → 分类（可核查/不可核查） → 排序（优先级） → 验证（找来源） → 标注（结果） ``` **核心原则**： - 只核查可核查的声明 - 影响大 + 可疑度高的先查 - 追溯到一手源 - 标注要明确，不模糊 - 核查结论必须带来源或明确说明无法验证 - 涉及当前信息时标注核查日期 --- ## 执行边界 - 不要把观点当事实核查；观点只能检查其事实依据 - 不要把“没找到来源”直接判为“错误” - 如果没有联网/没有资料来源，输出只能叫“待核查清单”，不能叫“已核查报告” - 用户只问某一条声明时，只核查那一条，不要扩展成全文审计 - 对有问题的声明，必须给出可替换的修改 wording --- ## 第一步：提取和分类声明 ### 可核查的声明 - ✅ 事实陈述："特斯拉 2024 年交付量为 180 万辆" - ✅ 数据引
52SKILL.mdUpdated Apr 8, 2026