Skip to content
cccskills
FreePublished on GitHub

writing-assistant

写作助手 - 当用户说"我想写XX"、"帮我梳理选题"、"怎么形成框架"、"给我组织思路"时触发。根据观点清晰度自动选择最优路线:清晰观点走"框架→内容",模糊观点走"挖掘→选题→框架→内容"。

The English summary is being prepared. Showing the original description.

Run score Not tested

See how to install

Files included (6)

  • SKILL.md3.7 KB
  • stages/00-diagnosis.md2.7 KB
  • stages/01-mining.md3.0 KB
  • stages/02-topic.md2.8 KB
  • stages/03-framework.md3.6 KB
  • stages/04-writing.md2.4 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

写作助手

核心流程

三个关键步骤:选题 → 框架 → 内容

但根据你对选题的清晰度,会走不同的分支:

用户提出主题或想法
    │
    ↓
[阶段00] 诊断:观点清不清楚?
    │
    ├─→ 清晰(知道要讲什么)
    │    ├─ [阶段03] 框架讨论 - 打磨和组织框架
    │    └─ [阶段04] 内容产出 - 根据框架写文章
    │
    └─→ 模糊(有很多想法但不知道讲什么)
         ├─ [阶段01] 思维挖掘 - 把想法倒出来
         ├─ [阶段02] 选题确定 - 从想法中找核心
         ├─ [阶段03] 框架讨论 - 打磨和组织框架
         └─ [阶段04] 内容产出 - 根据框架写文章

流程概览

阶段名称触发条件目标详细文件
00诊断用户提出想法快速判断观点清晰度stages/00-diagnosis.md
01思维挖掘观点模糊把零散想法倒出来,记录成洞察stages/01-mining.md
02选题确定洞察足够从洞察中锁定核心选题和灵魂句stages/02-topic.md
03框架讨论选题确定(无论哪个分支)打磨和组织文章框架,确保逻辑清晰stages/03-framework.md
04内容产出框架确定根据框架写成1000字左右的文章stages/04-writing.md

调度规则

当前阶段如何判断:

  1. 进入阶段00(诊断) — 用户刚开始,说出了想法或选题
  2. 进入阶段01(思维挖掘) — 诊断判断:观点还不够清晰,有很多想法但不知道讲什么
  3. 进入阶段02(选题确定) — 洞察收集足够,需要从中提炼出核心选题
  4. 进入阶段03(框架讨论) — 选题已经清晰,需要打磨框架结构
  5. 进入阶段04(内容产出) — 框架已经确定,准备写文章

每个阶段开始时:

  • 告诉用户当前在哪个阶段
  • 读取对应的阶段文件,按照里面的步骤执行
  • 这个阶段的目标是什么、会做什么事

文件结构

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     # 内容产出时参考

核心原则

  • 不浪费时间:观点清晰就不挖掘,直接框架
  • 保证质量:框架讨论是必须的,确保逻辑和表达
  • 模块化复用:框架和内容两个模块通用,无论哪个分支都会用到
  • 用户掌控:用户随时可以说"继续"或"停止",进度由用户控制

注意事项

  • 阶段00的诊断要快速,3-5个问题就能判断清晰度
  • 思维挖掘不要急,让用户尽量倒干净想法
  • 框架讨论时,重点是打磨"读者为什么要读"和"逻辑顺序"
  • 内容产出时,保持用户的原话风格和口吻

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

带用户精读一篇文章/文档并真正学透(不是出摘要)。五步:抽干货 → 切讲次 → 每讲跑「学-考-讲」循环 → 对号入座 → 实操+测验+讲错题+蒸馏。每讲产出 HTML 课件 + 笔记落盘;讲完必考一次,用户复述后必须挑不精确处拧紧;抽象概念上可交互演示(能点能跑);全程用用户自己的业务场景当案例;学完出多题型自动判分测验卷,最后把收获蒸馏回用户的工具。核心触发条件是用户要的是"学会"而不是"要一份结果",例如"我们一起学这篇文章/这个链接"、"带我学"、"精读"、"我想学会 X"、"这篇我看不懂你给我讲讲"。有具体材料(链接、本地文件、PDF,或用户自己的 skill/文档/代码)时直接开跑;只有学习意图而没材料时仍走本 skill,但开工第一件事是和用户一起把材料定下来,禁止凭记忆开讲。不适用于:只要一份总结/摘要/教程长文,用户读完就完、不需要答题(用 readable-output)、只是搜集资料做调研(使用可用的网页/平台取材工具)、帮我写 PRD/测试用例(用 prd-test-writer)、以及用户其实是想让你直接把活干了(那就直接做)。

