claudecode-omc 5.6.0 → 5.6.1

package/.local/skills/de-ai-writing/SKILL.md

@@ -0,0 +1,243 @@
+---
+name: de-ai-writing
+description: Humanize PROSE drafts — articles, blog posts, public-account 公众号 copy, marketing copy, sermons, technical write-ups — that read like an LLM produced them. Chinese-first, supports zh/en mixed text. Cross-checks output against the Wikipedia "Signs of AI writing" taxonomy before delivery. TRIGGER when user asks to remove AI tone or humanize TEXT/DRAFT/ARTICLE/COPY/稿/文章/帖子: "去 AI 味", "去ai味", "降低机器感", "改得像真人写的", "不要 AI 腔", "humanize this draft", "humanize this article", "remove AI tone", "de-ai this writing". DO NOT TRIGGER for code cleanup, dead-code removal, AI-generated source code, or "deslop" of codebases — those belong to ai-slop-cleaner. DO NOT TRIGGER for prompt optimization — that is prompt-optimizer.
+origin: fork
+---
+
+# De-AI Writing Skill
+
+## Canonical Reference (Mandatory On Every Invocation)
+
+This skill is **anchored to** Wikipedia's *Signs of AI writing* taxonomy maintained by WikiProject AI Cleanup. It is the diagnostic source of truth — do **not** rely on memory or "feel".
+
+Every run MUST:
+
+1. Load the local checklist `references/wikipedia-signs.md` and walk through Groups A–D.
+2. Mark which sign categories are firing in this specific draft (max 3–5 strongest).
+3. Apply rewrite moves only against signs that actually fired.
+4. Re-scan the rewrite once more against the same checklist before returning.
+
+Upstream source: <https://en.wikipedia.org/wiki/Wikipedia:Signs_of_AI_writing>
+Structure inspiration: <https://github.com/op7418/Humanizer-zh/blob/main/SKILL.md>
+
+> If the user explicitly says "skip the checklist" / "just rewrite", honour that — but log in `处理说明` that the Wikipedia cross-check was skipped on user request.
+
+## Execution Mode
+
+This skill runs as a single-threaded, sequential rewrite (锁约束 → 对照分类法 → 改写 → 复扫）。不要拆 subagent 并行——分类法判断必须连贯，跨 subagent 容易丢上下文。
+
+只有在用户明确说"批量处理多篇独立稿件"时，才用 `Agent` 工具按"一篇一个 subagent"分发；每个 subagent 必须独立完成 Wikipedia 复扫。
+
+> 调用方式：`Skill` 工具 with `skill: de-ai-writing`，或在对话里直接说"去 AI 味"等触发短语。
+
+## Purpose
+
+将“去 AI 味”定义为一次**风格校正 + 注入声音**，不是“伪造真人痕迹”，也不是“胡乱口语化”：
+
+1. 保留事实、观点、逻辑、术语。
+2. 按 Wikipedia 分类法定位真正在响的 AI 信号，不做散点挑刺。
+3. 把抽象评价改成具体观察、机制、判断。
+4. 打破过分平均的句长、段落长度和连接词节奏。
+5. 让“一个有判断的人”出现在文章里，而不是“一个会生成完整结构的模板”。
+
+## Five Core Rules (Quick Mantra)
+
+1. **删填充** — 开场白、强调拐杖、安全总结。
+2. **打破公式** — 二元对比、三段式、修辞 setup。
+3. **变化节奏** — 长短句混合、段落不一律饱满。
+4. **信任读者** — 直接陈述，跳过软化、辩解、手把手。
+5. **删金句** — 听起来像可截图的“小作文”就重写。
+
+## Personality & Soul (避免另一种死法)
+
+去掉 AI 模式只是工作的一半。无菌、没有声音的写作和机器生成内容一样可疑。
+
+判断“写作是否有人住在里面”的迹象：
+
+- 是否承担一个具体观点（哪怕带不确定）。
+- 是否变化节奏，而不是每句都完整。
+- 是否承认复杂性、模糊感、未解之处。
+- 在合适处使用第一人称视角（不是“显得不专业”，而是诚实）。
+- 是否允许少量跑题、半成型的想法、不对称的句子。
+
+强行输出“干净但无灵魂”的文本，与未处理的 AI 文本同罪。
+
+## When To Use
+
+- 中文公众号、博客、专栏、视频口播稿、品牌内容、知识型长帖
+- 计算机技术分享、产品复盘、架构说明、故障排查文章
+- 基督教讲道稿、神学分享、灵修说明、牧养型长文
+- 已有初稿，但读起来“太顺、太满、太像 AI”
+- 想从“概括正确”改成“表达自然、判断鲜明、细节可信”
+
+## When Not To Use
+
+- 法务、合同、制度、公文、论文摘要等必须保持强正式文体的文本
+- 用户明确要求“SEO 模板风格”“标准化 PR 口径”或“官方公告腔”
+- 核心问题是事实不足、论证空心、资料缺失 → 先用 `content-research-writer` 补证据
+
+## Working Modes
+
+未指定时默认 `standard`。
+
+| Mode | Use Case | Rewrite Strength |
+|------|----------|------------------|
+| `light` | 只去掉明显 AI 腔，不改结构 | Low |
+| `standard` | 调整段落、句式、连接方式和措辞 | Medium |
+| `deep` | 重写开头、中段推进和结尾逻辑 | High |
+| `voice-lock` | 强锁定作者现有语气，只修机器感 | Medium |
+
+## Output Contract
+
+默认输出三段；用户只说“直接改”时只给改写结果。
+
+```markdown
+## AI味诊断
+- [Wikipedia 分类: 信号名] 具体问题（引用原文片段）
+- 最多 3-5 条，挑最强的
+
+## 改写版本
+[rewritten text]
+
+## 处理说明
+- 保留了什么
+- 重点改了什么（按 Wikipedia 分类列动作）
+- 还有哪些建议补事实/例子
+```
+
+## Core Workflow
+
+### 1. Lock Constraints
+
+锁定不可动项：事实、数字、术语、引用、目标读者、语气目标、可接受口语度。
+
+用户未说明时默认：受过基础教育的中文互联网读者；自然、克制、有判断；半口语，不堆俚语。
+
+### 2. Cross-Check Against Wikipedia Signs (Mandatory)
+
+打开 `references/wikipedia-signs.md`，按四组扫描原文：
+
+- **Group A — Content**: inflated significance / notability listing / -ing superficial analysis / promotional language / vague attribution / outline-style "challenges & future"
+- **Group B — Language**: AI vocabulary density / copulative avoidance / negative parallelism / rule of three / elegant variation
+- **Group C — Style & format**: em-dash overuse / bold overuse / inline-header lists / emoji bullets / curly quotes / title-case headings
+- **Group D — Communication**: sycophancy / canned closures / knowledge-cutoff disclaimers / filler phrases / over-qualification
+
+诊断只保留 3–5 条最强信号；不要把所有触发都列出来。
+
+### 3. Decide Rewrite Strategy
+
+按问题类型选动作，不平均用力：
+
+- 套话集中 → 优先删模板句、空洞总结
+- 机械结构 → 优先打散段落和连接顺序
+- 像客服稿 → 优先补判断、减官话、换动词
+- 像 AI 解释题 → 优先把抽象概念落到场景、动作、后果
+
+### 4. Rewrite By Paragraph Function
+
+- **开头**：尽快进入具体问题、冲突、判断。
+- **中段**：每段只推进一个关键意思。
+- **举例段**：能具体就具体；没有例子时宁可收缩判断，不要捏造。
+- **结尾**：留一个判断、后果或余味，不必复述全文。
+
+### 5. Apply Chinese-First Rewrite Rules
+
+1. 抽象评价 → 可感知的差异
+2. 名词中心句 → 动作中心句
+3. 套装连接词（首先/其次/再次）→ 自然推进
+4. 平均句长 → 长短交错
+5. 无风险正确 → 有边界的判断
+6. 过度总结 → 收束但不封死
+
+详细中文短语清单与前后对照见 `references/chinese-patterns.md`。
+
+### 6. Re-Scan & Final Safety Checks
+
+交付前再过一遍 Wikipedia 分类法，并自检：
+
+- 每段是否至少说出一个不可随意替换的东西
+- 任意一句删掉后文章是否仍完全不受影响（说明这句是 filler）
+- 是否误删事实、条件、术语
+- 是否把专业稿强行改成“轻飘口语”
+- 是否新增了用户没提供的例子、数据、经历（**禁止**）
+
+## Domain Safeguards
+
+### A. 计算机技术分享
+
+保护：代码块、命令、配置项、API 名、库名、版本号、错误信息、故障链路、性能数字、刻意保留的精确限定词。
+
+改写重点：去“背景铺垫型空话”，更快进入问题；抽象收益 → 工程后果（延迟、复杂度、维护成本）；保留术语，不洗平。
+
+禁止：改代码语义；合并丢步骤顺序；把报错/命令/配置键改近义词；把工程判断放大成不准确的结论。
+
+### B. 基督教讲道与神学分享
+
+保护：经文引用、章节号、关键措辞、神学立场、教义边界、释经逻辑、牧养语气中的庄重与节制。
+
+改写重点：去模板化引言不稀释属灵重量；推进更像真实宣讲而非答题分点；保留敬虔、谦卑和边界感，不改成轻松鸡汤。
+
+禁止：改动经文原意或换松散意译；把谨慎神学表述改武断；把讲道改营销文；为“自然”削弱敬畏、悔改、恩典、十字架等核心语义。
+
+完整领域 playbook 见 `references/domain-playbooks.md`。
+
+## Pre-Delivery Quick Checklist
+
+- [ ] Wikipedia 四组分类已逐组扫过原文
+- [ ] 连续三句长度相同？打断其中一个
+- [ ] 段尾是否每次都给“漂亮总结”？换收束方式
+- [ ] 揭示前是否有破折号？删
+- [ ] 是否解释了一个根本不需要解释的隐喻？删
+- [ ] 是否出现“此外/此外/然而”整齐排队？删大半
+- [ ] 三段式列举？改两项或四项
+- [ ] 改写后是否还能听见一个真人？听不到 → 回到 Personality & Soul
+
+## Optional Quality Score (1–10 / 50)
+
+仅在用户要求评分或多版本对比时输出：
+
+| 维度 | 评估问题 | 得分 |
+|------|----------|------|
+| 直接性 | 直接陈述还是绕圈宣告 | /10 |
+| 节奏 | 句长是否变化 | /10 |
+| 信任度 | 是否尊重读者智慧 | /10 |
+| 真实性 | 是否听起来像真人 | /10 |
+| 精炼度 | 还有冗余可删吗 | /10 |
+| **总分** |  | **/50** |
+
+判定：≥45 优秀；35–44 仍可优化；<35 重写。
+
+## Anti-Patterns
+
+- 为“像人写的”而虚构经历、情绪、对话
+- 把行业文章改成网络段子
+- 只换同义词不改句法和推进
+- 把所有连接词删光导致逻辑断裂
+- 把原文克制风格误判成 AI 味
+- 全部改成短句，形成另一种模板感
+- 跳过 Wikipedia 分类法，凭直觉判断 AI 味
+
+## Composition With Other Skills
+
+1. 资料不足、论点发虚 → 先用 `external-context` / `document-specialist` 补证据，再回来去 AI 味
+2. 文章结构混乱 → 先 `plan` 梳理提纲
+3. 长篇创作、人物口吻一致性高 → 配合 `writer-memory`
+4. 完成改写后默认不要上长篇写作课，除非用户问
+
+## Trigger Examples
+
+- “给这篇文章去 AI 味，尤其是中文腔调别那么像模板。”
+- “把这段公众号稿改得更像真人写的。”
+- “不要改意思，只把机器感降下来。”
+- “把这篇技术分享改得自然一点，但代码块、命令和术语都别动。”
+- “把这篇讲道稿改得像真人讲出来的，保留经文和神学立场。”
+- “帮我 humanize 一下这篇中文草稿。”
+- “这篇文章太像 AI 写的了，重写但别油腻。”
+
+## Additional Resources
+
+- `references/wikipedia-signs.md` — Wikipedia 53 类信号 + 中文映射（**强制参考**）
+- `references/chinese-patterns.md` — 中文常见套话、替换方式、前后对照
+- `references/domain-playbooks.md` — 技术 / 讲道领域的保护与禁止动作
+- Upstream taxonomy: <https://en.wikipedia.org/wiki/Wikipedia:Signs_of_AI_writing>
+- Structural inspiration: <https://github.com/op7418/Humanizer-zh>

package/.local/skills/de-ai-writing/references/chinese-patterns.md

@@ -0,0 +1,152 @@
+# Chinese De-AI Writing Patterns
+
+本文件提供中文“去 AI 味”时最常见的信号、替换动作和改写示例。只在需要细化判断或做大幅改稿时加载。
+
+## 1. High-Risk Signals
+
+| Signal | Why It Feels AI | Preferred Move |
+|--------|------------------|----------------|
+| “在当今...背景下” | 大背景开头，谁都能套 | 直接进入问题、场景或判断 |
+| “随着...不断发展” | 信息密度低，时间感假 | 说清到底变了什么 |
+| “首先/其次/再次/最后” | 结构整齐到像答题卡 | 改成自然推进或重组段落 |
+| “值得注意的是/不难发现/可以说” | 语气占位词，删掉不伤义 | 直接说结论 |
+| “赋能/驱动/重塑/闭环” | 商业套话，落不到动作 | 换成具体动作或结果 |
+| “不仅...还...更...”连续出现 | 修辞模板过密 | 只保留一个重点关系 |
+| 结尾“综上所述” | 太像考试总结 | 用判断、代价或悬念收束 |
+
+## 2. Rewrite Moves
+
+### Move A: Delete Framing, Keep Meaning
+
+原句：
+> 在当前内容生产方式不断演进的背景下，越来越多的创作者开始关注文章的人性化表达。
+
+改写：
+> 现在不少创作者开始在意一件事：文章别写得太像机器拼出来的。
+
+动作说明：
+- 删掉“背景下”
+- 把“内容生产方式不断演进”这种空背景压缩掉
+- 用读者能立刻理解的话进入主题
+
+### Move B: Replace Abstract Evaluation With Observable Difference
+
+原句：
+> 这种写法能够有效提升内容的温度感与真实感。
+
+改写：
+> 这样写的区别在于，读者能更快听见一个人的判断，而不是一套完整但空心的表达。
+
+动作说明：
+- 少用“温度感、真实感”这类抽象评价
+- 改成“读者实际感受到什么”
+
+### Move C: Turn Noun Chains Into Action Chains
+
+原句：
+> 企业需要完成流程优化、效率提升和体验升级。
+
+改写：
+> 企业真正要做的，是把流程里那些来回确认、重复录入、长时间等待的环节拿掉。
+
+动作说明：
+- 不罗列目标名词
+- 直接说动作对象
+
+### Move D: Break Uniform Sentence Rhythm
+
+原句：
+> 它可以帮助团队统一标准。它也可以提升执行效率。它还可以减少沟通成本。它最终能够形成协同闭环。
+
+改写：
+> 它先解决的是标准不统一。标准一旦统一，执行就快了，沟通里的反复确认也会少很多。所谓“闭环”，本质上就是这些断点被补上了。
+
+动作说明：
+- 合并同类句
+- 拉开句长差异
+- 把最后一句的套话拆开解释
+
+## 3. Chinese Phrase Cleanup
+
+以下短语不是绝对禁用，但出现时要优先审视：
+
+- 在当今
+- 在...背景下
+- 随着...发展
+- 值得注意的是
+- 不难发现
+- 由此可见
+- 可以说
+- 需要指出的是
+- 从某种意义上说
+- 最终实现
+- 高质量发展
+- 赋能
+- 抓手
+- 路径
+- 形成闭环
+- 全方位
+- 多维度
+
+处理规则：
+- 能删就删
+- 不能删就具体化
+- 具体化不了就承认信息不够，不硬写
+
+## 4. Tone Profiles
+
+### 克制型中文
+
+适用于评论、专栏、行业分析：
+- 词不夸张
+- 判断清楚
+- 少感叹
+- 少“情绪词+抽象词”组合
+
+### 半口语型中文
+
+适用于公众号、视频口播、创作者内容：
+- 允许“其实、说白了、问题在于”这类自然连接
+- 不要堆网络黑话
+- 不要为了亲切感而装随意
+
+### 专业型中文
+
+适用于产品、商业、技术文章：
+- 保留术语
+- 去掉假大空业务词
+- 多写机制、条件、结果
+
+## 5. Ending Strategies
+
+中文文章结尾不要只会复述全文。优先选下面三种之一：
+
+1. **判断式结尾**
+   - 点明真正分水岭
+2. **代价式结尾**
+   - 说明不这么做会付出什么成本
+3. **开放式结尾**
+   - 留一个未完全关闭的问题或余味
+
+示例：
+
+原句：
+> 总而言之，去除 AI 味对于提升文章质量具有重要意义。
+
+改写：
+> 文章真正怕的不是像 AI，而是没有人站在里面说话。机器感只是表象，空心才是问题。
+
+## 6. Safety Rules
+
+“去 AI 味”不是以下行为的借口：
+
+- 编造细节
+- 捏造故事
+- 添加未经用户提供的数据
+- 把中性内容改成强立场内容
+- 把谨慎表述改成过度自信
+
+保底原则：
+- 事实优先于风格
+- 原意优先于花样
+- 边界优先于流畅

package/.local/skills/de-ai-writing/references/chinese-signals.md

@@ -0,0 +1,121 @@
+# Chinese AI-Sounding Prose Signals
+
+Use this reference when diagnosing or rewriting Chinese text that feels obviously machine-generated.
+
+## Signal Table
+
+| Signal | Typical form | Why it reads like AI | Better move |
+|---|---|---|---|
+| Macro background opener | 在当今...背景下；随着...不断发展 | sounds preloaded, low-information | enter through the real problem, choice, or consequence |
+| Transition scaffold | 首先、其次、再次、最后、总之 | exposes outline skeleton too directly | keep only the transitions that carry logic |
+| Abstract noun stack | 赋能、助力、推动、实现、构建 | replaces action with policy language | swap in who did what and what changed |
+| Symmetric slogan sentence | 既要...又要...；不是...而是... | feels auto-balanced rather than argued | make the primary point explicit and demote the rest |
+| Empty uplift ending | 值得关注；值得思考；具有重要意义 | closes with attitude instead of thought | end on a sharper claim, question, or implication |
+| Uniform cadence | every sentence same length and completeness | feels statistically smoothed | mix short, medium, and compressed sentences |
+| Fake comprehensiveness | trying to cover every angle in one paragraph | feels risk-averse and unowned | choose the two points that actually matter |
+| Detached neutrality | no viewpoint, no pressure, no stake | reads like generated summary | allow mild stance where the source already implies one |
+
+## Chinese-Specific Smell Words
+
+These are not forbidden words. They become suspicious when stacked, repeated, or used without concrete payload.
+
+- 在当今
+- 随着
+- 值得注意的是
+- 不难发现
+- 从某种意义上说
+- 赋能
+- 助力
+- 高质量发展
+- 全方位
+- 多维度
+- 深层次
+- 长期来看
+- 总的来说
+- 综上所述
+
+## Rewrite Moves
+
+### 1. Remove the runway
+
+Before:
+
+```text
+在当前内容创作生态不断变化的背景下，写作者面临着越来越复杂的表达挑战。
+```
+
+After:
+
+```text
+现在写东西，最难的不是信息不够，而是话越来越像套话。
+```
+
+### 2. Replace noun piles with motion
+
+Before:
+
+```text
+团队需要通过机制优化和流程协同，推动沟通效率的持续提升。
+```
+
+After:
+
+```text
+团队先把会开短、把责任分清，沟通效率自然就上来了。
+```
+
+### 3. Break false symmetry
+
+Before:
+
+```text
+个人表达既要保持真实，也要兼顾专业，还要体现差异化价值。
+```
+
+After:
+
+```text
+先把真实感立住，再谈专业和差异化。不然后两者只会显得像包装。
+```
+
+### 4. Kill the empty ending
+
+Before:
+
+```text
+总的来说，提升表达能力，是每一个写作者都应当关注的重要课题。
+```
+
+After:
+
+```text
+说到底，读者不是在找一段正确的话，而是在找一句有人在场的话。
+```
+
+## Do / Do Not
+
+Do:
+
+- keep meaning stable
+- prefer concrete verbs
+- cut duplicated explanation
+- keep one or two sharp sentences
+- let paragraph endings push forward
+
+Do not:
+
+- fake intimacy
+- add autobiographical detail
+- fill the text with slang particles
+- make every sentence short just to look "human"
+- replace one template with another
+
+## Quick Review Checklist
+
+Use this checklist before returning a rewrite:
+
+1. Has the generic opener been cut or sharpened?
+2. Have abstract nouns been reduced?
+3. Does each paragraph move forward instead of re-summing itself?
+4. Is there at least some variation in sentence rhythm?
+5. Has any new fact, example, or emotion been introduced by accident?

package/.local/skills/de-ai-writing/references/domain-playbooks.md

@@ -0,0 +1,120 @@
+# Domain Playbooks For De-AI Writing
+
+Use this reference when the draft belongs to a domain where style cleanup can easily damage meaning.
+
+## 1. Computer Technical Sharing
+
+### What Must Not Move
+
+Keep these elements stable unless the user explicitly asks for rewriting them:
+- code blocks
+- shell commands
+- config keys and file paths
+- version numbers
+- error messages
+- API names, class names, function names
+- benchmark numbers and comparison baselines
+
+### Common AI Markers In Technical Chinese
+
+Symptoms:
+- long background paragraphs before the actual problem
+- repeated claims such as `提升效率`, `降低门槛`, `增强稳定性` without mechanism
+- abstract architecture language with no system boundary
+- conclusion-heavy endings that restate obvious engineering principles
+
+Rewrite move:
+- enter the failure mode or technical question earlier
+- replace value claims with mechanism, tradeoff, or cost
+- make subject and system boundary explicit
+- preserve exact steps and constraints
+
+### Good Rewrite Direction
+
+Before:
+`随着云原生技术的不断发展，Kubernetes 已经在现代基础设施中发挥着越来越重要的作用，因此掌握其故障排查能力具有重要意义。`
+
+After:
+`Kubernetes 当然重要，但技术分享没必要从这句开始。真正有用的是：Pod 起不来时，先看什么，怎么排除，哪一步最容易误判。`
+
+Why:
+- removes empty industry framing
+- gets to the reader's operational problem faster
+- sounds like an engineer with priorities
+
+### Tone Target
+
+Prefer:
+- precise
+- restrained
+- experience-backed
+- concrete about cost and failure
+
+Avoid:
+- inspirational tech evangelism
+- business jargon in place of engineering explanation
+- casual slang that weakens precision
+
+## 2. Christian Sermons And Theology Writing
+
+### What Must Not Move
+
+Keep these elements stable unless the user explicitly asks for doctrinal or stylistic adjustment:
+- scripture references and quotations
+- theological terms with doctrinal weight
+- confessional distinctions
+- exegetical sequence
+- pastoral exhortation boundaries
+- liturgical or reverent register where intentionally present
+
+### Common AI Markers In Sermon/Theology Chinese
+
+Symptoms:
+- broad opening lines about `在这个充满挑战的时代`
+- three-point sermon structure that sounds like a school answer sheet
+- repeated moral conclusions without textual depth
+- pastoral warmth rendered as generic encouragement
+- theological claims softened into vague life advice
+
+Rewrite move:
+- enter through the text, tension, or pastoral burden
+- keep the sermon movement, but reduce answer-sheet scaffolding
+- sharpen doctrinal language without exaggeration
+- preserve reverence and pastoral gravity
+
+### Good Rewrite Direction
+
+Before:
+`在这个快速变化的时代，我们每个人都面临许多挑战，因此更需要来到神的面前，重新思想信仰对我们生命的重要意义。`
+
+After:
+`我们不是因为时代变化太快，才需要回到神面前。我们本来就离不开祂。变化只是把这个事实逼得更明显。`
+
+Why:
+- removes generic era framing
+- keeps the spiritual weight
+- sounds more like a lived exhortation than a template introduction
+
+### Tone Target
+
+Prefer:
+- reverent
+- pastorally warm
+- doctrinally bounded
+- emotionally honest but not sentimental
+
+Avoid:
+- motivational-speaker cadence
+- secular self-help framing
+- slang that trivializes sacred themes
+- overconfident certainty where the original was careful
+
+## 3. Shared Safety Questions
+
+Before returning domain-heavy rewrites, check:
+- Did any exact term lose precision?
+- Did any doctrinal or technical boundary get blurred?
+- Did the rewrite become more stylish but less trustworthy?
+- Did the text become easier to read at the cost of being less true?
+
+If the answer may be yes, surface the risk instead of silently polishing past it.

package/.local/skills/de-ai-writing/references/wikipedia-signs.md

@@ -0,0 +1,196 @@
+# Wikipedia "Signs of AI writing" — 本地工作清单
+
+本文件改写自 Wikipedia WikiProject AI Cleanup 维护的 *Signs of AI writing*：
+<https://en.wikipedia.org/wiki/Wikipedia:Signs_of_AI_writing>
+
+每次执行 de-ai-writing 都必须按 Group A → D 走一遍，**逐组打勾**判断哪些信号在响。
+不要把所有命中都改写，挑 3–5 条最强的下手。
+
+---
+
+## 使用方式
+
+1. 读完原文一遍，先不要急着改。
+2. 沿 A→D 顺序扫描，每组在心里打√/×，命中就抄一句原文片段做证据。
+3. 把命中数量收敛到 3–5 条最强信号，写进 `## AI味诊断`。
+4. 改写时只针对这些信号下手。
+5. 改完再用同一份清单回扫一次，确认没有把信号搬到新位置。
+
+> 本地清单是 Wikipedia 分类法的快照（截至本仓库更新时）。
+> 如果 Wikipedia 上游列出了新条目，应回写到这个文件，而不是在 SKILL.md 里堆。
+
+---
+
+## Group A — 内容层（Content）
+
+围绕“**说什么**”出问题：把对象说得过于重要、列罗辑而非分析、用模糊归因装作权威。
+
+### A1. Inflated significance（虚高重要性）
+- 信号：随手给对象贴“开创性 / 革命性 / 里程碑 / 标志着新时代 / 深远影响”。
+- 中文等价：极具开创性意义、具有划时代地位、深刻改变了……格局。
+- 改写动作：删形容词；用具体动作或后果代替（比如“把延迟从 600ms 降到 80ms”）。
+
+### A2. Notability listing（罗列“知名度”）
+- 信号：堆作品、奖项、合作方来证明对象“值得写”。
+- 中文等价：曾参与/合作/出席/受邀……（一长串）。
+- 改写动作：保留与论点相关的 1–2 项；把剩下的删掉，不要换成“等”。
+
+### A3. "-ing" superficial analysis（动名词式表面分析）
+- 信号：英文里 “highlighting…, showcasing…, reflecting…, underscoring…”。
+- 中文等价：……展示了……、……体现了……、……彰显了……、……折射出……。
+- 改写动作：把“展示/体现/折射”换成具体机制：是谁、做了什么、产生了什么后果。
+
+### A4. Promotional language（公关腔）
+- 信号：广告/营销页式赞美。
+- 中文等价：堪称行业标杆、用户口碑爆棚、完美解决、极致体验、强强联合。
+- 改写动作：换成限定（“在 X 场景下表现稳定”），允许说出短板。
+
+### A5. Vague attribution（模糊归因）
+- 信号：“some critics say / scholars argue / it is widely believed”。
+- 中文等价：业界普遍认为、有评论指出、不少专家表示、众所周知。
+- 改写动作：能指名就指名，不能就直接陈述判断 + 证据；删“众所周知”。
+
+### A6. Outline-style “challenges and future”（机械化的“挑战与展望”）
+- 信号：“面临的挑战 / 未来展望 / 启示与思考”这种 AI 收尾标配。
+- 改写动作：要么不写这一段；要么改成具体悬而未决的问题，不要做万金油总结。
+
+---
+
+## Group B — 语言层（Language）
+
+围绕“**怎么遣词**”出问题：高密度 AI 偏好词、为避免“是”而扭曲句法、对偶/三段式上瘾。
+
+### B1. AI vocabulary density（AI 偏好词高密度）
+英文高频：delve, tapestry, navigate, leverage, robust, seamless, holistic, foster, paramount, intricate, nuance, embark, journey, realm, landscape, ever-evolving, transformative。
+
+中文高频（必查）：
+- 赋能、抓手、闭环、生态、链路、底层逻辑、心智、范式
+- 极简、极致、深度、全面、系统化、结构化
+- 拥抱、洞察、解码、激发、点亮、照亮、释放
+- 旅程、画卷、版图、宇宙、生态位
+- 不仅……更……、既……又……、不止于……
+
+> 单独出现 1–2 个不算问题；密度上来或扎堆同段就要清。
+
+### B2. Copulative avoidance（回避“是”/“有”）
+- 信号：刻意不用最简单的连接动词，用各种花式替代。
+- 中文等价：过度使用“构成 / 呈现出 / 彰显出 / 演绎着 / 诠释为”代替“是”。
+- 改写动作：能用“是 / 不是 / 有 / 没有”就直接用。
+
+### B3. Negative parallelism（负向平行）
+- 信号：“not just X, but Y” 的反复使用。
+- 中文等价：不仅是……更是……、不只是……而是……、与其说是……不如说是……。
+- 改写动作：选一个角度直接说；不要为了对仗硬凑后半句。
+
+### B4. Rule of three（三段式上瘾）
+- 信号：三个并列形容词、三段式列举、ABC 三步法。
+- 中文等价：清晰、准确、有力；快速、稳定、可控；本质上是……、根本上是……、最终是……。
+- 改写动作：改成两项或四项；或把三项中重复的删掉。
+
+### B5. Elegant variation（雅致替换）
+- 信号：同一概念在一段内被换三种说法假装“不重复”。
+- 中文等价：一段里 “模型 / 系统 / 框架 / 方案” 互换指同一对象。
+- 改写动作：除非语义真不同，否则统一称呼；专业语境下重复术语 ≠ 啰嗦。
+
+---
+
+## Group C — 形式与版面（Style & Format）
+
+围绕“**怎么排版**”出问题：标点过度、加粗满天飞、模板化排版。
+
+### C1. Em-dash overuse（破折号上瘾）
+- 信号：每段都靠 `——` 制造“揭示感”。
+- 改写动作：保留 1 处真正必要的；其余改逗号、句号或拆句。
+
+### C2. Bold overuse（加粗滥用）
+- 信号：把整句、整段重要观点全加粗，导致“没有重点”。
+- 改写动作：一段最多 1 个加粗；非术语 / 非关键名词不加粗。
+
+### C3. Inline-header lists（行内伪标题）
+- 信号：列表每条以 `**关键词：**` 开头，全文像模板填空。
+- 改写动作：要么改成正常段落叙述；要么允许长度不一的自由项。
+
+### C4. Emoji bullets（emoji 项目符号）
+- 信号：✅⚡🚀✨ 当作小标题或列表点。
+- 改写动作：技术稿/讲道稿默认全删；公众号稿保留 ≤2 个有功能性的。
+
+### C5. Curly quotes / 全角混乱
+- 信号：英文里出现 Word 风格 “…” 智能引号、全角半角混排。
+- 改写动作：统一为目标语种的标准引号。中文用「」或“”，不要混。
+
+### C6. Title-case headings（英文标题滥用 Title Case）
+- 信号：英文小标题里每个词首字母大写。
+- 中文等价：所有小标题都做成名词短语 + 冒号开头的对仗结构。
+- 改写动作：允许小标题长度参差；不要强求节奏。
+
+---
+
+## Group D — 沟通姿态（Communication）
+
+围绕“**对读者讲话的姿态**”出问题：讨好、套话收尾、过度限定。
+
+### D1. Sycophancy（讨好）
+- 信号：“Great question!”、“你这个问题问得非常关键”。
+- 中文等价：你说得太对了、这个问题确实非常值得思考、感谢你提出这么好的问题。
+- 改写动作：直接进入回答；删讨好句。
+
+### D2. Canned closures（罐头收尾）
+- 信号：In conclusion, To sum up, In summary, Hope this helps。
+- 中文等价：综上所述、总而言之、希望这能帮到你、以上就是关于……的全部内容。
+- 改写动作：删；如果真需要收束，改成一个判断句或一个未解的问题。
+
+### D3. Knowledge-cutoff disclaimers（知识截止时间声明）
+- 信号：“截至我的最新知识 / 截至 20XX 年 X 月 / 据我所知最新情况”。
+- 改写动作：除非用户明确要求声明数据时效，否则删。
+
+### D4. Filler phrases（空填充）
+- 信号：“值得注意的是、需要指出的是、不可忽视的是、众所周知、毋庸置疑”。
+- 改写动作：删。要表达“注意”可以直接给那句结论。
+
+### D5. Over-qualification（过度限定）
+- 信号：一句话里堆 3+ 个软化词：“可能、也许、在某种程度上、相对而言、通常来说”。
+- 改写动作：保留 ≤1 个限定；不确定就改成承认范围（“在 X 条件下成立”）而不是“可能也许大概”。
+
+---
+
+## 快速回扫表（改完后用）
+
+按住下面这张表把改写稿再过一次，每条问“这条还在吗”：
+
+| Group | 信号 | 改完后是否还在 |
+|-------|------|----------------|
+| A1 | 虚高重要性形容词 | ☐ |
+| A2 | 知名度堆列 | ☐ |
+| A3 | -ing / 展示体现折射 | ☐ |
+| A4 | 公关腔 | ☐ |
+| A5 | 模糊归因 | ☐ |
+| A6 | 挑战/展望模板 | ☐ |
+| B1 | AI 偏好词扎堆 | ☐ |
+| B2 | 回避“是” | ☐ |
+| B3 | 负向平行 | ☐ |
+| B4 | 三段式 | ☐ |
+| B5 | 雅致替换 | ☐ |
+| C1 | 破折号过载 | ☐ |
+| C2 | 加粗满天飞 | ☐ |
+| C3 | 行内伪标题列表 | ☐ |
+| C4 | emoji 项目符号 | ☐ |
+| C5 | 引号 / 全角混乱 | ☐ |
+| C6 | Title-case / 对仗小标题 | ☐ |
+| D1 | 讨好开场 | ☐ |
+| D2 | 罐头收尾 | ☐ |
+| D3 | 知识截止声明 | ☐ |
+| D4 | 空填充 | ☐ |
+| D5 | 过度限定 | ☐ |
+
+如果回扫表里仍有 ≥3 项被标记，说明改写不彻底，需要再做一轮。
+
+---
+
+## 与中文清单的关系
+
+- 本文件是**判断层**：决定“哪些 AI 信号在响”。
+- `chinese-patterns.md` 是**改写层**：给出中文具体套话的替换写法。
+- `chinese-signals.md` 是**词频层**：高频 AI 词典，做扫描用。
+- `domain-playbooks.md` 是**领域护栏**：技术稿 / 讲道稿不能动哪些。
+
+调用顺序：本文件先用 → chinese-signals 做词频比对 → chinese-patterns 找替换 → domain-playbooks 复核保护项。

package/README.md

@@ -13,6 +13,8 @@ omc-manage setup
 
 ## What Gets Installed
 
+Defaults (only the bundled sources, no extras):
+
 | Artifact | Count | Sources |
 |----------|-------|---------|
 | Skills | ~62 | oh-my-claudecode + superpowers |
@@ -22,6 +24,9 @@ omc-manage setup
 | Guidelines | 1 | local coding discipline prompt guidelines |
 
 All artifacts are installed to `~/.claude/` where Claude Code discovers them automatically.
+Adding a curated subset of [everything-claude-code](https://github.com/affaan-m/everything-claude-code)
+on top can take totals to ~94 skills / ~35 agents / ~26 commands — see
+[Distribution-Repo Sources](#distribution-repo-sources) below.
 
 The bundled guidelines install into `~/.claude/CLAUDE.md` and add lightweight
 coding discipline rules
@@ -33,14 +38,15 @@ completion with concrete evidence.
 
 | Command | Description |
 |---------|-------------|
-| `omc-manage setup [--force] [--dry-run] [--type <type>]` | Install merged artifacts |
-| `omc-manage doctor` | Health checks |
+| `omc-manage setup [--force] [--dry-run] [--type <type>] [--source <name>]` | Install merged artifacts |
+| `omc-manage doctor` | Health checks; reports each source's `kind`, `profile`, and `allowlist`, and flags `staged` distribution sources awaiting `plan apply` |
 | `omc-manage source list` | Show configured sources |
-| `omc-manage source sync` | Update upstream sources to latest |
-| `omc-manage source add <name> <url>` | Add a new source, including `guidelines` sources |
+| `omc-manage source sync [<name>]` | Update upstream sources to latest |
+| `omc-manage source add <name> <url> [--kind ...] [--artifacts ...] [--manifests ...] [--profiles ...]` | Add a new source, including `guidelines` and `distribution-repo` sources |
+| `omc-manage source remove <name>` | Remove a registered source |
 | `omc-manage source inspect <name>` | Inspect a source as a bundle/catalog instead of only as flat artifacts |
 | `omc-manage plan install <source> --profile <name>` | Build a profile-driven install plan for a source |
-| `omc-manage plan apply <source> --profile <name>` | Materialize a reviewed plan into source activation state |
+| `omc-manage plan apply <source> --profile <name> [--selection-file <path>]` | Materialize a reviewed plan into source activation state, optionally curating an item-level allowlist |
 | `omc-manage artifact list [--type <type>]` | List merged artifacts |
 | `omc-manage artifact conflicts [--type <type>]` | Show conflict report |
 | `omc-manage guidelines optimize [source...]` | Build maintainer-only guideline optimization artifacts |
@@ -48,13 +54,15 @@ completion with concrete evidence.
 
 ## Sources & Priority
 
-| Source | Priority | Description |
-|--------|----------|-------------|
-| local | 1 (highest) | Your custom artifacts in `~/.omc-manage/local/` |
-| oh-my-claudecode | 2 | Multi-agent orchestration framework |
-| superpowers | 3 | Engineering process guardrails (TDD, debugging, etc.) |
+| Source | Priority | Default? | Description |
+|--------|----------|----------|-------------|
+| local | 1 (highest) | yes | Your custom artifacts in `~/.omc-manage/local/` |
+| oh-my-claudecode | 2 | yes | Multi-agent orchestration framework |
+| superpowers | 3 | yes | Engineering process guardrails (TDD, debugging, etc.) |
+| ecc / your own | 4+ | opt-in | Distribution-style repos added via `source add --kind distribution-repo` |
 
-Local artifacts always win conflicts. Add your own skills:
+Local artifacts always win conflicts. Sources added via `source add` are
+appended at the next free priority. Add your own skills:
 
 ```bash
 mkdir -p ~/.omc-manage/local/skills/my-skill
@@ -73,10 +81,16 @@ omc-manage source sync karpathy
 omc-manage setup --type guidelines
 ```
 
-Add a distribution-style source such as `everything-claude-code` without
-blindly installing its full multi-harness surface:
+<a id="distribution-repo-sources"></a>
+### Distribution-Repo Sources
+
+Distribution repos (e.g. [everything-claude-code](https://github.com/affaan-m/everything-claude-code))
+publish multiple harness surfaces, manifests, and reference material alongside
+installable Claude artifacts. OMC absorbs them in four stages so you can pick
+exactly what reaches `~/.claude/`:
 
 ```bash
+# 1. Register — sync the full repo into project metadata, install nothing yet.
 omc-manage source add ecc https://github.com/affaan-m/everything-claude-code.git \
   --artifacts skills,agents,hooks,commands \
   --kind distribution-repo \
@@ -84,41 +98,59 @@ omc-manage source add ecc https://github.com/affaan-m/everything-claude-code.git
   --harnesses claude,codex,cursor,gemini,opencode \
   --manifests package.json,.claude-plugin/plugin.json,agent.yaml \
   --profiles claude-runtime,reference-only
+
+# 2. Sync — clones into .upstream/<source>/ and reads declared manifests.
 omc-manage source sync ecc
+
+# 3. Inspect — normalized catalog of runtime / harness / reference surfaces.
 omc-manage source inspect ecc
+
+# 4. Plan — preview what a profile would activate.
 omc-manage plan install ecc --profile claude-runtime
-omc-manage plan apply ecc --profile claude-runtime
 ```
 
-`source inspect` reads synced manifests and produces a normalized catalog of
-runtime, reference, tooling, and harness-specific surfaces. `plan install`
-turns that catalog into a profile-driven plan so OMC can absorb
-distribution-style repositories incrementally instead of treating every repo as
-flat artifact directories. `plan apply` is the next gate: it changes the
-source's activation state in OMC config and writes an audit record under source
-metadata, but it still works at source/profile granularity rather than item
-whitelisting.
+At this point nothing has been installed. `doctor` shows the source as
+`staged, run "omc-manage plan apply <name>"` so you don't lose track of it.
+
+To activate, choose one of:
+
+```bash
+# All runtime artifacts the profile selected (no item-level curation):
+omc-manage plan apply ecc --profile claude-runtime
+
+# Reference-only — keep the repo synced locally, install nothing:
+omc-manage plan apply ecc --profile reference-only
 
-For item-level curation, pass a selection file to `plan apply`:
+# Curated subset via selection file (recommended for large repos):
+omc-manage plan apply ecc \
+  --profile claude-runtime \
+  --selection-file /absolute/path/to/selection.json
+```
+
+A selection file is a per-artifact-type allowlist:
 
 ```json
 {
-  "skills": ["tdd-workflow", "verification-loop"],
-  "agents": ["planner", "architect"]
+  "skills": ["agent-eval", "santa-method", "prompt-optimizer"],
+  "agents": ["harness-optimizer", "opensource-sanitizer"],
+  "commands": ["prp-prd", "prp-plan", "harness-audit"]
 }
 ```
 
-Then apply it:
+When the synced source exposes an item directory, OMC validates the names
+against the catalog; for manifest-only surfaces it accepts the allowlist with a
+warning and the real filtering happens in `setup` against on-disk content. The
+allowlist becomes part of the source config in `~/.omc-manage/sources.json` and
+is enforced on every subsequent `omc-manage setup`.
+
+After `plan apply`, finalize with:
 
 ```bash
-omc-manage plan apply ecc \
-  --profile claude-runtime \
-  --selection-file /absolute/path/to/selection.json
+omc-manage setup --dry-run --source ecc   # confirm scope
+omc-manage setup --source ecc             # install only this source
+omc-manage doctor                         # verify allowlist counts
 ```
 
-When present, the selection file becomes a source-level `allowlist`. OMC will
-only merge those named items from that source for the selected artifact types.
-
 ## Maintainer Guideline Optimization
 
 OMC now treats runtime prompt guidance as a first-class `guidelines` artifact,
@@ -171,19 +203,16 @@ When the same artifact exists in multiple sources:
 3. **Local priority** — local always wins
 4. **Source priority** — lower priority number wins
 
-## Source Bundles
-
-OMC now distinguishes between two source kinds:
+## Source Kinds
 
-- `content-repo` — a repo already shaped like OMC artifact directories
-- `distribution-repo` — a repo that publishes multiple harness surfaces,
-  manifests, scripts, and reference material alongside installable Claude
-  runtime artifacts
+OMC distinguishes two source shapes:
 
-For distribution repos, OMC syncs declared manifest files into source metadata,
-builds a normalized catalog, and lets you plan by profile before deciding what
-to install. Distribution repos default to `installMode=planned`, so ordinary
-`setup` and `artifact list` flows do not absorb them automatically.
+- `content-repo` — already shaped like OMC artifact directories (`skills/`,
+  `agents/`, etc.); installed as-is.
+- `distribution-repo` — publishes multiple harness surfaces, manifests, and
+  reference material; defaults to `installMode=planned` so ordinary `setup`
+  and `artifact list` flows do not absorb it automatically. Activate it
+  through the [Distribution-Repo Sources](#distribution-repo-sources) flow.
 
 ## License
 

package/bundled/manifest.json

@@ -1,5 +1,5 @@
 {
-  "bundledAt": "2026-04-27T11:15:45Z",
+  "bundledAt": "2026-04-29T02:22:02Z",
   "sources": {
     "anthropic-skills": { "artifacts": 2 },
     "ecc": { "artifacts": 131 },

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "claudecode-omc",
-  "version": "5.6.0",
+  "version": "5.6.1",
   "description": "Claude Code harness — best-practice skills, agents, hooks, and configs from multiple sources",
   "bin": {
     "omc-manage": "bin/omc-manage.js"