dby-deai
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
Chinese去 AI 味 · dby-deai
Remove AI Flavor · dby-deai
输入是任何一段已经写好的中文(不限公众号)。默认交付体检报告,不是改好的稿。
🔀 换平台口吻 →;从零写一篇 →dby-rewrite;怕踩违禁词 →dby-write。dby-banned-words
Input is any already-written Chinese text (not limited to WeChat articles). By default it delivers an inspection report, not a polished rewrite.
🔀 To switch platform voice →; to write from scratch →dby-rewrite; if you’re worried about banned words →dby-write.dby-banned-words
🔴 五条红线
🔴 Five Red Lines
- 不帮规避 AI 标识。删除 / 篡改 / 隐匿 AI 声明与标识的请求一律拒绝,也不给「怎么绕过」的思路。 《标识办法》第 10 条禁止「为他人实施上述恶意行为提供工具或者服务」——这句直指本包。
- 不承诺过检测、不报 AI 率、不给总评分。用户拿检测器分数来问,先说一句:老舍《林海》被判 99.9% AI, OpenAI 自家分类器因真阳性率仅 26% 下架——分数是提示,不是事实。
- 学术场景不服务。学位论文 / 课程作业 / 投稿查 AIGC 的「降 AI 率」,明确拒绝并说明理由。
- 不服务批量号。一稿多发洗稿、AI 托管账号批量产出——这正是各平台封号主因,不接。
- 改文风不改事实,并提示主动声明。交付时带一句:按平台要求勾选「AI 生成 / AI 辅助」。
去 AI 味 ≠ 否认 AI 参与。平台口径与法规查 。
references/平台标注.md
- No help circumventing AI labels. Requests to delete, tamper with, or hide AI declarations and labels are rejected outright, and no “how to get around it” advice is given. Article 10 of the Labeling Measures prohibits “providing tools or services for others to carry out the above malicious acts”—this is aimed squarely at this package.
- No promise of passing detectors, no AI-rate scores, no overall ratings. If a user asks about a detector score, first say: Lao She’s Lin Hai was flagged 99.9% AI, and OpenAI’s own classifier was taken down because its true positive rate was only 26%—scores are hints, not facts.
- No academic scenarios. Requests to “lower the AI rate” for AIGC checks on degree theses, coursework, or submissions are explicitly refused, with the reason stated.
- No bulk accounts. Multi-posting the same article as disguised rewrite, or mass-producing AI-run accounts—this is exactly why platforms ban accounts. Not accepted.
- Change the writing style, not the facts, and remind the user to declare AI involvement. Every delivery includes: check the “AI-generated / AI-assisted” box as the platform requires. Removing AI flavor ≠ denying AI involvement. See for platform rules and regulations.
references/平台标注.md
三档终态(默认第一档)
Three final modes (default: the first)
| 用户在说 | 档位 | 交付物 |
|---|---|---|
| 这篇是不是有 AI 味 / 帮我看看 | A 体检 | 报告:哪一句、哪一族、改不改 |
| 帮我改掉 / 去一下 AI 味 | B 改写 | 改后全文 + 逐条「改了什么」 |
| 改完还是没人味 | C 加人味 | 先索料,用户不给料就停 |
终态没说 → 只做 A,交付后问一句要不要继续。不许默认改稿。
| What the user says | Mode | Deliverable |
|---|---|---|
| Does this have an AI flavor? / Take a look | A Checkup | Report: which sentence, which family, whether to change |
| Help me remove the AI flavor | B Rewrite | Full rewritten text + itemized “what changed” |
| Still no human touch after rewriting | C Add human touch | Ask for material first; stop if the user doesn’t provide it |
If no final mode is stated → only do A, then ask if they want to continue. Never default to rewriting.
动手前:圈两类保护区间(三档都要做)
Before you start: mark two protected zones (required in all three modes)
① 事实区间:数字、人名、机构名、价格、时间、产品型号、引文、代码——逐字符不动。
体检档也一样:报告里不许建议改动它们。
② 依据区间:把正文里每一条「因为…所以…」「X 导致 Y」「最好的办法是 Z」的依据句
先逐句列出来。这些句子只许标记,不许删——哪怕它自己没有支撑(「据了解…」「有数据显示…」也算)。
删掉会让下游结论悬空,读者从此不知道为什么要走这条路。
🔴 先列成表,再动手。 不要在删的过程中临时判断「这句能不能删」——
实测那样删错的概率接近一半,而先枚举成清单的做法从没出过错。
① Fact zone: numbers, names of people, organizations, prices, dates, product models, quotations, code—do not change a single character. This applies to the checkup tier too: the report must not suggest changing them.
② Evidence zone: first list every supporting sentence in the text for “because…therefore…”, “X causes Y”, or “the best way is Z”. These sentences may only be marked, never deleted—even if they themselves lack support (“It is understood…”, “Data shows…” count too). Deleting them leaves downstream conclusions hanging; readers will never know why this path was taken.
🔴 List them in a table first, then act. Don’t decide on the fly “can this sentence be deleted?” while deleting—in practice that deletes wrongly about half the time; enumerating them as a checklist first has never failed.
模式 A:体检
Mode A: Checkup
bash
python3 scripts/deai.py 稿件.md # 或 cat 稿件.md | python3 scripts/deai.py -
python3 scripts/deai.py 稿件.md --profile deai-偏好.md # 用户工作区有这份就必须带上
python3 scripts/deai.py 稿件.md --baseline 基线.json # 有作者范文时,用他自己的尺子
python3 scripts/deai.py --selfcheck # 离线自检,不联网🔑 拿得到作者范文就先做基线(,流程见 )。
中文侧没有公开的实证阈值,通用词表会把「他一直这么写」判成 AI 味;作者自己的基线没有这个问题。
--make-baselinereferences/文风锚定.md体检是两遍,缺一遍就是漏掉一半。
第一遍 · 句子层:脚本只给位置和密度,判断是你的活——逐条对 ,
那份清单每一族都带「不算」栏(豁免例)。
references/病灶清单.md第二遍 · 整篇层:读 走四问(标题与正文错没错位、最硬的发现埋没埋、
每条因果的依据在不在场、照着做能不能复现)。逐句删套话永远碰不到这一层,而读者说
「一股 AI 味」时有相当一部分指的正是它。
references/结构审读.md报告按这个形状,三节都要有:
undefinedbash
python3 scripts/deai.py 稿件.md # 或 cat 稿件.md | python3 scripts/deai.py -
python3 scripts/deai.py 稿件.md --profile deai-偏好.md # 用户工作区有这份就必须带上
python3 scripts/deai.py 稿件.md --baseline 基线.json # 有作者范文时,用他自己的尺子
python3 scripts/deai.py --selfcheck # 离线自检,不联网🔑 If you can get author samples, build a baseline first (; see ). There are no published empirical thresholds for Chinese; generic word lists flag “he has always written this way” as AI flavor. The author’s own baseline doesn’t have this problem.
--make-baselinereferences/文风锚定.mdThe checkup has two passes; skipping one misses half.
Pass 1 · sentence level: the script only gives locations and density; judgment is your job—go through item by item. Each family in that list has a “not counted” column (exempt cases).
references/病灶清单.mdPass 2 · whole-text level: read and run the four questions (Is the title misaligned with the body? Is the strongest finding buried? Is there support for each causal claim? Can a reader reproduce what the text asks them to do?). Deleting clichés sentence by sentence never reaches this level, yet a good part of what readers mean by “an AI flavor” is exactly this.
references/结构审读.mdThe report follows this shape, with all three sections:
undefined体检:<标题或首句>
体检:<标题或首句>
最该改的三处(按影响排序)
- 第 N 句 · <族名> · 原文「…」 → 建议:… 可以不改的:<命中了但属于豁免或体裁要求的>,说明为什么不算 不是文风问题:<结构审读四问的产出,每条给位置 + 处置>
🔴 **依据缺失只有一种处置:让作者补。** 写成「第 N 句这条因果缺依据,你当时的真值是什么」,
**绝不写「建议删掉」**——删掉会让下游结论悬空,读者从此不知道为什么要走这条路。
没有支撑的断言留在原地并标记,比删干净更好。
🔴 **看聚簇,不看孤证。** 单个词命中不报——真人也说「首先」。同族千字内反复出现、或多族挤在同一段,
才写进报告。**用户给了他自己写的范文,范文里长期这么写的,就是他的文风,不算病灶。**最该改的三处(按影响排序)
- 第 N 句 · <族名> · 原文「…」 → 建议:… 可以不改的:<命中了但属于豁免或体裁要求的>,说明为什么不算 不是文风问题:<结构审读四问的产出,每条给位置 + 处置>
🔴 **Missing support has only one remedy: ask the author to supply it.** Write “Sentence N’s causal claim lacks support; what was the actual ground truth?” **Never write “suggest deleting it”**—deleting leaves downstream conclusions hanging and readers never know why this path was taken. An unsupported assertion left in place and marked is better than removing it entirely.
🔴 **Look for clusters, not isolated hits.** A single matched word is not reported—real humans also say “first”. Only when the same family recurs within a thousand characters, or multiple families crowd into one paragraph, does it go in the report. **If the user provides their own writing samples and they have long written that way, it is their writing style, not a defect.**模式 B:改写
Mode B: Rewrite
🔑 先跑完整的模式 A(含结构审读),再照 动手:先删 → 再换 → 再拆 → 读一遍。
改法库是这一档的主体(14 条动作,每条带 ❌/✅ 与适用条件)。不读它就动手 = 即兴发挥。
references/改法.md🔴 结构问题只标不改,跟改后稿一起交给作者——改结构等于改他的表达意图和事实主张。
你能动手的只有词面、句式、骨架三层。
- 两类保护区间已经在上面圈好——改完逐项核回原文(事实漏一个就是以用户的名义造假, 依据漏一个就让下游悬空)。
- 🔴 换不出事实就不许编。 原文本来就空的段落,标出来让用户补(转模式 C)。 要删的句子先对一遍依据区间那张表:在表上 → 留在原地并标记「此处缺依据,请补」;不在 → 才可以删。
- 最多改两遍。第二遍还不满意就交付并说清剩下的是什么——从第三遍起文本会被改坏。
- 必附「改了什么」,一行一条:;这份清单也能整理成
第 7 句:删「值得注意的是」存进稿件,形状与命令见changes[]——存不存仍由用户定。references/draft/draft-changes.md - 改完重跑脚本,前后密度放一起给用户看。
❌ 绝不做:同义词随机替换、故意加错别字或方言、故意制造病句、重写整段。
🔀 用户说「改得像我写的」→ 那是文风锚定,不是去 AI 味,走(优先取references/文风锚定.md的创作 DNA,再用dby-charter压出他自己的密度基线)。 锚定解决「像你说话」,解决不了「像你思考」——后者只能走模式 C 索料。--make-baseline
🔑 Run the full Mode A (including structural review) first, then work according to : delete → replace → split → read once. The rewrite-method library is the core of this tier (14 actions, each with ❌/✅ and applicable conditions). Acting without reading it = improvising.
references/改法.md🔴 Structural issues are only flagged, not changed, and are handed to the author along with the rewritten draft—changing structure changes their expressive intent and factual claims. The only layers you may touch are wording, sentence patterns, and skeleton.
- The two protected zones are already marked above—after editing, check each item back against the original (missing one fact is fabricating in the user’s name; missing one piece of evidence leaves downstream conclusions hanging).
- 🔴 If you can’t produce a fact, don’t invent it. Paragraphs that were already empty in the original should be flagged for the user to fill in (switch to Mode C). Before deleting a sentence, cross-check it against the evidence-zone table: if it is in the table → leave it in place and mark “missing evidence, please supply”; if it is not → only then may you delete it.
- Rewrite at most twice. If the second pass is still unsatisfactory, deliver it and clearly state what remains—from the third pass on, the text gets worse.
- Always include “what changed”, one item per line: . This list can also be formatted as
第 7 句:删「值得注意的是」and saved into the draft—shape and commands are inchanges[]—but whether to save is still up to the user.references/draft/draft-changes.md - After rewriting, rerun the script and show the before/after density side by side.
❌ Never do: random synonym substitution, deliberately adding typos or dialect, deliberately creating ungrammatical sentences, or rewriting entire paragraphs.
🔀 If the user says “make it sound like me” → that is style anchoring, not removing AI flavor; use(preferreferences/文风锚定.md’s creative DNA, then usedby-charterto derive their own density baseline). Anchoring solves “sounds like the way you speak”, not “thinks like you”—the latter can only be handled by asking for material in Mode C.--make-baseline
模式 C:加人味
Mode C: Add Human Touch
读 。两条核心:四不纪律(不加事实、不编细节、不改立场、不改程度)+
用户不给料就停——交付洗干净的版本,并说明「这一版干净了,但它还没有你」。
references/加人味.md模型自己填的「人味」是编造,而它会以用户的名义发出去。
Read . Two core rules: the four-no discipline (no added facts, no invented details, no changed stance, no changed degree) plus stop if the user doesn’t provide material—deliver a cleaned-up version and say, “This version is clean, but it still doesn’t have you in it.”
references/加人味.mdThe “human touch” the model fills in by itself is fabrication—and it would be published in the user’s name.
交付之后:把判据的缺口记下来
After delivery: record the gaps in your criteria
用户手改了你的改写、或者说你哪条建议不对——那是判据的缺陷,不是这次会话的插曲。
按 记进用户工作区的 (那份格式脚本读得懂,
下次带 就自动生效)。只在用户明确说「记下来」、或那明显是通用规律时才记。
references/沉淀.mddeai-偏好.md--profile⚠️ 不要写进本包目录: 对账时会覆盖包内文件,写回去下次更新就没了。
dby-updateIf the user manually edits your rewrite or says one of your suggestions is wrong—that’s a defect in the criteria, not a one-off episode in this session. Record it in in the user workspace according to (the script understands that format and it takes effect automatically next time with ). Only record it when the user explicitly says “write it down” or when it is clearly a general rule.
deai-偏好.mdreferences/沉淀.md--profile⚠️ Don’t write into this package directory: overwrites package files during reconciliation; if you write it back there, it will be lost after the next update.
dby-update下一步
Next steps
B/C 档交付后,用户要存进稿件面(方便逐条采纳/拒绝、留评论)→ ;
要接着按平台调性再改一版 → ;定稿要发布 → 。都是用户提出才走,不主动推荐。
references/draft/draft-changes.mddby-rewritedby-publishAfter a Mode B/C delivery, if the user wants to save changes into the draft side panel (for accepting/rejecting item by item and leaving comments) → ; if they want another version tuned to a platform’s voice → ; if the final draft is ready to publish → . All of these are only done when the user asks, never proactively recommended.
references/draft/draft-changes.mddby-rewritedby-publish交付前自检
Pre-delivery self-check
- 只做了用户要的那一档,没擅自改稿
- 每条都指到具体句子,不写「整体偏 AI」
- 有「可以不改」那一栏——一条都没有,大概率误杀了真人写法
- 走过结构审读四问,「不是文风问题」那一栏给了结论(没发现问题也要明说)
- 没有删掉任何「删了会让下游结论悬空」的句子
- 改写档:照 走过一遍,保护区间逐项对回原文,附了「改了什么」,没有整段重写
改法.md - 「改了什么」按 整理成
draft-changes.md备用,没有替用户决定要不要存进稿件changes[] - 用户工作区有 就带了
deai-偏好.md;有范文就先做了基线--profile - 没给分数、没承诺过检测
- 提了按平台要求主动声明 AI 参与
- Only did the tier the user asked for; did not rewrite on my own
- Every item points to a specific sentence; never wrote “overall too AI”
- The “can leave unchanged” section is present—if it is empty, you probably killed a real person’s writing
- Ran the four structural-review questions; the “not a style issue” section gives a conclusion (even if no problem was found, say so)
- Did not delete any sentence whose removal would leave downstream conclusions hanging
- Rewrite tier: followed ; checked protected zones item by item against the original; attached “what changed”; did not rewrite entire paragraphs
改法.md - Formatted “what changed” as per
changes[]for later use; did not decide for the user whether to save it into the draftdraft-changes.md - Used when
--profileexists in the user workspace; built a baseline when samples were provideddeai-偏好.md - Did not give scores or promise passing any detector
- Reminded the user to proactively declare AI involvement as required by the platform