Skills
收录 96,981 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
营销与增长
为广告、推广、产品发布和品牌内容创建 AI 营销视频。模型：Veo、Seedance、Wan、FLUX 用于视觉，Kokoro 用于旁白。类型：产品演示、用户证言、讲解视频、社交广告、品牌视频。用途：Facebook 广告、YouTube 广告、产品发布、品牌认知。触发词：marketing video、ad video、promo video、commercial、brand video、product video、explainer video、ad creative、video ad、facebook ad video、youtube ad、instagram ad、tiktok ad、promotional video、launch video
当用户要求“构建 B2B 冷启动外联序列”“设计回复分流分支”“规划域名预热/发送限速”或“确保外联符合 CAN-SPAM/选择加入要求”时使用；生成多步骤外联序列及回复分流分支（积极回应/异议/转介/暂不考虑/退订）、预热与发送限速递增计划、适用司法辖区的选择加入/CAN-SPAM 防护指引（仅供参考，并非法律建议），以及 SEND 的 S 维度评估。不用于 B2C 生命周期流程——使用 email-sequence-designer；不用于同意记录——使用 consent-registry；不用于计算 EQS——使用 email-quality-auditor。B2B 冷启动外联序列/回复分流/域名预热
当用户要求“选择出价策略”“设置 tCPA/tROAS 目标”或“规划进入学习期”时使用；提供出价策略选择（tCPA / tROAS / max-conversions / manual CPC）、初始目标计算、组合分组图和学习期进入计划。不用于在多个广告系列间分配预算——使用 budget-optimizer；不用于投放期间的节奏/扩量调整——使用 budget-pacing-monitor；不用于评估账户——使用 ad-account-auditor。出价策略／tCPA 目标／tROAS／学习期
当用户要求“优化我的 Shopping feed”“修复商品拒登”“改进商品标题/属性”或“构建由 feed 驱动的 PMax 资产组”时使用；审核并重写 Shopping/Performance Max 商品 feed，包括标题/描述模式、必填和推荐属性、GTIN/库存状态/价格规范、拒登问题分类，以及由 feed 驱动的资产组/商品组结构，为 ROAS 的 O（Offer）维度提供信息。不适用于文字广告文案——使用 ad-creative-builder；不用于评估账户或 RQS——使用 ad-account-auditor。商品 Feed 优化／购物广告 Feed／商品标题优化／商品拒登修复
创建 Facebook 和 Meta 广告系列、撰写广告文案、定义受众并规划预算。用户询问 Facebook Ads、Instagram Ads、Meta Ads、社交媒体广告、轮播广告、再营销广告系列、相似受众或 Meta 平台广告创意时使用。触发词包括“Facebook Ads”、“Meta Ads”、“Instagram Ads”、“social ads”、“carousel ad”、“lookalike audience”、“retargeting”、“ad creative”、“Facebook campaign”、“boost post”。
当用户要求“梳理品类叙事”“拆解竞争对手如何讲述故事”或“找出我们市场的语言惯例”时使用；生成品类叙事图谱，涵盖品类中的主流故事和观点、语言惯例和框架陈词，以及逐个竞争对手的叙事拆解（脉络、独特性主张、证据模式），并说明各竞争对手的宣传信息随时间的变化（抓取的文案与存档文案对比）。不用于定位画布本身——使用 positioning-mapper；不用于早期目标市场的信念和异议——使用 audience-belief-mapper；不用于 SERP 关键词定位——使用 keyword-research；不用于主张裁定——使用 offer-claims-registry。品类叙事/竞争叙事拆解/语言惯例/叙事演变
当用户要求“制定社交媒体危机预案”“提及量激增——我们首先该做什么”或“什么时候暂停发布队列”时使用；生成 1–5 级严重程度阶梯，包含可调整的估算触发阈值（相对于 7 天监听基线的提及速度倍数、情绪反转、记者/监管机构联系、员工行为类别）、首要机械操作规则——暂停所有预定帖子和付费推广，并将带日期的状态标记写入渠道提案协议，在事件后核对；还包括预先批准的待发布声明库及承诺的更新频率、禁止发布规则、发言人/审批矩阵和危机后复盘模板；恢复队列前重新运行 social-quality-auditor 的发布前检查。不用于邮件送达事件（阻止名单、垃圾邮件率飙升）——使用 deliverability-qa；在发布窗口内，事件处理由 launch-day-conductor 负责。社媒危机预案/暂停队列/声明库/发言人矩阵
适用于用户提出“建立我的品牌安全排除列表”“在发布前设置广告位 / 主题 / 内容排除”“添加网络和受众排除”或“为审核员准备 A1 品牌安全证据”等需求；生成广告位 / 网络排除列表、内容适宜性与敏感主题屏蔽列表、受众 / 否定受众排除集，以及供审核关卡使用的整套 A1 品牌 / 广告位安全证据文件。不用于构建目标受众——请使用 audience-segment-builder；不用于计算 RQS 或作出 A1 判定——请使用 ad-account-auditor。品牌安全/排除位置/否定受众列表
当用户要求“梳理我们的定位”“列出竞争替代方案”或“为发布选择滩头细分市场”时使用；生成 Dunford 风格的定位画布——列明竞争替代方案（包括电子表格和现状）、独特属性（可验证，或转交主张台账）、价值主题（属性→利益→价值链）、按服务能力／痛点强度／可触达性评分的目标滩头细分市场，以及一句话的独特性陈述。它是信息屋唯一的上游来源，也是规范实体档案的实体信号来源。不用于信息屋或各渠道发布文案——使用 message-house-builder；不用于受众／角色画像本身——使用 audience-mapper；不用于 SEO 关键词定位——使用 keyword-research。定位画布/竞争替代品/独特价值/滩头细分
当用户要求“查明直接流量究竟来自哪里”“衡量暗社交”“添加‘您是如何得知我们的’字段”或“在没有点击数据的情况下证明社交渠道带来注册”时使用；为自有分享入口生成分享链接／UTM 规范，设计替换现有表单字段的自报归因字段（先用自由文本，之后再编码），分析 GA4 直接流量构成（深层 URL 直接访问、移动应用偏差、私密推送相关性），所有推导数字均明确标记为 Estimated／代理值，并使用 GSC 与 Wikipedia 页面浏览量估算品牌搜索提升——这是 ECHO O2 背后的既定暗社交方法。不用于付费渠道归因核对（平台声称的转化与分析数据中的转化）——使用 attribution-reconciler。暗社交归因／直接流量拆解／自报来源字段／分享链路 UTM
当用户要求“个性化邮件”“添加合并标签/动态内容”“按细分群体设置条件内容块”或“确保名字和产品推荐字段能安全回退”时使用；生成带有逐标签回退值的合并标签映射、包含各细分群体变体的条件内容块规则、回退安全审计，以及对可呈现内容的 PII 防护检查，为 SEND E（互动/个性化）维度提供信息。不用于构建细分群体——使用 list-segment-builder；不用于撰写基础文案——使用 email-creative-builder；不用于评估 EQS 或执行否决检查——使用 email-quality-auditor。邮件个性化/合并标签/条件内容块/兜底默认值
当用户要求“编写持久的品牌信息层级”“构建为规范奠基的品牌信息屋”或“定义整个品牌的主叙事、三大支柱和标语”时使用；生成持久的品牌信息系统——主叙事、三个价值支柱、各角色的证明要点（分别标记为 Measured / User-provided / ''[needs source]''），以及标语/一句话介绍——为 narrative-registry 规范奠基，并作为各发布信息屋的来源。不用于单次发布的信息屋或 PR-FAQ——使用 message-house-builder；不用于主张裁定——使用 offer-claims-registry；不用于变革叙事弧线本身——使用 strategic-narrative-designer。品牌消息屋/主叙事/三支柱/标语/持久叙事 canon
当用户要求“制定社交媒体发布日历”“设置各渠道的每周时段和队列深度”或“规划常青内容的循环复用”时使用；生成持续运营的品牌日历，包括栏目分配及 hero/hub/help 配比与 give:ask 目标（均标记为 Estimated 起始启发式，需根据自身分析数据校准，不是评分规则）、各渠道的固定时段及队列深度、批量制作工作流、带有新鲜度复查的常青内容循环、用于实时／趋势内容的预留时段（依据 trend-spotter 的 go/skip 判定），以及首条评论／发布顺序操作。将发布频率承诺录入 channel registry；任何批次在 social-quality-auditor 的发布前模式给出 SHIP 判定前，都不得进入队列。不用于改编现有素材或制定付费推广日历——请使用 content-amplifier。社媒排期／内容日历／栏目配比／常青循环复用
当用户要求“根据我的列表创建邮件分群”“创建活跃／流失／RFM 分群”“设置购物车弃购或生命周期阶段受众”或“创建退订和退信抑制名单”时使用；将用户自己的列表／CRM／GA4／电商导出数据转化为行为、属性和生命周期阶段分群及抑制名单，并将各分群规模标记为 Measured／Estimated，为 SEND E（互动／定向）维度提供信息。不用于评估 EQS 或执行否决——使用 email-quality-auditor；不用于身份验证或垃圾邮件内容检查——使用 deliverability-qa。邮件列表分群／生命周期分群／抑制名单／流失召回
当用户要求“设置创始人的社交销售日常流程”“为目标账户制定每日互动时段”或“将融资／招聘信号转化为销售策略”时使用；生成创始人／销售人员的每日运营安排，包括限时互动时段规范（在目标账户的帖子下发表有实质价值的评论，绝不推销）、先建立联系再提出请求的节奏规则、使用 social-pulse-monitor B2B 触发信号监控清单（融资／招聘／发布信号）的触发响应策略，以及仅将 LinkedIn SSI 作为输入诊断的季度诊断（估算值，由供应商定义，绝非目标指标）。所有数量规范均为估算值／基于社区经验；所有执行均由人工完成——不进行群发 DM、不自动发送连接请求、不自动互动（LinkedIn UA §8.2 红线）；一对一推销和 DM 操作交由 outreach-manager 处理。不适用于冷邮件序列——请使用 cold-outbound-sequencer。社交销售／创始人日常互动块／热身触达节奏／触发信号剧本
当用户要求“设计员工倡导计划”“设置创始人主导的分享”或“为团队制作分享工具包”时使用；生成两种模式的倡导计划蓝图——以自愿参与为主（默认），或自上而下指派并标明其强制性与真实性风险；内容包括以 channel-registry 提案事件提交的自愿报名名单规范、要求每人采用不同内容的分享工具包、错开的人工发布时间及反刷互动组规范（不协调转发相同内容，不组建互刷圈）、符合 FTC 和《互联网广告管理办法》要求的逐人实质关联披露文案，以及 Slack/Teams 分发规范。不用于付费创作者营销活动——使用 campaign-planner。员工倡导／创始人 IP 分享／内部分享计划／披露合规
当用户要求“扩大邮件列表”“设计引流赠品／注册激励”“设置双重确认订阅”或“规划推荐／邀请循环”时使用；生成邮件列表增长计划，包括获客渠道、引流赠品／激励方案、合规的双重确认订阅采集流程规范、推荐循环机制，以及订阅者增长／每次确认订阅成本目标（标记为 Estimated），供 SEND-S（获客时采集的同意质量）和 SEND-N（生命周期入口）使用。不用于注册页／弹窗 UX 本身——使用 landing-optimizer；不用于记录订阅同意——使用 consent-registry；不用于确认邮件文案——使用 email-creative-builder。邮件列表增长／lead magnet／双重确认／推荐循环
当用户要求“规划发布定价”“设计定价梯度／套餐”或“设置发布折扣／早鸟优惠”时使用；生成发布定价与套餐方案，包括梯度结构和命名、与信息框架一致的价值—价格映射、有真实截止理由的发布优惠阶梯、带有发布后转正路径的 Beta／早期采用者定价，以及保证／退款条款；所有价格声明和优惠条款都会提交到 memory/events/claims.ndjson。不用于规范的优惠／声明记录——使用 offer-claims-registry；不用于付费简报订阅经济分析——使用 newsletter-monetization-planner；不用于广告竞价——使用 bid-strategy-planner。发布定价/梯度打包/早鸟优惠/保证设计
当用户要求“建立故事库”“收集我们的起源故事和客户故事”或“为信息整理可复用的证明故事”时使用；汇集可复用的叙事单元，包括起源、创始人、客户、转变和证明故事。每个单元都关联 claims-ledger ID 和 message-house 支柱，每项证明均标记为 Measured / User-provided / [needs source]。不用于撰写 message house 或支柱——请使用 message-system-architect；不用于制定品牌语调或命名规则——请使用 brand-language-codifier；不用于撰写完整长篇文案——请使用 content-writer；不用于判定证明是否属实——请使用 offer-claims-registry。品牌故事库／起源、客户与转变／证据故事单元
当用户要求“在 Product Hunt / Hacker News 上发布”“准备社区或目录发布投稿”或“规划分批发布投稿”时使用；生成各平台的投稿套件——Product Hunt 标语／展示页／首条评论大纲、客观的 Show HN 标题和正文、附带自我推广规则表的各 subreddit 帖文、分层目录投递批次，以及包含中文社区的区域渠道矩阵；另含平台红线检查（绝不拉票或组织投票互助圈）和供发布登记表使用的 T-0 投稿状态条目。不用于付费推广——使用 content-amplifier；不用于创作者渠道——使用 campaign-planner；不用于发布数据读数——使用 launch-monitor；不用于发布窗口之外的持续社区运营或发布前积累 karma——使用 participation-warmup-planner。社区发布／PH 投稿包／Show HN／目录批次／平台红线／中文渠道
当用户要求“设置转化价值，让 tROAS 优化利润而非订单”“将利润率映射到购买价值”“为潜在客户／电话／注册转化建立价值规则”或“关注利润而非营收，停止按营收出价”时使用；定义并 QA 转化价值模型，包括单次转化价值、利润率／净价值调整、静态与动态价值规则、非营收行为的代理价值，以及价值与数量的合理性检查，并产出价值模型规范和上线前价值 QA 表。不用于检查标签是否触发或 UTM 是否规范——使用 conversion-signal-qa；不用于跨平台重复计数去重——使用 attribution-reconciler；不用于 R1/R2 评分——这属于 ad-account-auditor 的评分否决项。付费广告转化价值建模/利润出价/价值规则QA
当用户要求“追踪邮件发送后的实际投递位置”“查看种子列表中收件箱、垃圾邮件和促销邮件的结果”“追踪 Gmail Postmaster / Microsoft SNDS 声誉趋势”或“上次发送后投递位置是否下降”时使用；生成按服务商划分的收件箱／垃圾邮件／促销邮件投递情况、基于 Postmaster + SNDS 的域名／IP 声誉趋势、列出具体回退项的逐次发送差异，以及基于用户导出遥测数据、可重复使用的 SEND-S 投递快照。不用于发送前 SPF/DKIM/DMARC 身份验证预检——使用 deliverability-qa；不用于计算 EQS 或运行否决项——使用 email-quality-auditor。邮件收件箱落点监测/收件箱vs垃圾邮件/Postmaster声誉趋势
当用户要求“制作竞争对比卡”“为发布准备销售团队”或“撰写内部发布常见问题”时使用；为以销售为主导的发布生成内部赋能套件——针对每个具名替代方案的竞争对比卡（我们的优势／对方的优势／陷阱问题，所有事实均可追溯）、根据 PR-FAQ 主线整理的销售话术、异议处理表（异议 → 回应 → 证据）、内部 FAQ 和 CS 快捷回复，以及遵守禁发期要求的内部发布公告。不用于外部信息框架——使用 message-house-builder；不用于竞品追踪本身——使用 competitor-tracker 或 competitor-analysis；不用于外呼序列——使用 cold-outbound-sequencer。销售赋能／battle card／销售叙事／异议处理／内部 FAQ
当用户要求“打包发布资产”“制作媒体资料包”或“准备商店页面和上线检查清单”时使用；生成按层级划分并注明制作状态的发布资产清单，包括媒体资料包规范（事实说明表、描述、历史、功能、视频、图片、标志和图标、奖项、联系方式）、演示脚本和截图规范、发布 FAQ、依据官方字符数限制编写的双应用商店页面元数据草案（参照 App Store Connect / Play Console 文档），以及技术上线检查清单（切换 robots、站点地图、OG 标签、分析验证——具体执行由 technical-seo-checker 和 serp-markup-builder 负责）。不用于撰写消息文案本身——使用 message-house-builder 或 content-writer；不用于落地页 UX——使用 landing-optimizer；不用于应用商店页面以外的关键词研究——使用 keyword-research。发布资产打包/press kit/商店listing规格/上线检查清单
当用户要求“监控我的发布”“追踪我们在 Product Hunt / Hacker News 的排名”或“关注发布窗口”时使用；执行 T-0 至 T+30 窗口监控——发布前仪表埋点核验（UTM／事件检查，是 RAMP P1 的上游环节）、轮询 HN 排名／积分／评论，并对评论多于积分的情况发出论战早期预警（Estimated 启发式指标）、跟踪 PH 投票／精选状态、商店榜单与评价、新闻回响、D0/W1/M1 KPI 对比目标的快照、激增与持续表现及自有渠道捕获情况，并根据发布层级 KPI 目标设置警报阈值。不用于发布当天的继续／回滚决策——使用 launch-day-conductor；不用于深入分析指标——使用 performance-analyzer；不用于 SEO 排名追踪——使用 rank-tracker。发布监控／排名轮询／论战对比／激增与持续表现
当用户要求“整理我们的证明要点”“制作可复用的数据卡和案例片段”或“在每个支柱提出主张的地方提供证明”时使用；将经 claims-ledger 批准的证明转化为可复用的证明模块，包括数据卡、案例片段、推荐语区块和对比证明。每个模块都对应一个 message-house 支柱及其所支持的 ledger claim ID，并标出任何缺少已批准证明却提出主张的支柱。绝不判定证明是否成立：未验证或不在 ledger 中的证明标记为 ''[needs source]''，并转交 claims candidates。不用于判定或证实主张——请使用 offer-claims-registry；不用于编造基准数据填补空缺——缺少证明时应标记，不得捏造；不用于评估叙事质量——请使用 narrative-quality-auditor。证据模块／证据卡／客户案例／主张对齐
当用户要求“生成多个主题行版本”“预先评估我的主题行”或“这个主题会被截断／触发垃圾邮件过滤器吗”时使用；在进行任何测试前，生成带标签的主题行和预览文本版本集，以及每个版本的启发式预评分卡——包括垃圾邮件触发标记、桌面端和移动端的长度／截断情况、表情符号数量，以及收件箱预览渲染（发件人名称＋主题行＋预览文本）。不用于正文文案或 CTA——请使用 email-creative-builder；不用于 A/B 测试设计或显著性解读——请使用 send-experiment-designer；不用于按用户画像加权的 EQS 或 S1/S2/N1/D1 否决项——请使用 email-quality-auditor。邮件主题行生成／主题行预打分／截断与垃圾词检查
当用户要求“搭建 message house”“为发布撰写 PR-FAQ”或“定义发布叙事和价值支柱”时使用；根据定位画布推导出 message house，包括标语、一句话介绍、三个价值支柱、按用户画像整理的证明要点（每项标记为 Measured / User-provided / [needs source]）；还包括逆向规划的 PR-FAQ 叙事主线（发布日时态、空椅测试、五个外部常见问题和五个内部常见问题），以及各渠道的信息角度包（仅提供角度，不是完成文案）。不用于创建定位画布本身——请使用 positioning-mapper；不用于撰写完成的博客文章或页面——请使用 content-writer；不用于广告或邮件文案——请使用相应领域的 creative builder；不用于判定主张——请使用 offer-claims-registry。消息屋／PR-FAQ／价值支柱／发布叙事
当用户要求“制定挽回活动”“重新激活流失订阅者”“开展重新授权／重新同意征询”或“清理失效名单”时使用；生成闭环再激活方案，包括流失群体定义、分阶段优惠阶梯、重新同意（重新授权）采集步骤，以及名单清理确认／抑制规则。本技能不负责任何 SEND-N 子项说明：互动度衰减／名单清理归 email-sequence-designer 负责，偏好中心／频率选项归 preference-frequency-manager 负责；本技能会引用这些说明，不会重新生成。通用生命周期流程（欢迎／购物车／购后）请使用 email-sequence-designer；偏好中心／降低订阅频率阶梯请使用 preference-frequency-manager；同意记录本身请使用 consent-registry；计算 EQS 或 N1 否决项请使用 email-quality-auditor。流失召回/重新授权/沉默用户清理
适用于用户提出“根据我们实际能交付的内容检查定位”“追溯哪些差异化优势有依据”或“核对定位画布与主张台账”等需求；将复用的定位画布与可交付阶段及主张台账进行核对，生成差异化事实集，其中每项差异化主张均可验证或标记为 ''[needs source]''，并据此评估 TALE-T1。不用于构建画布——请使用 positioning-mapper；不用于裁定主张——请使用 offer-claims-registry；不用于撰写信息屋——请使用 message-system-architect。定位真相/差异化校准/可交付现实/主张核对
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。