Skills
收录 96,981 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
营销与增长
用户想在 Product Hunt 发布产品、准备 PH 提交内容或规划发布日（hunter、首条评论、时间安排、点赞）时使用。用户提及“Product Hunt”“launch on Product Hunt”“PH launch”“Product Hunt submission”“hunter”“Product of the Day”“upvotes”或“Product Hunt first comment”时也使用。若需在 PH 以外的平台提交目录列表或准备可直接粘贴的文案，请使用 directory-submission
当用户要求“为我们的评论、私信和提及内容分诊”“为这个帖子起草回复”“我们能否转发这条粉丝帖子”或“设置收件箱 SLA 和升级路径”时使用；生成按优先级排序的分诊队列，并识别语域（真诚／反讽／表演式／拟社会关系，包含情感反转表——在喜剧语境下，“这也太差了”是赞扬）；对评论者分类（仅监控的巨魔／愤怒者／误解者／不满客户／支持者），并提供回复层级和各渠道 SLA；提供以危机处理路径为终点的升级矩阵、审核层级和自有空间的社区规则，以及 UGC 策展与权利管理模式，其中带日期的许可记录会转入渠道台账。每条回复都是由人工发布的排序草稿；绝不会自动发送。不用于发布窗口反馈分诊——请使用 launch-feedback-synthesizer。评论私信提及分诊／语域识别／回复草稿／UGC 授权
适用于用户提出“让我的 newsletter 变现”“制定赞助刊例”或“测算付费订阅收入”等需求；生成收入模型（付费层级、广告 / 赞助资源位及 CPM / 固定价格表、推荐 / 增长循环）、订阅列表增长 ↔ 收入预测，以及针对 SEND-D 杠杆的诚信报价 / 披露检查。不用于为整个项目评分或执行 D1——请使用 email-quality-auditor；不用于计算回报——请使用 roi-calculator；不用于点击后的页面——请使用 landing-optimizer。邮件newsletter变现/赞助刊例/付费订阅测算
当用户要求“持续监控邮件列表健康度”“定期标记活跃度下降／不互动的订阅者”“为什么打开率持续下降／退信逐渐增加”或“制定重新征求许可和清理工作清单”时使用；执行定期 SEND 列表衰减与抑制漂移监控，包括按互动近期性划分群组（30／90／180／365 天）、硬退信和垃圾邮件投诉趋势与基准的对比、抑制列表增长／泄漏检查，以及关联 SEND S（列表卫生）和 E（互动衰减）子项的分群重新征求许可／退订／清理工作清单。不用于发送前的一次性身份验证检查——请使用 deliverability-qa；不用于管理同意／抑制记录本身——请使用 consent-registry；不用于计算 EQS 或执行否决——请使用 email-quality-auditor。邮件列表健康度监控／退订漂移／沉睡用户清理
适用于用户提出“监测品牌提及”“设置社交聆听”“这周我们有什么话题热度飙升吗”或“监控这些账号的购买触发信号”等需求；执行始终在线的无密钥聆听——包含版本化聆听查询架构（品牌变体，包括拼写错误和中文名称、排除词，以及适用于 HN Algolia / Bluesky / GDELT / Tavily 的来源专属语法）、提及扫描与六类分诊（危机 / Bug / 潜在线索 / 好评 / 问题 / 垃圾信息），每类均按 SLA 路由、带热度飙升标记的 7 天滚动基线（作为危机触发输入）、B2B 触发信号观察清单（融资 / 招聘 / 发布信号），以及明确的覆盖范围声明：X/IG/TikTok/LinkedIn/小红书的数据标记为代理指标，而非实测数据。不适用于发布窗口遥测（T-0→T+30 排名和评价轮询）——请使用 launch-monitor。舆情监听/品牌提及监测/基线突刺/触发信号
当用户要求“设计抢先体验计划”“设置候补名单和 Beta 阶段”或“定义 Beta 阶段晋级标准”时使用；生成从候补名单→概念阶段→Alpha→Beta→GA 的阶段阶梯，说明各阶段目的和选择加入的规则，为各阶段制定量化晋级标准（标注为估算），设计群组准入和邀请限流方案，招募测试者并准备发布日的社会认同素材，制定反馈闭环规范（每次状态变更都会通知订阅者），并设计推荐循环机制（邀请码、防滥用）。不用于候补名单获取策略或信息收集流程规范——请使用 list-growth-designer；不用于规范阶段记录——请使用 launch-registry。候补名单／内测阶段阶梯／抢先体验／晋级标准／反馈闭环
在用户要求“盘点我们当前各渠道的表述”“清点现有信息传达内容”或“找出我们所说与我们本意之间的差距”时使用；生成叙事基线——逐一盘点每个自有触点（主页、定价页、文档、演示文稿、社交简介、邮件页脚）当前的表述，每条均标注为已测量/用户提供/估算；按触点对照预期信息分析差距，并提供漂移基线快照，供 Evaluate 阶段衡量未来偏移。不用于编写规范文本，请使用 message-system-architect；不用于评估触点或执行否决检查，请使用 narrative-quality-auditor。当前叙事盘点/各触点口径/意图差距/漂移基线
技术博客写作，包含结构、代码示例和面向开发者读者的惯例。涵盖帖子类型、代码格式、讲解深度和面向开发者的互动模式。适用：工程博客、开发者教程、技术写作、开发者内容、文档类帖子。触发词：technical blog、dev blog、engineering blog、technical writing、developer tutorial、tech post、code tutorial、programming blog、developer content、technical article、engineering post、coding tutorial、technical content
适用于用户提出“对发布反馈进行分诊”“将评价、评论和论坛帖子归纳成主题”或“建立‘你提出，我们交付’反馈闭环”等需求；生成反馈主题摘要（每个主题的频率、严重程度和代表性引语）、包含重复项合并与通知规则的 open→planned→started→completed/declined 状态闭环、已发布变更的公告素材，以及合规的社会认同素材收集流程（绝不激励用户撰写商店评价）。不用于重新利用或放大已收集的素材——请使用 content-amplifier；不用于执行客户推荐语外联——请使用 outreach-manager。反馈分诊/状态环/社证收割/评测合规
当用户要求“指挥我的发布日”“编写发布日运行手册／作战室方案”或“推送后决定 CONTINUE 还是 ROLLBACK”时使用；生成发布前置条件门禁检查（launch-readiness-auditor 的 SHIP 结论＋launch-registry 中的权威日期——缺少任一项都会停止此技能）、带日期和负责人且按小时划分的运行手册（上午执行不可逆推送、白天监控循环、晚上汇总）、每次不可逆操作后依据预先声明的终止标准作出强制观察窗口判定、包含回滚手册的 P0–P3 事故处理阶梯，以及用于注册表提案协议的 T-0 状态行。不用于渠道提交内容和平台规则——请使用 community-launch-runner；不用于媒体回复——请使用 press-media-relations。发布日运行手册／作战室／观察窗口／回滚裁决／发布日指挥
当用户要求“选定发布日期”“规划发布窗口”或“设定禁运期及解禁时间”时使用；根据行业活动周期和竞品发布日历，生成候选窗口对比表（每个窗口的冲突/利好/风险）、发布周集中发布还是滚动发布的建议、商店审核缓冲时间（标记为 Estimated），以及提交至发布登记系统作为候选项的禁运窗口定义（解禁时刻 + 时区）。不用于判断文化时机本身——请使用 trend-spotter；不用于发布日执行——请使用 launch-day-conductor。发布择时/发布窗口/竞品日历/禁运期窗口/审核缓冲
当用户要求“构建偏好中心”“设置频率降级阶梯”“提供逐步降频而非退订的选项”或“设计主题/发送频率偏好页面”时使用；生成偏好中心字段规范、频率/主题降级阶梯（替代直接退订的降级路径）、偏好到抑制发送的映射，以及一条关于所提供偏好中心/频率选项的 SEND N 维度子项说明。不用于生命周期流程图或发送频率治理——请使用 email-sequence-designer；不用于同意/抑制记录本身——请使用 consent-registry；不用于计算 EQS 或判定 N1 退订否决——请使用 email-quality-auditor。邮件偏好中心/降频阶梯设计/退订替代降档
适用于用户提出“为我的发布建立媒体名单”“撰写发布新闻稿”或“在新闻禁发期内向媒体推介”等需求；生成三级媒体与分析师名单（第 1 级独家候选对象、第 2 级垂直领域媒体、第 3 级社群和通讯）、以发布登记日期为基准的禁发期推介时间框架、采用标准结构且不捏造引语或数字的新闻稿草稿，以及分析师简报提纲。不用于制作媒体资料包素材——请使用 launch-asset-packager；不用于后续跟进序列机制——请使用 outreach-manager；不用于发布后的新闻回响监测——请使用 launch-monitor。媒体名单/禁运期pitch/新闻稿/分析师简报
在用户要求“运行每周社媒数据简报”“我们的互动率使用哪个分母”或“本周哪些帖子表现最佳，下个周期要做哪些调整”时使用；生成自然社交指标字典（每个比率都注明分母——ERR 按触达量计算互动率、ERI 按展示量计算互动率、ER 按粉丝数计算互动率，并在各周期保持一致）、按帖子统计中位数而非平均数，并区分自然流量与付费推广；EMV 仅作为明确标注的高管解读（绝不纳入任何评分）；生成排除员工后的 CHAOSS/Orbit 风格社区健康度归因报告；并回写最佳/最差表现者，供下个日历周期使用。不用于金额 ROI 计算或 ECHO 个人资料结果门控判定，请使用 roi-calculator 和 social-quality-auditor。社媒周报/互动率分母/指标字典/复盘回写
当用户要求“追踪我们的声量份额”“我们与竞争对手相比占据了多少讨论声量”或“查看本季度 SOV 趋势”时使用；基于锁定的竞品面板，按平台和周期计算 SOV% = 品牌提及数 ÷（品牌提及数 + 面板中的竞品提及数）。切换面板会使趋势失效（根据 ECHO O3 规则，重启序列并记录中断）；另提供情感加权 SOV 变体（除非由人工编码，否则情感标记为 Estimated），以及基于 Wikipedia 页面浏览量的注意力份额替代指标。使用无密钥监听连接器、gdelt.py 新闻回声和用户导出数据构建，仅使用公开计数，绝不抓取封闭平台。不用于反向链接或站外 SEO 信号——请使用 offsite-signal-analyzer。声量份额/竞品声量对比/提及份额/注意力份额
在用户要求“运行发布复盘/事后分析”“按渠道比较发布结果与目标”或“决定下次发布保留或取消哪些内容”时使用；生成结构化的 D1/W1/M1 复盘，包括按渠道列出的实际值与目标值对照表（以 UTM 归因的自有分析数据为真实数据列，平台自行报告的数据为参考，每项数据均标注为已测量/用户提供/估算）、针对最大差距的 5 Whys 分析、各渠道的保留/取消/调整决策、3–5 条供下次发布采取的行动经验，以及提交至发布台账的结果快照。不用于回报计算（CPA/ROI），请使用 roi-calculator；不用于面向利益相关者的报告撰写，请使用 report-generator；不用于深入分析指标，请使用 performance-analyzer。发布复盘/渠道归因/5-Whys/保留-取消
当用户要求“规划发布级别”“这次发布应该做多大”或“制定包含终止标准的发布风险登记册”时使用；生成级别决策（Tier 1 全渠道旗舰发布 / Tier 2 定向发布 / Tier 3 更新日志级别）、发布类型声明（新产品/功能/重新发布/合作及联合营销拆分）、投入校准矩阵（级别对应渠道强度和素材范围）、D0/W1/M1 KPI 目标（标记为 Estimated）、风险登记册（可能性 × 影响范围、负责人、缓解措施、终止标准/回滚阈值），以及 T-8w 至 T+4w 的时间线框架。不用于选择发布日期或窗口——请使用 launch-window-planner；不用于创作者渠道发布活动——请使用 campaign-planner。发布分级/发布类型/风险登记册/kill criteria
在用户要求“在扩大投放前测试我们的信息传达”“设计消息与市场契合度面板”或“对新标语进行 5 秒理解度测试”时使用；生成消息测试设计规范，包括假设、面板及招募标准、理解度/5 秒测试/消息与市场契合度（Wynter 风格）流程、从规范信息中选取的测试素材、成功阈值及停止/修改决策规则，用于 TALE Evaluate 阶段，确保在付费扩大投放前验证信息。它负责设计测试，不会运行实验或判定主张是否成立。不用于运行面板或 A/B 实验，请使用 send-experiment-designer 或 ad-test-designer；不用于分析结果，请使用 performance-analyzer；不用于撰写信息本身，请使用 message-system-architect。消息测试/理解度测试/面板设计/五秒测试/消息与市场契合度
当用户询问“规划我们的叙事如何呈现在每个触点上”“编写各触点的消息匹配规范”或“依据核心叙事为每位创意构建者撰写简报”时使用；将 narrative-registry 核心内容映射到每个旗舰触点（主页、定价页、商店列表、销售演示文稿、社交简介、文档、电子邮件），形成逐触点的消息匹配规范——每个触点必须承载的主张、支柱、证据和异议重构——并为各专业创意构建者（content-writer、ad-creative-builder、email-creative-builder、social-creative-builder、message-house-builder）准备交接简报，让同一个故事在各处保持一致。不是用来撰写最终触点文案——请使用相应专业的创意构建者；不是用来制作按层级划分的发布资产清单——请使用 launch-asset-packager；不是用来评估跨触点一致性——请使用 narrative-quality-auditor；不是用来裁定主张——请使用 offer-claims-registry。叙事落地／逐触点消息匹配／创意交接简报／画布传导
在用户要求“回看”付费广告系列的变更、“这次广告调整有效吗”或“比较调整前后的 ROAS/CPA”时使用；在固定回看窗口内，根据对照组读取 ROAS/CPA，并返回“扩大投放/继续测试/回滚/尚无结论”的回看决策，计算委托 roi-calculator 处理。不用于 RQS 评分或否决判定，请使用 ad-account-auditor；不用于 ROI 比率计算，请使用 roi-calculator；不用于跨渠道汇总，请使用 performance-analyzer。付费广告复盘/ROAS 回看/投放效果归因
当用户询问“为这个平台建立规范卡”“这里的字符限制和首屏折叠线是什么”“LinkedIn 首条评论放链接的做法有文档依据还是只是传闻”，或“我们的哪些平台卡片已过时”时使用；维护 references/platforms/资料包中按平台划分、带日期和版本的规范卡——字符限制、首屏折叠线、话题标签规范、格式／宽高比规格、链接和首条评论的位置、披露标签机制、算法侧重（例如小红书搜索和收藏权重）——每一行均标注为平台文档记载（官方文档，已实测）或估算／传闻（注明来源），并记录最后验证日期和复审日期；超过复审日期的卡片会标记为过期，而不是被当作可信信息。直接扩展现有资料包；绝不另建第二套。不是用来选择要运营哪些渠道——请使用 channel-portfolio-planner。平台规范卡／字符限制／折叠线／话题标签／算法侧重／过期标记
在用户要求“发布周之后保持发布势头”“将变更日志/发行说明节奏规划为 GTM”或“这次更新值得重新发布吗”时使用；生成 T+1→T+30 势头计划，包括发布时刻日历（仅限里程碑/已交付闭环/徽章时刻）、公告级别分流（重大 = 全渠道，中等 = 定向，轻微 = 仅变更日志）、重新发布的合理性判断、从流量峰值转向自有渠道的交接简报，以及遵循发布间隔规则的下一个 Tier-1 时刻。不用于 30 天内容复用地图或付费推广执行，请使用 content-amplifier；不用于端到端规划下一次发布，请使用 launch-tier-planner。应对第二周断崖/changelog-as-GTM/重新发布/下一个发布时刻
当用户询问“让所有人讲述同一个故事”“编写我们的电梯推介阶梯”或“制作发言人问答和审定标准文案包”时使用；依据 narrative-registry 核心内容、消息屋和品牌语气，整理可重复使用的赋能工具包，包括电梯推介阶梯（10 秒／30 秒／2 分钟）、发言人问答（尖锐问题及符合核心叙事的回答）、审定标准文案／简介包（25／50／100 词），以及用语规范表，帮助销售、支持团队、创始人和合作伙伴传达一致的故事。不是用于发布日运行手册——请使用 launch-day-conductor；不是用于完成按渠道撰写的文案——请使用 content-writer 或相应专业创意构建者；不是用于发布窗口作战卡——请使用 sales-enablement-kit；本工具包不负责裁定主张。叙事赋能包／电梯推介阶梯／发言人问答／审定标准文案／建议与禁用表达
当用户询问“在推广之前规划参与度爬坡”“在这个社区我们需要多少账号历史或 karma”或“为我们自己的 Discord 设计进入激励和成员生命周期”时使用；生成各社区推广前的预热方案——账号历史/时长预期（估算值、注明来源）、先给后取（give-before-ask）清单规范、附带最后核实日期的各社区礼仪 + 规则摘要，以及 channel-registry 要求的预热 → 活跃毕业标准（作为状态转换证据）——另外还有自有社区变体（针对你自己的 Discord/Slack/论坛/企业微信私域的进入路径 + 成员生命周期）。不适用于发布当天的提交或 T-0 帖子——请使用 community-launch-runner。社区预热/先给后取/账号养成/毕业标准
当用户询问“将创始人的表达方式归纳成规范”“建立创始人语气档案”或“设定我们的内容支柱”时使用；通过访谈提取用户本人帖子、电子邮件和演示文稿中 80% 的特征（绝不抓取竞争对手内容，也不虚构人设），生成带版本的语气记录——按平台划分的语域映射（包括小红书／微信公众号）、禁用短语、各情境下的披露声明（ECHO C2 上游）、完全基于本人帖子构建的少样本示例库，以及 3–5 个附带估算分配比例的内容支柱——并通过 memory/events/channels.ndjson 提交，供 channel-registry 存储为 voice-dossier.md；每个 Craft 阶段的技能都会首先读取此记录。不是用于品牌层面的语气规范——请使用 brand-language-codifier；不是用于受众／用户画像研究——请使用 audience-mapper。语气档案／品牌语气／创始人语气／内容支柱／披露声明
当用户询问“检查我们的各个触点是否偏离了核心叙事”“监测竞争对手的重新定位”或“定义何时应该重新定位”时使用；生成漂移报告，包括各旗舰触点随时间相对于 narrative-registry 核心内容的自身漂移（通过 wayback.py，变更历史已注明测量日期）、竞争对手重新定位警报、明确的重新定位触发条件，以及 D1/W1/M1 消息变化复盘（预期与实际传达效果，标注证据）——为 TALE L 漂移审计子项和 narrative-whiplash 防护规则提供事实依据。不是用于触点发布前的首次一致性检查——请使用 narrative-cascade-planner；不是用于计算 TALE 画像结果或运行否决项——请使用 narrative-quality-auditor；不是用于衡量回声率／AI 答案共鸣度——请使用 narrative-resonance-monitor。自身漂移监测／竞品重新定位警报／重新定位触发／叙事漂移复盘
当用户要求“衡量我们的叙事效果”“跟踪回声率与我们的规范词典的对比”或“检查 AI 答案引擎如何描述我们的品牌”时使用；生成共鸣报告——回声率（市场语言与 narrative-registry 规范词典的重合度，注明方法）、AI 答案感知（通过 tavily.py --answer，标注为代理指标）、锁定竞争对手面板上的声量份额（复用 share-of-voice-tracker），以及来自 bluesky.py / gdelt.py / pageviews.py 的共鸣信号——所有数字均标记为实测值／代理指标／用户提供，供 TALE 的 E 维度及 E1 证据完整性否决机制的上游环节使用。不用于重建声量份额机制——使用 share-of-voice-tracker；不用于自有网站 GA4/GSC 分析——使用 performance-monitor；不用于 TALE 画像结果评分——使用 narrative-quality-auditor；不用于裁定声明——使用 offer-claims-registry。回声率/AI回答感知/份额之声/共鸣信号
电子邮件营销设计，包含布局模式、主题行公式与送达率规则。涵盖欢迎序列、促销邮件、事务性模板与移动端优化。用于：电子邮件营销、newsletter 设计、滴灌式营销、电子邮件模板、事务性邮件。触发词：email design、email template、email marketing、newsletter design、email layout、email campaign、drip campaign、welcome email、promotional email、transactional email、email subject line、email header image、email banner。
内容原子化——把一份内容转化为多种格式。涵盖博客转推文串、博客转轮播图、播客转博客、视频转金句等。用于：内容营销、社交媒体、多平台分发、内容策略。触发词：content repurposing、repurpose content、content atomization、content recycling、one to many content、multi platform content、cross post、adapt content、reformat content、blog to thread、blog to video、podcast to blog、content multiplication
LinkedIn 帖子写作，涵盖钩子公式、格式规则和互动模式。包含帖子类型、算法信号、字数限制和内容支柱。适用：LinkedIn 帖子、专业内容、思想领导力、B2B 内容、个人品牌。触发词：linkedin post、linkedin content、linkedin writing、linkedin strategy、linkedin engagement、linkedin algorithm、linkedin hook、linkedin formatting、thought leadership、professional content、b2b content、linkedin growth
Open Graph 与社交分享图像设计，包含平台规格、文字排版与品牌呈现。涵盖 OG meta 标签、Twitter 卡片、LinkedIn 预览与动态生成。用于：社交分享图像、博客缩略图、链接预览、社交卡片。触发词：og image、open graph、social sharing image、twitter card、social card、link preview image、og meta、sharing preview、social thumbnail、meta image、og:image、twitter:image、linkedin preview。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。