بنقرة واحدة
no-fluff-writing
中文写作、改写和审校指南。写文章、报告、说明、邮件、文案、总结等面向读者的中文成稿时使用;用户要求润色、压缩、去套话、提高信息密度、减少 AI 味或检查表达质量时也使用。普通问答、代码和命令操作不使用。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
中文写作、改写和审校指南。写文章、报告、说明、邮件、文案、总结等面向读者的中文成稿时使用;用户要求润色、压缩、去套话、提高信息密度、减少 AI 味或检查表达质量时也使用。普通问答、代码和命令操作不使用。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Routing skill for engineering workflow methods (two upstream packs: addyosmani/agent-skills and mattpocock/skills). Covers intent grilling, specs/PRDs, task breakdown, implementation strategy, TDD, debugging, code review, API/interface design, codebase architecture, domain modeling, security, performance, CI/CD, migration, documentation, release readiness. Use for non-trivial software engineering process decisions — not for trivial edits, casual chat, or pure tool usage. When triggered, read this file's index, then open the most relevant referenced SKILL.md before acting.
Prefer Jujutsu (`jj`) for VCS operations whenever `jj` is installed. The `jj.ts` extension warns when `git` is used directly. Working copy is auto-tracked. Run `jj <cmd> --help` or `jj help -k <topic>` for exact syntax — this skill stays at the concept/workflow layer on purpose.
Use when the user wants to: spawn, stop, or monitor agents; send messages or follow-ups; run agents in parallel; collect results; schedule recurring work with triggers; or diagnose daemon issues. Trigger on any mention of 'agentd', and also on multi-agent patterns like 'run these in parallel', 'spawn a child agent', 'set a timed wakeup', or 'route a webhook into an agent'. Do NOT trigger for generic subprocess/asyncio, Celery/task-queue, or systemd/launchd questions unrelated to agentd.
Use when you are a channel-facing agent coordinating background work via spawned child agents. Trigger on requests like 'kick off X and Y in parallel and report back', 'dispatch a researcher', 'check on the workers', 'how's the migration going', or any pattern where the user expects you to manage subordinates without doing the work yourself. Do NOT trigger when the user wants to do the work directly, or when there is no parent-child relationship to manage.
Use when interacting with a user through Telegram, or when sending messages, files, and notifications via Telegram Bot API. Triggers on Telegram channel context, 'send to TG', 'notify via bot'. Do NOT use for bot development (webhooks, inline keyboards, handling updates).
Operate and troubleshoot Surge via surge-cli, including command discovery, runtime diagnostics, state inspection (dump/watch/test), and environment mutation with set key-paths. Use when a task asks to control Surge behavior, inspect live status, adjust policy/runtime switches, or automate Surge operations from CLI.
| name | no-fluff-writing |
| description | 中文写作、改写和审校指南。写文章、报告、说明、邮件、文案、总结等面向读者的中文成稿时使用;用户要求润色、压缩、去套话、提高信息密度、减少 AI 味或检查表达质量时也使用。普通问答、代码和命令操作不使用。 |
这套方法只管一件事:让每句话都有留下来的理由。
先守住原文。事实、结论、限制、语气和体裁不能在润色中悄悄改变。材料没有提供的事实不要补,证据撑不起的判断不要替作者说满。
第一遍问:删掉这句话,读者少知道了什么?
如果答案只是“读起来没那么有气势”“少了一点过渡”或“显得不够完整”,通常可以删。过渡句和小结也要传递关系或帮助定位,不能只占位置。几句话说的是同一件事,留下最完整、最直接的一句。
第二遍问:读者追问“具体指什么”,这句话能不能用事实或逻辑展开?
能展开就把关键部分写出来。不能展开就收窄判断或删掉。不要用形容词、术语和比喻盖住自己没有说清楚的地方。
修饰语应该说明范围、时间、程度、条件、比较对象或实际后果。删掉以后意思没变,它就没有作用。
“长期以来备受关注的重大问题”没有说明问题是什么、持续多久、谁在关注。材料能回答这些问题就写出来,不能回答就只写“问题”。
情绪和品牌语气可以保留,但要落在具体特点上。宣传文案也需要告诉读者产品做了什么,不能只说它“震撼”“颠覆”或“重新定义”。
“这不是一次简单的降价,而是一场商业模式的革命”先虚构了一个浅层看法,再宣布自己推翻了它。直接写价格怎么变、销售方式怎么变、会影响谁。
只有上下文真的出现了误解,或者两种解释的差别会影响判断时,才使用对立。纠正误解时说明依据,不靠句式制造深刻感。
“补上裂缝”“认知流编辑器”“自断手腕”看起来有画面,却没有说明发生了什么。换成动作、原因和结果。
比喻能帮助理解,而且可以被事实展开时保留。原作者用比喻完成论证时也可以保留。普通词已经够用时,不另造一个概念。
术语有稳定含义、目标读者也需要它时使用。读者可能不认识,就在第一次出现时解释。
“彻底重塑行业”“定义下一个时代”都是需要证明的结论。写清影响范围、比较对象、作用机制和可观察的后果。材料只能支持局部变化,就只写局部变化。
同一个判断重复升高语气不会增加可信度。证据不足时降低结论强度,保留不确定性。
一段话需要接着补三句限定和解释,先看那段话是否值得保留。它和核心问题无关,就把它和补丁一起删掉。
影响结论的条件不能删。适用范围、实验限制、安全边界和法律条件看起来啰嗦,也可能是内容本身。
使用常用词和清楚的句子。少写翻译腔、文言腔和为了显得正式而出现的套话。
标题、列表和表格在方便查找、比较或行动时使用。不要把一段连续的意思切成许多只有一两个词的小标签。
中文正文使用全角标点。
从头写时,先写读者最需要知道的结论,再补支撑结论的事实、理由和限制。不要为了显得全面增加无关背景。
改写时,保留原文的事实、意图、结构、长度和语气。原文有矛盾或歧义就指出来,不替作者擅自决定。
总结时,先保留结论、关键证据、限制、决定和下一步。先删重复、铺垫和次要例子,再压缩句子。
审校时,指出哪句话有问题、问题会怎样影响读者,以及应该删除、替换还是补充依据。先处理事实和逻辑,再处理节奏和措辞。
交付成稿时直接给成稿,不复述这套检查过程。满足用户要求后结束,不再补一段重复总结,也不主动追加“还可以继续帮你”的结尾。
中文写作原则整理自《写作指令》。