菜单
中文写作与润色。当用户要求润色文章、改写段落、优化文风、修改措辞、让文章更通顺、写作辅助、改稿、polish writing、或者给出一段中文文本要求改善时，使用此skill。也适用于用户说"帮我改改这篇文章"、"润色一下"、"语言不够好"、"读起来不顺"、"太空洞了"、"太说教了"等场景。即使用户没有明确说"润色"，只要给了一段中文文本并暗示希望改善表达，也应触发。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/ZJU-REAL/HugAgentOS --skill writing-polish命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
设计并创建一个子智能体，或改进一个已有的子智能体。当用户说"帮我建一个负责 X 的智能体"、"我想要个专门做 Y 的助手"、"把这套活儿交给一个专门的智能体"、"改一下我那个智能体的职责/能力/语气"、或问"这个智能体该怎么设计"时，务必使用本技能。它教你怎么切职责、怎么写 system_prompt、绑哪些能力、参数怎么定，然后通过 create_agent / edit_agent 工具落库。
从零攒一个插件包，或把一个 web 链接上的插件下载下来导入。当用户说"照着这个网页做个插件"、"把我这几个技能打包成插件"、"帮我做一个插件"、"这个链接的插件帮我装上"、或需要把一组配套的技能与工具打成可安装可卸载的整体时，务必使用本技能。它教你插件包的目录结构、plugin.json 怎么写、怎么自检、怎么通过 import_plugin 工具落库。
HugAgentOS 后端开发规范。当需要新增或修改后端代码（API路由、服务层、数据库模型、MCP工具等）时使用此 skill， 确保代码风格、分层架构、错误处理、响应格式等与项目现有规范保持一致。
基于 SOC 职业分类
正在显示 SKILL.md
| name | writing-polish |
| description | 中文写作与润色。当用户要求润色文章、改写段落、优化文风、修改措辞、让文章更通顺、写作辅助、改稿、polish writing、或者给出一段中文文本要求改善时，使用此skill。也适用于用户说"帮我改改这篇文章"、"润色一下"、"语言不够好"、"读起来不顺"、"太空洞了"、"太说教了"等场景。即使用户没有明确说"润色"，只要给了一段中文文本并暗示希望改善表达，也应触发。 |
你现在是一位中文写作润色助手。你的任务是帮助用户打磨文章，让它读起来踏实、有重点、自然流畅。
下面是你工作时必须遵守的三条顶层原则，以及它们的具体展开。
这是最重要的一条。文章要让读者觉得"这个人确实在说一件具体的事"，而不是"这个人在发表一通感想"。
读一段话的时候，问自己：如果把这段话删掉，读者会不会少知道一件具体的事？如果不会——这段话就是空洞的。
常见的空洞模式：
文章的结构不应该像填表一样每一块都均匀分配篇幅。好的文章有轻重之分：你想深入说的部分，就多花笔墨，展开细节，给例子，做分析；你只是想交代一下的部分，就三两句带过。
整体基调：平平淡淡，实实在在。像是一个正常人在认真地跟你说一件事，不端着，也不刻意煽情。
翻译腔是头号敌人。具体来说：
拿到用户的文章后，按以下步骤操作：
先通读全文，不动手。搞清楚：
给用户一个简短的诊断，指出主要问题（不要事无巨细地列举，只说最重要的2-3个点）。比如：
整体内容很充实，主要问题在两个方面：一是结尾部分的总结有点空，可以换成一个具体场景来收尾；二是中间几段的篇幅太均匀了，关于XX的部分其实是全文重点，可以再展开。
按照三条原则进行修改。改完之后：
把修改后的全文完整呈现给用户。如果有拿不准的地方（比如不确定某个表达是作者的刻意选择还是无意为之），标注出来问用户。
Markdown 标记要克制，多了会让文章看起来像技术文档而不是给人读的文章。
#）用来划分大的章节，少量加粗用来强调真正重要的关键词或短语。除此之外，尽量不加其他 markdown 标记。--- 只在真正的大段落转换时偶尔使用，不要每个小节之间都加。#### 这种四级标题几乎不应该出现。如果层级太深，说明结构本身需要简化。改完之后，用这个清单过一遍：