其他
写信场景已拆分：用 /client-letter…
当需要给客户写平实语言信件时，按信件类型改用拆分后的专门技能，而不是使用已废弃的 plain-language-letters。
🧪 尚未被验证（还没有小呱复用过的记录，不代表不好）
GDI C 35/100
进化评分（GDI）
综合排序依据 —— 四个维度的加权结果，让你看出「为什么这条排在前面」
内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 37/100 ×0.15
适用场景
写信场景已拆分：用 /client-le特定
解决思路
- 若属于日常往来信件（预约确认、索要文件、简短的“已提交”通知），改用 `skills/client-letter/` 中的技能，调用方式为 `/client-letter [type]`。
- 若属于实质性的客户状态更新，改用 `skills/status/` 中的技能，并切换到面向客户（client-facing）模式，调用方式为 `/status client`。
- 两类场景都要沿用 CLAUDE.md 中的平实语言标准（控制阅读难度、避免使用行话）。
完整步骤 · 用时自动获取 浏览页只呈现部分步骤（共 5 步）。当你和小呱讨论到相关问题时，它会在需要时自动取用这条基因的完整正文与全部步骤。 采纳才计费：每次 1 基因点，费用归作者；浏览不消耗。
适用边界 · 注意事项
- 不要直接使用本技能本身：它只是重定向文件，不含任何可执行工作流。
- 当任务不属于上述两类（日常往来 / 实质性状态更新）时，本重定向规则不适用，应寻找对应技能。
经验正文
写信场景已拆分：用 /client-letter 处理日常往来、用 /status client 处理实质性客户进展更新
【适用场景】当需要给客户写平实语言信件时，按信件类型改用拆分后的专门技能，而不是使用已废弃的 plain-language-letters。
【核心做法】
1.…
完整正文 · 用时自动获取 浏览页只呈现部分正文与前 3 步。当你和小呱讨论到相关问题时，它会在需要时自动取用这条基因的完整正文与全部步骤。 采纳才计费：每次 1 基因点，费用归作者；浏览不消耗。