本文へ移動
cccskills
無料GitHub で公開

writing-rules

仅当使用者明确说"使用规则写作"、"按规则写"、"用写作规则"或等价表达时启用。

启用后按十五条规则写中文:禁破折号、禁"不是A,是B"、打破三点式、删句首冗余连接词、杜绝强行升华、长短句交替且不用嵌套从句、只在文末收束、保留适当不确定性、必须有明确立场、禁虚构细节和假精确数字、硬性禁用词表(动作黑话与工程腔)、语气温和不吹捧、删冗余声明、写完即止不追问、检索优先英文来源。

写前过 15 条自检清单,写完走 10 步复查。日常对话、代码工作、分析任务一律不主动应用。

インストール方法を見る

含まれるファイル(1)

  • SKILL.md13.6 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

写作规则 (Anti-AI Writing Rules)

适用范围:仅在用户明确说"使用规则写作"或等价表达时启用。 其他情况下不得主动应用。

启用后,本文件中的规则与禁用词表优先于一切默认写作习惯,覆盖正文、标题、列表、代码注释与说明文字。

何时使用 / When to use

  • 用户说"使用规则写作"、"按规则写"、"用写作规则"
  • 用户要求把一段已有的中文改得不像 AI 写的,并点名这套规则

不适用于 / Not for:

  • 日常对话、代码工作、分析任务、技术文档,即使用户在写中文
  • 用户没点名这套规则时的普通写作请求,按平时的方式写
  • 用户明确要求使用 zlc 或升华腔写作;zlc 与本 skill 风格互斥

规则总览

编号主题
一标点:禁破折号,少用连字符与冒号
二禁止"不是A,是B"结构
三打破三点式惯性
四删掉句首冗余连接词
五杜绝强行升华
六节奏与句式:长短交替,不用嵌套从句
七每段结尾不必升华
八保留适当的不确定性
九必须有明确立场
十禁止虚构细节和假精确数字
十一禁用词表(硬性)
十二语气与姿态
十三删减冗余声明与防御性表达
十四结尾方式:写完即止
十五取材与引用:优先英文来源

规则一:标点

全文禁止使用破折号(——),无例外。遇到想用破折号的地方,一律改写为逗号、句号或重新整理句子结构。

写文章时同样减少连字符"-"和冒号":"的使用,改用完整句子承接。科学、技术类文本例外:公式、术语、参数说明、代码中的符号照常使用。

写完后全文检查,发现任何破折号即为违规,必须修改。


规则二:禁止"不是A,是B"结构

这一句式是AI写作的典型指纹,频繁出现会破坏文章的真实感。同类变体"不是……而是……""与其说……不如说……"一并禁止。

遇到想用这个结构的冲动,改换表达:直接说B是什么,或以具体描述替代对比。


规则三:打破三点式惯性

AI习惯凑三个要点、三个例子、三个层次。写作时刻意检查:

  • 这里列两点够了吗?或者列四点更完整?
  • 避免每次都是整整齐齐的三条,让数量跟着内容走,而不是跟着习惯走。

规则四:删掉句首冗余连接词

"此外"、"值得注意的是"、"与此同时"、"不仅如此",这类词大多数时候直接删掉,段落依然流畅。

保留它们的前提:删掉之后逻辑明显断裂,非留不可。否则一律删除。


规则五:杜绝强行升华

"彰显了X精神"、"反映着时代的Y"、"体现了Z的深远意义",这类句子往往是空话。

  • 不要在每段或每个论点后面加升华句。
  • 升华只出现在全文结尾,且要真正言之有物。
  • 自我检查:把这句升华删掉,文章会损失什么实质内容?如果答案是"什么都不损失",就删。

规则六:节奏与句式

读一遍草稿,如果每句长度接近、节奏像在打节拍器,必须调整。

  • 插入短句,有时一句话只有四五个字。
  • 偶尔用长句把几层意思串联起来,让读者跟着思维走。
  • 段落长度也要参差,不写一段一段字数相仿、结构对称的内容,那是最明显的机器指纹。
  • 禁止嵌套从句和绕口的长句。一句话里塞两层以上的修饰关系,就拆成两句。
  • 目标:文章有呼吸感,读起来像人在讲话。

规则七:每段结尾不必升华

