资讯详情

LifeOS AI 写作痕迹清除清单:用 AI_WRITING_PATTERNS.md 训练你的 DA 以真实人声写作

📅 2026/9/13 15:52:46 | 华诺云谱 👁 阅读
LifeOS AI 写作痕迹清除清单:用 AI_WRITING_PATTERNS.md 训练你的 DA 以真实人声写作
LifeOS AI 写作痕迹清除清单用 AI_WRITING_PATTERNS.md 训练你的 DA 以真实人声写作【免费下载链接】LifeOS⛰️ The Life Operating System — an intent engineering platform that moves you from your current state to your ideal state, in life and work.项目地址: https://gitcode.com/GitHub_Trending/pe/LifeOS本文以 LifeOS 身份层USER/中的 AI_WRITING_PATTERNS.md 为骨架讲解 LifeOS 如何用一份AI 写作模式禁用清单Avoid List来检测并清除生成文本中的 AI 痕迹AI-isms让数字助理DA以你本人的声音、而非聊天机器人腔落笔。读完你会掌握 P0/P1/P2 三层级的禁用模式分类、如何维护这份清单以及它与 LifeOS 完整检测参考 AIWritingPatterns.md 之间的分工并看到它在 ISA 写作工作流中的真实调用方式。LifeOS 的身份层存放着系统对你的全部认知你是谁、你的目标、你的工作上下文以及你怎么说话、怎么写。其中有一份容易被忽略却承担关键职责的清单——AI_WRITING_PATTERNS.md它的定位在文档头部写得很直白Bootstrap default. The DA references this when writing in your voice to scrub AI-isms.也就是说当 DA 以你的口吻起草或审查文字时会直接读取这份文件把生成文本自带的痕迹tells逐条检出并清除。本文就以这份清单为核心展开它在 LifeOS 中的位置、内容、维护方式与底层机制。一、这份清单在 LifeOS 中属于哪一层Voice 层的一份参考文件在 LifeOS 的目录设计中AI_WRITING_PATTERNS.md位于 LifeOS/install/USER/ 下。根据 USER/README.md 的布局说明USER/目录是你的身份层其中WRITINGSTYLE.md—— 定义你怎么写正向规则RHETORICALSTYLE.md—— 定义你怎么论证AI_WRITING_PATTERNS.md—— 定义写作时要避开的模式负向清单。文档自己的说明也强调了它的独立性It stands alone: your DA reads it directly whenever it drafts or audits prose in your voice, and you can grow the list as you catch new tells.这份文件独立成立不依赖其他文档即可被 DA 直接读取同时它是可生长的——你在日常写作中每发现一个新的 AI 痕迹都可以追加进去。如果你自己构建写作类 skill也可以把它作为规则源rule source引用。从源码结构看这份文件的元信息还会被 LifeOS 的索引系统消费。Pulse/modules/user-index.ts 中的ROOT_FALLBACK表把AI_WRITING_PATTERNS.md归类为AI_WRITING_PATTERNS.md: { category: voice, kind: reference, publish: false },即category voice语音/文风层kind reference参考类publish false不对外发布。索引器会遍历~/.claude/LIFEOS/USER/下的每个.md文件解析 frontmatter 与正文计算出完整性、陈旧度等派生字段写入Pulse/state/user-index.json。这意味着这份清单不只是给 DA 读的纯文本它还作为voice 类参考文件进入系统索引供 Pulse 仪表盘、Interview skill 等模块感知其存在与维护状态例如文件含 TBD 标记、完整性偏低时会进入interview_gaps队列提醒你补齐。二、P0 层可信度杀手永远移除P0 是最高优先级这些模式一旦出现会直接击穿文章的可信度属于必须删除always remove的项。清单原文列出六类模式示例类型Let me know if...结尾客套收尾客套I hope this helps/Hope this helps客服腔收尾Id be happy to...过度礼貌承诺Feel free to...过度礼貌许可Its important to note that...空转强调In conclusion.../To summarize...机械总结这些短语的共同点是它们不为信息增益服务而是聊天机器人为了显得礼貌/显得有条理而插入的填充物。I hope this helps是典型的客服机器人遗迹In conclusion则是把结论该由内容自然承担这件事外包给了标签。P0 之所以是可信度杀手是因为读者一旦捕捉到这类腔调会立刻意识到这不是人在说话整篇文章的信任随之崩塌。在 LifeOS 的更完整参考 AIWritingPatterns.md 中P0 被扩展为更细的类别包括否定式定义Negations of any shape——用不是什么来定义是什么如Its not X. Its Y.、The question isnt X. Its Y.。该参考特别警告Its not X. Its Y.的字面正则严重漏检——曾有审计用该正则报告零命中结果四个实例已流入生产。正确做法是逐一阅读每一个not/nt/never/rather than/instead of改为正向表述引文除外。截止期免责声明As of my last update、I dont have access to real-time data聊天机器人残迹I hope this helps!、Great question!、Feel free to reach out谄媚语气Excellent point!、Youre absolutely right!无出处模糊归因Experts believe、Studies show日常事件的显著性通胀marking a pivotal moment in the evolution of...推理链残迹Let me think step by step、Breaking this down确认回路Youre asking about、To answer your question。这两份文件的关系是AI_WRITING_PATTERNS.md是运行时可读的精简行动清单AIWritingPatterns.md是系统级完整检测参考两者内容存在有意的重叠reference 文档在头部说明了这一点。三、P1 层明显的 AI 味几乎总是移除P1 是明显 AI 味道Obvious AI smell的模式属于几乎总是移除almost always remove。清单原文列出五项模式示例说明Heres the thing...伪口语化过渡Heres how it works...空转式预告Not just X — Y对比结构套板Not X. Y.短句否定对比套板The cool part?伪兴奋设问Lets dive in假协作开场这组模式的共同机制是用口吻假装深度Heres the thing不提供任何信息只是营造我要说重点了的氛围Not just X — Y用对比结构制造洞察感但内容往往撑不起这个形式。它们比 P0 的危害轻一档但密度一高整篇文本就会被识别为 AI 生成。在系统级参考中P1 还包含更多类别Tier 1 词汇违规delve、leverage、harness、robust等见下文词表模板短语与槽位填充结构如A [adjective] step towards [adjective] AI infrastructure——把名词/形容词挖空仍然成立的结构Lets过渡开场Lets explore、Lets break this down同段内同义替换循环synonym cycling同一段里把同一名词轮换为developers... engineers... practitioners...公式化开头In the rapidly evolving world of...加粗滥用每个主要章节超过一个加粗短语破折号频率超过每 1000 词 1 个即违规且要求闭合式破折号word—wordword — word带空格属于违规对比结构Its not X. Its Y.——AI 第一俗套公式化过渡Heres the thing...、Heres how this works...新颖性通胀He introduced a term、a failure mode nobodys naming情绪平线What surprised me most、I was fascinated to discover。四、P2 层风格偏好按需打磨P2 是风格偏好Stylistic preferences原文留了一个可生长的槽位(interview — patterns specific to your voice that you want flagged)这一层原本就是为你个人口吻中的特定模式准备的占位需要通过/interview流程填充。它标志着清单的个性化机制P0/P1 是普适的 AI 痕迹P2 是只属于你的写作习惯中那些想被标记的东西——例如你意识到自己总爱用某个口头禅可以放进 P2 让 DA 帮你盯住。系统级参考把 P2 细化为更具体的打磨项包括泛泛结论The future looks bright、Only time will tell强迫性三连compulsive rule of three——避免每次都凑三项可用两项、四项或完整句子段落长度均一——如果每段长度都差不多就是机器感来源之一系动词回避copula avoidance用serves as、features、boasts、presents替代is/has默认应回到is/has过渡短语Moreover、Furthermore、Additionally括号内对冲(and, increasingly, Z)虚假让步结构While X is impressive, Y remains a challenge设问开场充当章节过渡编号清单通胀Three key takeaways、Five things to know。五、P0/P1/P2 之外的运行机制这份清单在 LifeOS 中如何被消费5.1 作为 ISA 写作工作流的检测探针清单不是躺在目录里的死文档。在 ISA 的示例工作流 e3-essay.md 中AI_WRITING_PATTERNS被直接用作自动化验收标准ISC-9: Zero occurrences of Heres the thing, It turns out, Not just X — its YAI-writing-pattern probe: rg against AI_WRITING_PATTERNS list returns 0.对应到可执行的探测命令rg -i heres the thing|it turns out|not just .* — its essay.md也就是说在一篇 ISA 驱动的长文写作任务里清除 AI 写作模式不是口头要求而是带探针的验收标准ISCIntent-Standard Criteria成稿必须通过针对清单的rg检索命中数为 0 才算达标。这正是清单独立成立、可直接被读取设计的意义——它可以被脚本化的探测工具直接引用。5.2 作为 DA 起草/审查时的直接依据按 USER/README.md 的说明USER/下的文件会在每次会话开始时通过CLAUDE.md的-import加载DA 一启动就知道你是什么人、在做什么。其中WRITINGSTYLE.md怎么写与AI_WRITING_PATTERNS.md不要怎么写配合构成正向风格 负向禁令的双向约束。文档原文强调 DA 在drafts or audits prose in your voice两个环节都会读取它——起草时规避、审查时清除。5.3 与系统级参考的分工AIWritingPatterns.md 在头部明确了两者的分工WRITINGSTYLE.md定义怎么写声音、语气、风格本文主角AI_WRITING_PATTERNS.md定义不写什么检测模式、词表、严重度分层系统级AIWritingPatterns.md则是同一套模式的穷尽式参考包含严重度分层、上下文敏感度context profiles与完整替换词表用于系统性审计。所以完整链条是口语化的日常检查 → 精简清单AI_WRITING_PATTERNS.md深度审计 → 穷尽参考AIWritingPatterns.md。后者的审计建议是P0P1 用于快速通过检查完整审计覆盖全部三层P0/P1/P2。六、从精简清单到穷尽词表把检测变成可执行规则如果你要真正落地这套机制系统级参考提供了三张按严重度组织的词表可作为AI_WRITING_PATTERNS.md扩充时的素材Tier 1 —— 永远标记、立即替换AI 文本中出现频率是人类的 5~20 倍禁用词替换建议delve / delve intoexplore, dig into, look atlandscape比喻义field, space, industry, worldtapestry直接描述实际复杂性realmarea, field, domainparadigmmodel, approach, frameworkembarkstart, beginrobuststrong, reliable, solidcomprehensivethorough, complete, fullcutting-edgelatest, newest, advancedleverage动词useutilizeuseseamless / seamlesslysmooth, easy, without frictiongame-changer具体说明改变了什么、为什么重要meticulouscareful, detailed, preciseshowcases / showcasingshowing, demonstrating或删掉该从句deep dive / dive intolook at, examine, exploreunpackexplain, break down, walk throughin order totodue to the fact thatbecauseserves asiscommencestart, beginascertainfind out, determine, learnendeavoreffort, attempt, try完整表见 AIWritingPatterns.md 的 Word Replacement Table。Tier 2 —— 同段落出现 2 个以上才标记harness、navigate、foster、elevate、empower、streamline、resonate with、revolutionize、facilitate、underpin、nuanced、crucial、myriad、plethora、ecosystem比喻义等。单个出现没问题同一段出现两个以上即构成强 AI 信号。Tier 3 —— 高密度时标记约占全文 3% 以上significant、innovative、effective、dynamic、scalable、compelling、unprecedented、remarkable、sophisticated、world-class等正常词汇AI 会用来填充空泛的褒义。处理方式不是一律替换而是用具体数字、比较、示例替代——significant改为具体增幅compelling说明到底为什么令人信服。上下文配置文件Context Profiles同一规则在不同文体中的严格度不同参考文档提供了六种 profileblog默认全规则满强度、linkedin短社交允许片段式与视觉排版、technical-blog技术术语豁免如robust、leverage、ecosystem在讨论 API 时具有真实技术含义、investor-email高信任受众收紧一切宣传语言风险最高、docs文档类清晰优先、casual仅抓最严重的违规。可通过内容线索自动推断如出现代码块、API 引用 →technical-blog少于 300 词且含话题标签 →linkedin无强信号 →blog。七、判断是否重写什么时候打补丁没用系统级参考给出了一个清晰的分诊标准如果文本同时满足跨多类别的 5 处违禁词命中3 种模式类别被触发句长与段长均一那么逐词打补丁无法修复——问题出在结构本身是 AI 生成的。此时应把核心观点浓缩成一句话然后从这句话重新构建全文。理由在参考文档的Rhythm and uniformity一节说得很透彻Structure is the #1 detection signal. AI detection tools weight structural regularity higher than vocabulary.结构规律性是头号检测信号。检测工具对结构规律度的权重高于词汇。换掉所有 Tier 1 词而保留节奏不变文本读起来依然是 AI 生成的。因此文中建议了朗读测试读起来像 TTS 就太均一了、保留第一人称观点AI 过度中立缺乏我认为本身就是痕迹、以及适度保留不规整性——过度抛光反而会把人类写作推向AI 统计画像。参考文档还提供了一个迷你判定流程图可作为审计逻辑的浓缩句子 → 在引号/代码块内 → 是 → 通过自我引用豁免 ↓ 否 Tier 1 词或 2 个 Tier 2 词 → 是 → 重写说清具体事物 ↓ 否 槽位填充结构或节奏均一 → 是 → 重写 ↓ 否 通过要点引用中的坏例子是豁免的自我引用逃生舱self-reference escape hatch——审计只标记作者自己的散文不标记引用的反面示例。八、如何维护与扩充这份清单回到 AI_WRITING_PATTERNS.md 本身它的维护约定非常轻量持续追加在写作或审查中捕获到新的 AI 痕迹就按优先级归入对应层级。P0 是永远移除P1 是几乎总是移除P2 留给个人化偏好通过/interview填充。作为 skill 规则源文档明确说If you build a writing skill of your own, point it here as the rule source——自建写作 skill 时应以本文件为规则源避免规则散落各处。保持独立自洽它stands alone不依赖其他文档即可被 DA 读取因此修改后无需联动其他文件。另外要注意 LifeOS 的 Writing 参考 中强调的AI_WRITING_PATTERNS.md精简清单与WRITINGSTYLE.md正向风格存在有意的内容重叠——后者为快速起草提供紧凑的 Forbidden 列表前者及系统级参考为系统审计提供穷尽词表。三层配合才构成完整的以真实人声写作约束。九、实战清单一次快速审计的最小流程结合上面的内容一次针对你声音的快速审计可以这样做起草前DA 读取AI_WRITING_PATTERNS.md在生成阶段规避 P0 全项初稿后P0 快速扫描检索 P0 各模式如rg -i let me know if|hope this helps|feel free to|in conclusion draft.md命中即删发布前P1 扫描检索heres the thing|heres how it works|not just .* — |lets dive in命中即重写结构检查破折号每 1000 词不超过 1 个且闭合书写每章加粗不超过 1 处无In todays...式开场无机械总结节奏检查句长混合3~8 词短句与 20 词以上长句并存段落长度有起伏保留第一人称观点朗读测试读起来像 TTS 就再改一遍。这套流程的每一环都能在 AI_WRITING_PATTERNS.md 与 AIWritingPatterns.md 中找到对应规则也可参照 ISA 示例工作流 中 ISC-9 的方式把扫描命令固化为自动化验收标准。相关文件速查精简禁用清单LifeOS/install/USER/AI_WRITING_PATTERNS.md系统级穷尽检测参考LifeOS/install/LIFEOS/DOCUMENTATION/Writing/AIWritingPatterns.md身份层目录说明LifeOS/install/USER/README.md索引系统对该文件的分类voice / referenceLifeOS/install/LIFEOS/PULSE/modules/user-index.tsISA 工作流中的检测探针示例LifeOS/install/skills/ISA/Examples/e3-essay.md【免费下载链接】LifeOS⛰️ The Life Operating System — an intent engineering platform that moves you from your current state to your ideal state, in life and work.项目地址: https://gitcode.com/GitHub_Trending/pe/LifeOS创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
📝

华诺云谱内容团队

资深建站顾问 · 行业研究员

10年+企业数字化服务经验,专注智能建站、SEO优化与品牌营销,持续输出建站技巧、行业洞察与营销干货,已帮助5000+企业实现数字化增长。

你可能需要的服务

订阅华诺云谱资讯周报

每周一封,精选建站技巧、SEO与营销干货,直达邮箱。已有 8,000+ 企业主订阅,助你少走弯路。