The English summary is being prepared. Showing the original description.

yunshu0909/yunshu_skillshub784Updated Oct 11, 2026

和用户一起把一个功能「看不见的部分」敲定:数据存哪、谁写谁读、怎么加载、怎么保存、默认值和升级、核心执行规则、出问题时怎么办、旧东西怎么迁。每条规则带编号、案例和状态(已定 / 方案里有但你没拍板 / 待你定 / AI 定),用户只回答带案例的新选择题、过目没拍过板的规则;给用户看的是按「你会问的问题」分组的问答卡片(最绕的逻辑配可点的模拟器);最后请另一家模型只读查边界,问题闭环后封成后端逻辑包,PRD、测试用例和代码审核按规则编号追溯。触发:前端交互已定、用户说「还有很多后端逻辑 / 加载 / 配置要讲清楚」「有没有遗漏的边界条件」「规则讲清楚」;或没有界面但规则复杂的功能(调度、同步、配置、额度、迁移)。分三档用:规则多且互相影响出完整包;少量清楚的变化只出规则表;行为不变的技术修复跳过。不适用于:页面长什么样、怎么排(用 page-solution-design);写 PRD / 测试用例(本 skill 的规则包是它们的输入);纯代码重构、性能调优、架构巡检报告。

The English summary is being prepared. Showing the original description.

yunshu0909/yunshu_skillshub784Updated Oct 11, 2026

案例雷达。给一个新东西(新工具/新概念/新生态),扫一遍生态找好玩的真实案例,重点是抓"真物"(截图/源码/演示)而不是 GitHub 主页,输出可浏览的 HTML 案例集。当用户说"看看大家用 X 做了什么"、"扫一下 X 生态"、"市面上 X 有什么新玩法"、"给我看 X 的真物案例"、"/case-radar"时触发。不适合:① 已有明确目标的深度调研(使用可用的调研工具直接研究)② 写文章/出 PRD(用 writing-assistant / prd-test-writer)③ 单纯求知不需要 HTML(直接问就好)。

The English summary is being prepared. Showing the original description.

yunshu0909/yunshu_skillshub784Updated Oct 11, 2026

教程漫画「小课堂」:你的 IP 当老师(没有就先生成一个),3:4 竖版,一期默认 6–9 页(用户要几页就几页),固定有「开课」封面和「下课」结尾,交给 Codex 内置 imagegen 出图并核对。当用户说"画漫画"、"做一套漫画讲XXX"、"用漫画解释"、"小课堂"、"换个老师 / 换角色"时触发。

The English summary is being prepared. Showing the original description.

yunshu0909/yunshu_skillshub784Updated Oct 11, 2026

让 Codex 与 Claude Code 通过本机 CLI 组成“主执行者 + 独立审查者”的对称协作闭环。用于用户要求两个模型一起完成、交叉校核、独立审查、修到 ACK,或任务涉及产品需求收敛、复杂方案、跨模块开发、迁移、安全、重要重构和高质量交付时;无论从 Codex 还是 Claude Code 启动,都由当前模型主持,并完整调用另一方完成需求挑战、方案门禁、实现冷审和最终验收。

The English summary is being prepared. Showing the original description.

yunshu0909/yunshu_skillshub784Updated Oct 11, 2026

通过自适应获取上下文、读取证据、建立可修正的用户模型和进行战略判断,帮助用户找出当前阶段最重要的三件事。适用于用户询问“最重要的三件事”“我现在应该先做什么”,需要梳理人生或职业优先级,在多个目标之间犹豫,思考自由、收入、个人业务、内容创作或创业重点,或者希望模型持续了解自己后再给建议;不用于简单待办排序,也不用于目标已经确定的项目计划。

The English summary is being prepared. Showing the original description.

yunshu0909/yunshu_skillshub784Updated Oct 11, 2026

See all skills by yunshu0909

Report a problem with this skill