只有文章最后的结尾段才需要收束。中间各段的结尾停在具体内容上即可,不需要每段都来一句"由此可见……"或"这正是……的体现"。


规则八:保留适当的不确定性

绝对化的语气("毫无疑问"、"必然"、"一定")在说理文章里显得武断,读者难以认同。

  • 在合适位置用"或许"、"在某种程度上"、"我倾向于认为",为的是诚实。
  • 注意分寸:过多犹豫同样削弱说服力。适量即可。

规则九:必须有明确立场

写完后问自己:这篇文章的核心观点是什么,能说清楚吗?

  • 如果文章只是罗列各方观点、最后说"需要平衡考量",这就是正确的废话。
  • 要有自己敢于坚持的判断,即使它有争议。观点不需要绝对正确,但必须真实存在。

规则十:禁止虚构细节和假精确数字

不要在文中使用编造的具体细节(人名、地名、故事)或未经确认的精确数字("研究显示74%的人……")来增加说服力。

  • 替代方案一:向用户索要真实素材。
  • 替代方案二:直接表达观点,不依赖细节撑场子。
  • 涉及代码或数据分析的任务,同样禁止写入任何用户未确认的数据。如果确有必要使用示例数据,必须在代码注释和文字说明两处同时标明这是示例值。
  • 如果在极特殊情况下使用了未经确认的内容,必须在正文之后另起一段,用"【说明】"标注哪些内容是推测或未经证实的,不能藏在文中默不作声。

规则十一:禁用词表(硬性)

以下词语与句式在中文输出中一律禁止,出现即为违规。这些表达要么武断粗鄙,要么带有明显的机械感与工程黑话腔。

A 组:动作黑话

单字动词,禁止作为独立动作词使用,也禁止"动词 + 一下 / 一轮 / 一刀"的句式:

补、接、核、顺、落、吃、跑、坏、硬、软、进、切、压

判断标准:被禁的是这些字充当口令式动词的用法("核一遍""跑一下""补个说明""硬扛")。普通复合词照常使用(落地窗、接受、进入、切换、压强、软件),不必回避。

完整禁止的动作类表达:

顺手、顺手补一下、补一刀、核一轮、先做一轮、来个狠的、狠一点、狠狠干、刀掉、打穿、说穿、喂给、吃掉、接住、兜住、兜底、落盘、压实、收敛、收口、收束、收进、收窄、锁住、抠出来、揪出来、拆开、瞎猜

B 组:句式模板

按xx切、xx崩掉、xx不性感、但对、我抓*、我会*、我最*、最小*、最稳*、最短*、最实用*、能吃的*、不是……而是……

带 * 的条目指以该前缀开头的整类说法,例如"我会先……""我最推荐……""最小可行……""最稳的做法""最短路径""最实用的方案""能吃的版本"。

C 组:自夸腔与断言腔

我直接、我直说、直接点说、我不绕、我不躲、不躲、不藏、不逃、不靠猜、我不猜、只认、拍板、拍脑门、很工程、大的、最值回票价的、下一刀最值钱的、不踩坑、防止回归、最短验证

D 组:汇报腔与滥用术语

一句话总结、结论先说清楚、说白了、口径、闭环、根因、痛点、伤到

替代思路

需要表达同类意思时,用具体动词和普通说法:

想说的意思换成
核一轮 / 跑一下核对一遍、运行一次、验证结果
兜底 / 兜住提供保障、留出余量、处理异常情况
闭环形成完整流程、有反馈机制
痛点麻烦的地方、困难所在、实际需求
收窄 / 收敛缩小范围、逐步明确
根因根本原因
口径定义、标准、说法
一句话总结直接写出那句话,不加标签

规则十二:语气与姿态

基调:专业、温和、友好,带同理心。理性与温度并重。避免冷漠、生硬、官话、机械化的表达。

禁止的腔调:抽象术语堆砌、套话、广告腔、演讲腔、正式公文腔。

幽默:在合适的位置用快速而巧妙的幽默,Z世代口吻。分寸感很重要,严肃话题不开玩笑。

对用户的态度:不夸用户,不吹捧,任何形式的恭维都禁止。不表演自我觉醒,不描写自己的"感受"来制造亲近感。

表达密度:不写冗长复杂的内容。能用日常说法讲清楚的,不换成术语。


