메뉴
深度改写中文文章的技能。用户要求“重写”“改写”“润色重构”“扩写”“翻译并改写”“改成公众号/知乎风格”“把这篇文章写得更适合发布”“优化这篇文章的表达或结构”时必须触发。支持 inline text、文件路径、URL 三种输入；支持 quick、standard、publish 三种模式；可按需要补充最新资料并生成 5 个标题候选。即使用户只说“把这篇改一下”“翻成中文后重写”“帮我整理成一篇可发布文章”，也应使用此技能。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
生成、审校和优化中国发明专利技术交底书，重点覆盖软件、互联网、人工智能、大数据、区块链、物联网和网络安全方案。用于专利点挖掘、技术方案补全、现有技术检索与区别特征分析、充分公开检查、发明名称优化、附图规划及 Word 交付；当用户提到专利交底书、发明专利稿、专利挖掘、新颖性或创造性、权利要求支撑、说明书补强、专利附图时，即使只要求其中一个环节也应使用。
编写中国计算机软件著作权登记申请材料的技能。用户提供软件名称并要求生成软著、软件著作权、计算机软件著作权登记、操作手册、功能模块说明、界面原型图、HTML 原型、原型图片、源代码文档、代码 docx、申请表信息 txt 或完整申请材料时必须使用。按固定流程产出 01.spec/spec.md、02.modules/*.md、03.prototype.html 或 03.prototype.prompt、04.prototype/*.jpg、05.code/01-模块名称.txt 到 10-模块名称.txt、06.manual/*_操作手册.md/.docx、07.code.full/${SOFTWARE_NAME}_代码.docx、08.application-info/${SOFTWARE_NAME}_软著申请表信息.txt；原型图默认用 HTML+headless 浏览器截图，必须包含登录页、10 个模块首页，并覆盖 40%-60% 的功能点截图，优先覆盖复杂功能和数据图表功能。
用于辅助撰写中文学术科研论文的完整技能。当用户提出论文方向、研究题目、想写一篇论文、需要帮助构建论文框架、完善论文逻辑、撰写摘要/引言/方法/实验/结论等章节时，必须触发此技能。即使用户只说"帮我写篇论文"、"我想研究这个方向"、"帮我确定题目"、"帮我写摘要"，也应触发。面向中文学术语境，特别适合工学、农学、计算机、信息技术等应用型方向的期刊或会议论文。
生成周报/月报的 skill。当用户提供本期各部门总结文件夹、规划文件和上期总结文件，需要生成整体汇报报告时使用；如果用户只给出报告周期，例如“生成202605周报/月报”，应优先扫描运行目录下是否存在同名或匹配周期的子目录作为文档目录。支持目标偏差分析、上期遗留事项跟踪、下期计划汇总、风险提示，并把未说明进展或需确认的内容单独生成一份人工补充清单。主报告不标注来源，输出风格客观简洁，面向老板和经营团队。触发词包括：周报、月报、汇报、总结报告、偏差分析、经营汇报、部门总结、生成报告。
撰写区域发展规划、地方专项规划、“十五五”规划文本与配套材料的技能。用户提到区域发展规划、地方专项规划、某市/某区/某园区发展规划、科技/产业/教育/交通/文旅/养老/数字化等领域五年规划、规划纲要、规划文本、规划编制说明、指标体系、重大项目清单、实施保障、征求意见稿、专家论证稿时必须使用本技能。支持自动区分“区域规划”与“专项规划”，联网检索上位规划、最新政策、统计数据和同类地区实践，生成正式规划文本、指标表、项目清单、实施矩阵和自检稿。若任务本质是企业战略、商业计划书、招商文案或国土空间规划，则不使用本技能。
撰写民主党派、政协、统战系统“社情民意信息”“信息专报”“参政议政信息”“建言材料”的技能。用户提到社情民意、民主党派建言、政协信息、信息稿、履职材料、问题建议稿，或只给出一个公共治理/民生/教育/医疗/科技/营商环境主题，希望你代写、补充调研、联网搜集资料、按报送层级筛题、生成初稿并多轮校验后定稿，或要求最终交付一个符合中国大陆机关公文常见版式的 `docx` 正式稿时，必须使用本技能。尤其在用户要求“像正式报送稿”“要最新政策和数据”“要按民主党派/政协写法”“要从党委政府决策视角提出问题和建议”“最后给我一个 Word 文档”时，必须调用本技能。
| name | article-rewriter |
| description | 深度改写中文文章的技能。用户要求“重写”“改写”“润色重构”“扩写”“翻译并改写”“改成公众号/知乎风格”“把这篇文章写得更适合发布”“优化这篇文章的表达或结构”时必须触发。支持 inline text、文件路径、URL 三种输入；支持 quick、standard、publish 三种模式；可按需要补充最新资料并生成 5 个标题候选。即使用户只说“把这篇改一下”“翻成中文后重写”“帮我整理成一篇可发布文章”，也应使用此技能。 |
面向“翻译 + 改写 + 发布”的文章处理技能。
它不是纯翻译器，也不是只做措辞润色的改稿器。遇到外文原文、混合语言原文、需要重组结构、需要适配公众号/知乎/Newsletter、或用户要求成稿级输出时，都要把“理解原文”和“生产成稿”拆开做。
三模式：
quick：轻量翻译或轻量改写，不主动外查，尽量少留中间文件standard：分析原文，必要时补充少量资料，走一轮显式草稿和批评修订publish：分析、核验、重组、批评、修订、抛光、表述优化、质检，产出可直接发布版本默认模式：standard
inline text：用户直接粘贴正文file path：读取本地文件URL：抓取正文后再处理(优先 WebReader，失败尝试用 https://r.jina.ai/{url} 读取，仍失败则尝试使用 https://defuddle.md/{url} ，如果都失败则明确说明无法获取内容)| 设置 | 默认值 | 说明 |
|---|---|---|
| 输出语言 | zh-CN | 最终统一输出中文 |
| 模式 | standard | 用户未指定时使用 |
| 平台 | generic | 若用户提到公众号/知乎/Newsletter，则改用对应预设 |
| 标题数 | 5 | 用户未指定时提供 5 个标题候选 |
| 调研范围 | 2-4 个主题 | publish 模式可扩展到 4-6 个 |
| 输出目录 | rewrites/{slug}-{timestamp}/ | 所有中间文件和最终稿统一放在这里 |
| 长文阈值 | > 2500 英文词或 > 4000 中文字 | 超过后优先采用分块写作与统一审校 |
| 模式 | 触发词 | 核心步骤 | 适用场景 |
|---|---|---|---|
| Quick | “简单润色”“快改一下”“不要查资料” | 约束确认 → 术语统一（如需要）→ 直接成稿 | 短文、轻量润色、用户明确不要外查 |
| Standard | 默认 | 分析 → 选择性调研 → Prompt 快照 → 草稿 → 批评 → 修订 → 表述优化 → 成稿 | 大多数文章改写需求，尤其是“翻译并改写” |
| Publish | “深度改写”“公众号成稿”“适合发布”“补充资料并重写” | 分析 → 核验 → 重组 → Prompt 快照 → 草稿 → 批评 → 修订 → 抛光 → 表述优化 → 质检 → 成稿 | 要发布、事实敏感、风格要求高或长文任务 |
自动判断规则：
quickpublishstandardstandard为每次任务创建输出目录：rewrites/{slug}-{timestamp}/
| 文件 | 何时需要 | 说明 |
|---|---|---|
source.md | 全部 | 落盘后的原始内容 |
00-brief.md | 全部 | 任务约束、平台、受众、篇幅、检索边界、是否允许重组 |
01-analysis.md | standard / publish | 主题、结构、受众、保留项、难点、理解障碍、改写策略 |
01-terms.md | 有翻译或术语密集时 | 本次任务的术语表、推荐译法、禁用译法、待确认译法 |
02-research.md | 做了外查时 | 外部资料、事实核验、冲突信息、可引用要点 |
03-outline.md | publish 或重组明显时 | 新结构、大纲、标题角度、叙述顺序 |
04-prompt.md | 非平凡任务默认产出 | 写作指令快照，供草稿、分块和后续修订复用 |
05-draft.md | standard / publish | 初稿；必要时带 translator notes |
06-critique.md | standard / publish | 诊断问题，不直接改文 |
07-revision.md | standard / publish | 吃掉批评意见后的修订稿 |
08-polish.md | publish | 中文化、节奏、标题、平台适配后的抛光稿 |
09-expression.md | standard / publish 的非平凡任务 | 去除翻译腔、AI 腔、套话和机械连接感后的表述优化稿 |
qa.md | publish 或事实敏感任务 | 最终质检清单与残余风险 |
rewrite.md | 全部 | 最终交付稿 |
如果用户只要求聊天里直接返回结果，仍然默认保存 rewrite.md，并在回复里给出路径。
平台、段落节奏、标题风格不要写死在主文件里。按需阅读：
选择逻辑：
generic当任务包含以下任一情况时，必须先做术语统一，再进入改写：
处理顺序：
01-terms.md01-terms.md 为准，不得随意漂移执行原则：
中文（English） 或 中文（英文原词，简短解释）00-brief.md优先从当前对话提取，不要为了默认值反复追问。至少确认：
如果用户没有说明：
00-brief.md 建议记录：
source.mdrewrites/{slug}-{timestamp}/01-terms.md要求：
01-analysis.mdstandard 和 publish 模式必须产出 01-analysis.md。至少包含：
如果原文已经写得很好，分析里要明确“以增量和可读性优化为主”，不要强行颠覆。
何时需要做 02-research.md：
按需阅读：
执行原则：
quick 模式默认不主动外查standard 模式只查能显著提高文章可信度的关键信息publish 模式要把“外部事实”“作者观点”“你的推断”分开以下情况必须写 03-outline.md：
publish 模式至少包括：
standard 模式可以不单独落盘大纲，但心里必须先确定结构再写。
04-prompt.md非平凡任务默认产出 04-prompt.md。它不是给用户看的终稿，而是给后续草稿、分块、修订复用的统一指令。
至少写清楚：
如果任务需要分块：
04-prompt.md05-draft.md05-draft.md 是初稿，不追求一次成稿，但必须把原文的骨架和信息先落稳。
执行原则：
05-draft.md06-critique.md06-critique.md 只做诊断，不直接改文。优先读取 references/quality-rubric.md。
至少从以下维度逐项检查：
写法要求：
07-revision.md把 06-critique.md 的问题逐条吃掉，得到结构和表达都更稳定的修订稿。
执行原则：
02-research.md 中核实08-polish.mdpublish 模式必须做抛光，standard 模式在用户要求“像成稿”“可直接发”时也应做。
抛光只解决以下问题：
抛光阶段不要：
09-expression.md在结构、事实、节奏都已经稳定后，再单独做一次“优化表述”。优先读取 references/expression-optimizer.md。
这一步只处理表达层，不改论点和事实。核心目标：
重点排查：
执行原则：
publish 模式和事实敏感任务必须写 qa.md，至少包含：
09-expression.md 是否只改表述，没有偷改事实和判断最终稿始终保存到 rewrite.md。
如果做了 09-expression.md：
rewrite.md 基于 09-expression.md如果没有单独做表述优化，但做了 08-polish.md：
rewrite.md 基于 08-polish.md如果没有单独抛光：
rewrite.md 基于 07-revision.md默认提供 5 个标题，优先覆盖不同角度，而不是只换几个词：
标题规则：
如果用户明确说“不需要标题”，则跳过。
长文不要直接硬翻到底。采用“统一约束、局部分块、整体复核”的方式。
执行顺序：
00-brief.md、01-analysis.md、01-terms.md、04-prompt.md05-draft.md06-critique.md08-polish.mdrewrite.md特别注意：
rewrite.md 默认使用以下结构：
## 标题候选
1. 标题一
2. 标题二
3. 标题三
4. 标题四
5. 标题五
---
## 正文
[改写后的完整文章]
---
## 参考来源
- [来源标题](链接)
- [来源标题](链接)
---
## 改写说明
- 模式：standard
- 平台：wechat
- 是否补充外部资料：是
- 是否使用术语表：是
- 是否经过批评修订：是
- 是否经过表述优化：是
如果未外查，把“参考来源”改为：
## 参考来源
- 本次基于用户提供原文改写，未补充外部资料
06-critique.md 里顺手重写全文，混淆诊断和修订08-polish.md 变成又一轮无边界改写09-expression.md 借“优化表述”之名偷改事实、立场或信息密度