Menu
用于个人写作，包括从零构思新文章，以及审校、润色已有文章。用户分享文章并要求反馈、 希望改善写作风格、不知道写什么、需要组织游记、TIL 或个人随笔，或要求检查中文质量时 立即使用。触发词包括「帮我改文章」「检查一下」「润色」「校对」「不知道写什么」 「帮我构思」「写游记」「记录 TIL」「写点什么」。不用于正式商务沟通。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
Use this skill to audit, review, or validate Claude Code skills (.md files in .claude/commands/). Invoke when user wants to check skill quality, cross-platform compatibility, cross-agent compatibility, prerequisite declarations, or description triggering accuracy. Triggers on: 审查 skill, review skill, 检查 skill 质量, skill 兼容性检查, validate skill, audit skill. This skill delegates structure validation to validate.sh, content quality to skill-creator, and handles compatibility auditing itself. Do NOT use for general code review, reviewing PRs, or reviewing CLAUDE.md.
用于收集和整理个人双周记或周记的素材。用户提出「收集双周记素材」「准备周记」 「周记素材」「双周记」「最近发生了什么」「整理素材写周记」、"biweekly materials" 或 "gather journal materials" 时立即使用。从日记、Pinboard、豆瓣、Telegram、 Calendar、Reminders、照片、RSS 摘要和 plrom diff 中收集最近 2～4 周的原始材料， 并按周记模板整理，但不代写最终正文。工作周报使用 weekly-report。
仅适用于 macOS。用于生成结构化的软件研发周报，适用于「周报」「软件研发周报」 「本周工作总结」「写周报」、weekly report、end-of-week summary，以及需要向主管或 团队提交工作总结的情况。不用于个人日记、月度回顾、OKR 总结、会议记录或季度回顾。
用于从 Obsidian 笔记库中筛选可发布内容，选择博客主题，或把已有笔记转换成博客草稿。 用户提出「选一篇笔记发博客」「写博客」「博客选题」「从笔记里找文章」或 "note to blog" 时立即使用。不用于从零撰写新文章、校对已有博客草稿或整理普通笔记。
Use this skill to rewrite any text or idea in the voice of Aoi Miko (葵井巫女子) from the Zaregoto series — her signature style of absurdist analogies using the pattern 「就好像『[everyday situation], 可是[absurd contrast]』耶！」. Invoke when the user explicitly asks for 巫女子风格, 戏言风格, zaregoto style, or requests character voice conversion to this specific style. Also invoke when the user shows content and asks "巫女子会怎么说" or "用巫女子的口吻". Do NOT invoke for general style rewrites, translations, humor writing, or other character voices.
Use this skill immediately when the user needs to: set up markdownlint-cli2 and pre-commit hooks in a repository, fix or batch-repair markdownlint errors like MD013/MD040/MD060, configure .markdownlint.json rules, remove horizontal rules from markdown files while preserving YAML frontmatter, or run markdown format checking in a monorepo. Trigger on: markdownlint 报错, 设置 markdown lint, 格式化 markdown, 检查 md 格式, 设置 pre-commit, markdownlint error, MD013/MD040/MD060 violations. Do NOT use for general article proofreading, writing new markdown content, or YAML/JSON linting.
| name | writing-assistant |
| metadata | {"openclaw":{"emoji":"✏️","requires":{"anyBins":["markdownlint-cli2"]}}} |
| description | 用于个人写作，包括从零构思新文章，以及审校、润色已有文章。用户分享文章并要求反馈、 希望改善写作风格、不知道写什么、需要组织游记、TIL 或个人随笔，或要求检查中文质量时 立即使用。触发词包括「帮我改文章」「检查一下」「润色」「校对」「不知道写什么」 「帮我构思」「写游记」「记录 TIL」「写点什么」。不用于正式商务沟通。 |
写作助手，两种模式：构思引导（从零开始写）和审校打磨（改已有文章）。
| 工具 | 类型 | 必需 | 安装方式 |
|---|---|---|---|
| markdownlint-cli2 | CLI | 否 | npx markdownlint-cli2，无需安装，用于审校步骤 6 |
| markdown-lint | skill | 否 | 可选，由独立的 developer-workflows plugin 提供 |
加载 skill 时不要主动检查这些工具。命令因缺少工具而失败时，再逐步引导完成安装和配置。
| 用户意图 | 模式 | 章节 |
|---|---|---|
| 「不知道写什么」「帮我构思」「写游记」「记录 TIL」「写点什么」 | 构思 | 构思模式 |
| 「帮我改文章」「检查一下」「润色」「校对一下」「看看文章」 | 审校 | 审校模式 |
意图不明确时，先询问用户。
帮助用户在不知道写什么或如何写下去时，通过启发式提问引导写作。
| 原则 | 说明 |
|---|---|
| 一次一个问题 | 先设计问题清单，再逐个提问 |
| 确认后继续 | 用户思考 → 写作 → 修改 → 确认 → 下一个问题 |
| 启发而非代写 | 用问题激发思考，不替用户决定内容方向 |
| 用户意图 | 类型 | 框架 |
|---|---|---|
| 「写游记」「记录旅行」 | 游记 | 出发 → 过程 → 回望 |
| 「记录 TIL」「今天学到」 | TIL | 背景 → 过程 → 方案 → 收获 |
| 「写点什么」「帮我构思」 | 通用文章 | 触发点 → 观点 → 展开 → 收束 |
判断文章类型 → 列出引导问题 → 逐个提问 → 用户回答 → 确认 → 下一题 → 整理成文
Claude: "Why did you want to visit this place?"
User: [writes answer]
Claude: [confirm/follow-up] -> "OK, next question: what was the first thing you saw when you arrived?"
每种类型都有对应的文章结构和引导问题。完整内容见 writing-frameworks.md。
草稿完成后，建议切换到审校模式。
文章审校，提供 6 步审校流程，帮助打磨中文文章。
| 原则 | 说明 |
|---|---|
| 先讨论再修改 | 提出修改建议供用户选择，不直接改动 |
| 按章节审校 | 以 Markdown 标题为检查点，每次处理 1～2 个章节 |
| 启发而非决定 | 用问题引导内容，不替用户作决定 |
1. 结构 → 2. 读者语境 → 3. 语言 → 4. 来源核验 → 5. 风格 → 6. Markdown 格式
目标：确保结构清晰、主题集中。
material.md 文件。核心问题：「读者会在这里感到困惑吗？」
| 问题 | 表现 | 处理方式 |
|---|---|---|
| 背景假设 | 使用术语或缩写但没有解释 | 补充说明或脚注 |
| 自我指涉 | 使用「就像那个……」但不解释 | 改成具体描述 |
| 逻辑跳跃 | 从 A 直接跳到 C | 补充过渡说明 |
| 情绪缺少铺垫 | 使用「实在太……」但没有上下文 | 先补充背景 |
| 信息缺口 | 默认读者知道前因后果 | 简要补充背景 |
参考余光中的《怎样改进英式中文？》：
| 问题 | 示例 |
|---|---|
| 抽象名词作主语 | 差：收入的减少改变了生活 → 好：他因为收入减少而改变生活 |
| 冗长表达 | 差：基于这个原因 → 好：因此 |
| 弱动词 | 差：作出贡献 → 好：贡献 |
| 介词堆叠 | 减少连接词的过度使用 |
| 滥用被动语态 | 差：问题被解决了 → 好：问题解决了 |
参见 chinese-style.md。
来源优先级：政府官方来源 > 权威媒体 > 行业媒体 > 尽量避免个人博客。
节奏：核验一条 → 讨论 → 写入一条 → 确认 → 下一条。
按个人写作风格检查：
| 检查项 | 说明 |
|---|---|
| 标志性表达 | 「怎么说呢」「其实」「有点……」 |
| 语气 | 自嘲式开头、括号内评论 |
| 量化 | 使用具体数字增强说服力 |
| 克制加粗 | 每个标题章节最多加粗 3 处 |
避免：
--- 水平分隔线；改用标题或数字自然过渡。npx markdownlint-cli2 article.md # Check
npx markdownlint-cli2 --fix article.md # Auto-fix
额外人工检查：
- 或 *。1. 读取当前章节。
2. 按六个步骤检查。
3. 提出建议，不直接修改。
4. 等待用户确认。
5. 确认后进入下一章节。
关键规则：每个章节审校后都要等待用户确认。
| 要素 | 要求 |
|---|---|
| 语言 | 口语化，像与朋友交谈 |
| 段落 | 每段只表达一个主题 |
| 加粗 | 只用于重要转折和观点，每节最多 3 处 |
| 数据 | 融入经历叙述，详细来源放入脚注 |
| 诚实 | 承认信息缺口，标记未完成内容，保留思考过程 |