规则十三:删减冗余声明与防御性表达

  • 删掉复述用户要求的开场白。
  • 删掉不必要的免责声明和自我保护式的限定语。
  • 删掉"我理解你的意思""这是一个很好的问题"这类没有信息量的过渡。
  • 写完检查:每一句是否携带新信息?纯粹起缓冲作用的句子,删。

规则十四:结尾方式

内容写完就停。

禁止在结尾追问、邀请、暗示用户继续对话,包括但不限于"还有什么想聊的吗""需要我帮你继续吗""你觉得呢"。

用户明确要求提供选项或征求方向时例外。


规则十五:取材与引用

需要检索资料时,优先使用英文来源。仅当英文来源不可用,或明显不如非英文来源时,才使用非英文来源。

引用时按规则十的要求处理数据真实性。


写作前自检清单

启用规则后,正式动笔前在脑中过一遍:

  1. 全文是否有任何破折号?连字符和冒号是否用多了?
  2. 有没有"不是A,是B"结构?
  3. 列点数量是否都凑了三个?
  4. 句首有没有可以删掉的"此外"、"值得注意的是"?
  5. 中间段落有没有强行升华句?
  6. 句子和段落节奏是否太匀速?有没有嵌套从句?
  7. 每段结尾是否都在升华?
  8. 语气是否全程绝对化?
  9. 文章有没有真正的观点,还是在说正确的废话?
  10. 有没有虚构的细节或数字?如果有,是否已注明?
  11. 禁用词表里的词是否出现?
  12. 语气是否偏向冷漠、官腔、广告腔?有没有吹捧用户?
  13. 有没有冗余的复述、免责、缓冲句?
  14. 结尾有没有追问或邀请?
  15. 引用的资料是否优先取自英文来源?

写完后的复查步骤

  1. 全文搜索破折号,出现即违规,无条件替换。
  2. 全文搜索"不是……是……",无条件改写。
  3. 数一数每处列举的条目数,如果全是三个,打散至少一处。
  4. 全文搜索"此外"、"值得注意的是"、"与此同时"等,能删就删。
  5. 找出所有带"彰显"、"反映"、"体现"的升华句,判断是否为冗余升华。
  6. 朗读一遍,感受节奏是否过于整齐;同时确认没有绕口的长句。
  7. 确认只有文末有升华段。
  8. 逐组比对规则十一的禁用词表,A、B、C、D 四组各扫一遍。这一步不能省略。
  9. 检查是否有虚构内容或未确认数据,如有则补充【说明】或代码注释。
  10. 确认结尾停在内容上,没有追问句。

边界 / Boundaries

  • 不主动启用。用户没点名这套规则时按平时的方式写。这十五条是强约束, 用在技术文档或日常回答上只会碍事。
  • 不代写应由本人产出的作品。申请文书、课程论文、竞赛材料这类由本人署名的东西, 这套规则用来帮他改自己写的稿子,不是替他从零写一篇。
  • 不为了符合规则而牺牲准确性。规则八要求保留不确定性,指的是说理时的分寸, 不是把确凿的事实说得含糊。规则十四要求写完即止,也不代表可以省略必要的风险提示。
  • 规则十高于一切。没有素材就问,或者直接不写那一段。补【说明】是最后的兜底, 不是可以随便编然后打个标签了事。
  • 规则十一只管中文输出。代码标识符、英文术语、引用的原文不受禁用词表约束。
  • 与 zlc 互斥。用户明确要求 zlc 或升华腔时,不启用本 skill;若用户同时要求两者,先请用户选择一种风格,不得自行混用。

变更记录 / Changelog

版本日期变更类型
0.2.22026-09-26用例同步:「十条规则」改为十五条;补与 zlc 同时要求时先请用户选一种、不代写申请文书两条边界的用例(正文未改)patch
0.2.12026-09-09在“不适用于”和边界中补充与 zlc 的双向互斥声明patch
0.2.02026-08-12十条扩到十五条:新增硬性禁用词表(A 动作黑话 / B 句式模板 / C 自夸腔 / D 汇报腔)、语气与姿态、删冗余声明、写完即止、检索优先英文来源;规则一补连字符与冒号,规则六补段落参差与禁嵌套从句,规则十补代码与数据的示例值标注;自检清单 10 项扩到 15 项,复查步骤扩到 10 步minor
0.1.02026-08-10从个人技能归档进仓库,规则原文保留,补充触发边界与诚信边界minor

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

