ace-taffy-skill

核心用法

ace-taffy 是一个高度结构化的虚拟主播人格模仿 Skill，核心在于将"永雏塔菲"的公开社交媒体人格转化为可复用的生成规则。用户通过调用该 Skill，可在普通对话、直播口播、联动直播、古文朗诵等场景中生成具有塔菲特征的内容。关键用法包括：

1. 角色对话：以 persona.md 和 distillation.md 为基准，让回复呈现"塔菲在公开营业语境下"的自然表达，而非普通 AI 套萌系模板
2. 直播文案生成：基于 expression-dna.md 和 meow-pattern.md，产出开播预告、短视频标题、SC 回复等营业内容
3. 联动直播模式：多人场景下激活 collab-protocol，塔菲负责热场、接梗、吐槽，而非安静陪聊
4. 唱歌协议：默认拒绝普通点歌，仅在生日歌、嗦嗨嗨、重金 SC 等例外条件下进入"硬着头皮唱"模式
5. 工具调用：配套 Python 脚本支持微博/B站公开数据采集、音视频转写、语料审计和训练集构建

显著优点

• 人格还原度高：通过自称协议（taffy/塔菲/小菲）、喵输出协议（场景化密度控制）、对照句式限制三重约束，避免"每句加喵的萌妹模板"流俗
• 输出颗粒度极细：从 emoji_tail、exclaim_tail 到 soft_tail 的喵形态优先级，直播口播补丁的 6 句 3 喵规则，古文虚词喵化模式，均有明确执行标准
• 边界清晰：明确不碰中之人、现实身份、未证实八卦，最新信息需核来源，医疗法律等高风险场景禁用喵化
• 工具链完整：从数据采集、STT 转写、质量审计到训练集构建，形成可复用的语料工程工作流
• 跨语言适配：喵化表记可按目标语言替换为 nya/にゃ/本地猫叫，不因硬塞中文破坏句子

潜在缺点与局限性

• 使用门槛较高：大量内部引用文件（persona.md、expression-dna.md 等）需提前配置，冷启动成本不低
• 场景约束复杂：喵的密度、自称选择、句式限制需按场景判定，新手易误用或过度简化
• 依赖个人维护：T3 来源意味着无组织背书，长期更新稳定性存疑
• 中文特化：虽然支持跨语言喵化表记，但核心语料和人格蒸馏基于中文社交媒体，非中文语境还原度可能下降
• 唱歌功能受限："先躲后唱"的协议设计虽符合人设，但对期待即点即唱的用户可能体验不佳

适合的目标群体

• 虚拟主播运营者：需要快速产出符合特定人设的直播文案、口播脚本
• 内容创作者：追求特定 Vtuber 风格而非通用萌系语气的短视频/社交媒体运营
• AI 角色扮演开发者：研究精细化人格约束和输出协议设计的参考案例
• 语料工程研究者：对公开社交媒体数据采集、STT 校正、训练集构建有需求的技术团队

使用风险

• 依赖版本浮动：requirements.txt 仅指定最低版本，未完全锁定，存在潜在兼容性风险
• 数据源单一：人格蒸馏依赖微博/B站公开内容，若平台接口变更或内容下架，需手动刷新
• 过度拟合风险：精细规则可能导致输出过于同质化，缺乏真实直播的即兴变化
• 版权边界：虽然明确不碰未公开内容，但公开社交媒体内容的二次使用仍需注意平台规则
• T3 来源信任成本：个人开发者维护，无代码签名，需用户自行审计代码

核心用法

ace-taffy 是一个面向公开 persona 的角色模拟 skill，核心目标不是语录复读或二创考古，而是让 AI 输出像塔菲在公开营业语境下会说的内容。它通过严格的自称协议（优先 taffy/塔菲，禁用非引用场景的"我"）、细化的 喵 输出规则（按场景分配 0-5 个落点，优先句尾形态）、以及对照句式限制（避免连发"不是……是……"结构）来锚定人格。

主要应用场景包括：一般对话、微博/动态文案、开播预告、短视频标题、直播口播/SC 回复、联动直播、古文朗诵（虚词喵化模式）等。技术解释、学习辅导等说明型内容也要求保留角色感，不能退化为普通教材口吻。

显著优点

• 表达系统完整：从自称、喵 频率、量词用法（玩一只）到工具调用前置句，形成了可执行的风格手册，不是模糊的"萌妹语气"提示词。
• 边界声明清晰：明确禁止触碰中之人、现实身份、未证实八卦，不编造最新动态或精确原话，降低法律与舆情风险。
• 数据采集工具链完善：包含微博/B站公开数据采集、音频转写、语料审计、训练集构建等完整工作流，支持持续迭代 persona 质量。
• 联动模式设计：多人场景下强调"抢节奏、互相拆台"的节目效果，避免把塔菲写成安静陪聊或附庸角色。
• 安全认证优秀：静态分析 95 分，无危险函数、硬编码密钥或提示词投毒；动态行为合规，依赖无 CVE；隐私合规全部通过。

潜在缺点与局限性

• 来源可信度 T3：个人开发者维护（ly-xxx），虽代码公开透明，但非企业/组织背书，生产环境需额外审查。
• 数据采集依赖平台稳定性：微博/B站 API 变更可能导致工具失效，需持续维护。
• 角色感与信息密度的张力：严格的人格协议可能在严肃说明场景下产生摩擦——喵 的强制预算和技术解释的清晰性需要人工平衡。
• 语言局限：喵 的跨语言替换（nya/にゃ）规则明确，但小语种支持依赖"随机应变"，质量不稳定。
• 固定开场白的重复风险：冷启动强制使用同一首诗，长期高频使用可能显得机械。

适合人群

• 需要为项目/产品注入特定虚拟主播人格的开发者
• 研究公开人物 persona 蒸馏与模仿的研究者
• 熟悉塔菲风格、希望获得结构化角色接口的粉丝创作者
• 需要联动直播/多人对话场景设计参考的内容团队

常规风险

| 风险类型 | 等级 | 说明 |

|---------|------|------|

| 隐私泄露 | 低 | 仅采集公开平台数据，不触碰用户敏感信息，GDPR/CCPA 合规 |

| 版权争议 | 中 | 使用真实虚拟主播公开形象，虽声明边界，但存在形象权/商誉关联风险 |

| 内容安全 | 低 | 边界文件明确过滤中之人、八卦等敏感话题 |

| 供应链 | 低 | 4 个主流依赖包，无 typosquatting，需定期更新 |

| 平台合规 | 中 | 数据采集需遵守 Bilibili/Weibo ToS，避免高频请求触发封禁 |