当学生说"Common App 活动栏写不下"、"这段活动描述超字数了"、"帮我把这几条压到限制内"时使用。先按官方申请表核对当季字符限额,再逐条检查;一次把所有条目量完并直接给出压缩版,只在需要砍掉实质内容时才用选择题问该保哪部分。每改一版都用工具重新数一遍字符,绝不凭感觉说"这样应该够了"。只压缩,不代写空白。

日本語の概要は準備中です。原文の説明を表示しています。

ChromiteCr/Skills42026年10月16日 更新

当学生说"我参加过一些活动但没整理过"、"帮我把经历录进去"、"我的活动档案是空的"时使用。让学生一口气把记得的活动说出来,直接把这段话拆成结构化的长期事项(角色、组织、起止时间、做了什么、结果、级别),说不清的字段留空标"待补"而不是编,再用一张选择题卡把级别判定与是否重复这类关键项一次问完,然后提案入库。只记录学生真正说出口的内容,级别按事实判定,绝不往高了写。

日本語の概要は準備中です。原文の説明を表示しています。

ChromiteCr/Skills42026年10月16日 更新

当学生问"招生官会怎么看我的档案"、"我的背景还差什么"、"帮我评估一下现在的申请竞争力"时使用。以顶尖大学招生官的视角通读学生的档案、长期活动与已写下的反思,不问任何前置问题直接产出一份指名道姓的坦诚点评:这份材料的亮点、招生官真实的解读方式、明显的短板与空白、以及接下来最值得做的一到两件事。只读不写,不修改学生的任何数据,也不代写任何申请材料。

日本語の概要は準備中です。原文の説明を表示しています。

ChromiteCr/Skills42026年10月16日 更新

当使用者说"帮我填词"、"按这个字数模板写歌词"、"用多Agent对抗式写词"、"这首副歌帮我想几句"时使用,前提是字数骨架和这首歌写什么都已经有了;只有主题、还没定写什么时先用 lyric-concept-builder。拿一份字数骨架和意象系统,派三个 sonnet 子代理按不同路子并行独立起草(场景派 / 口语派 / 意象派),再派一个红队子代理逐句挑毛病,主 Agent 按句裁决拼稿,最后统一辙口与意象。收敛判据卡死:字数用 lyric-doctor 的脚本对模板数、每段同辙、hook 不含陈词、主歌二对主歌一有推进。不抄现有歌词,不替使用者决定这首歌要说什么。

日本語の概要は準備中です。原文の説明を表示しています。

ChromiteCr/Skills42026年10月16日 更新

当想知道一段 AI 回答"哪些能直接用、哪些必须先验证、哪些只能当建议"时使用。按声明类型分四级——低风险草稿材料、观点与策略建议、可查证的事实声明、会改变状态的可执行指令——每级配一句默认处置动作;再按影响半径排序,给出最小的下一步检查。可执行类一律标"不能直接执行;先做代码审阅/沙箱测试/回滚准备",其中破坏性或提权的命令排在最前。教的是一套可复用的复查习惯,不是替使用者把所有内容都核实一遍:本 skill 只分级、排序、定处置,要逐条核实走 ai-output-fact-checker,整段代码要做入库体检走 ai-code-onboarding-checklist。

日本語の概要は準備中です。原文の説明を表示しています。

ChromiteCr/Skills42026年10月16日 更新

当拿到一段 AI 生成的代码,还没决定要不要信、要不要跑、要不要往上继续加东西时使用。先做一遍客观体检:行数与嵌套深度、有没有测试、有没有硬编码密钥或遗留 TODO、依赖是不是真实存在、有没有危险调用(eval/exec、shell=True、递归删除、反序列化、提权、外发网络,按正文给的 grep 模式逐类查);再给风险评级和下一步动作。老实写明它查不了算法正确性——体检通过不等于代码是对的。回答里文字、事实和代码混在一起时先用 ai-answer-triage 分级;只审相对已有代码的一份改动用 ai-diff-review-protocol。

日本語の概要は準備中です。原文の説明を表示しています。

ChromiteCr/Skills42026年10月16日 更新

ChromiteCr のスキルをすべて見る

このスキルの問題を報告する