Skills
收录 98,639 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
全部
撰写和重组技术文档，包括 README、教程、操作指南、用户指南、架构文档、入门指南、运行手册和 SOP、故障排查指南、发行说明及知识库文章；以实际代码或产品为依据，并尽可能验证命令和示例。当用户要求为项目、功能、系统或流程编写文档，撰写或修复 README，向新开发者解释代码库，将笔记整理成指南，或让现有文档更清晰时使用。逐个端点编写 API 参考或 OpenAPI 规范时，使用 api-documentation-writer；编写 CLAUDE.md 或 AGENTS.md 文件时，使用 claude-md-writer。
遵循 effect-solutions 和 Effect 源码中的官方最佳实践，编写符合惯用风格的 Effect v4 TypeScript。编写、审查或重构 Effect 代码时使用，涵盖服务（ServiceMap.Service）、层与依赖注入、错误处理（Schema.TaggedErrorClass）、数据建模（Schema.Class、品牌类型、变体）、测试（@effect/vitest）、HTTP 客户端（effect/unstable/http）、命令行工具（effect/unstable/cli）、配置、可观测性和项目设置。遇到“Effect”“effect-ts”“@effect/”“Schema”“ServiceMap”“Layer”“Effect.gen”“Effect.fn”“TaggedError”“branded types”或任何与 Effect-TS 相关的代码时触发。
找出并完成已构建解决方案最后 20% 的工作——这是 Agent 常忽略的体验层：输出读起来的实际感受、应有的页面或屏幕、首次运行和空状态、明确设定的默认值，以及理想使用路径。规划任何构建时使用，确保体验亮点与底层实现一样具体地纳入规格；在宣称构建“完成”之前；解决方案能运行但感觉像演示时；或用户说 "last 20%"、"finish this"、"make it actually good"、"is this actually done" 或 "why does this feel flat" 时使用。
在用户要求“运行发布复盘/事后分析”“按渠道比较发布结果与目标”或“决定下次发布保留或取消哪些内容”时使用；生成结构化的 D1/W1/M1 复盘，包括按渠道列出的实际值与目标值对照表（以 UTM 归因的自有分析数据为真实数据列，平台自行报告的数据为参考，每项数据均标注为已测量/用户提供/估算）、针对最大差距的 5 Whys 分析、各渠道的保留/取消/调整决策、3–5 条供下次发布采取的行动经验，以及提交至发布台账的结果快照。不用于回报计算（CPA/ROI），请使用 roi-calculator；不用于面向利益相关者的报告撰写，请使用 report-generator；不用于深入分析指标，请使用 performance-analyzer。发布复盘/渠道归因/5-Whys/保留-取消
在用户要求“在扩大投放前测试我们的信息传达”“设计消息与市场契合度面板”或“对新标语进行 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。平台规范卡／字符限制／折叠线／话题标签／算法侧重／过期标记
无需 API 密钥，使用 x402 或 MPP 网关，通过钱包身份验证（SIWE/SIWS）和按请求付费（通过 x402 使用 USDC，或通过 MPP 使用 USDC/信用卡）将 Alchemy 接入应用代码。专用的应用集成路径。用户在构建应用代码且没有 API 密钥、作为需要自行付费的自主 Agent，或明确要求使用 x402/MPP 时使用。常规应用代码且有 API 密钥时，使用 `alchemy-api`。在当前会话中执行实时 Agent 工作（查询、管理、自动化）时，使用 `alchemy-cli`（首选）或 `alchemy-mcp`。
在用户要求“发布周之后保持发布势头”“将变更日志/发行说明节奏规划为 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回答感知/份额之声/共鸣信号
VRChat World SDK 3 指南，涵盖场景和 Inspector 设置、组件放置、优化及上传。用于 VRChat 世界场景配置、VRC SDK 组件、图层、烘焙光照、Quest/Android 性能、Dynamics for Worlds、Build Panel 警告处理、验证和上传。涵盖 WorldQualitySettings、VRC_SceneDescriptor、VRC_Pickup、VRC_Station、VRC_Mirror、VRC_ObjectSync、VRC_CameraDolly、出生点、碰撞矩阵、PhysBone 和 Contact 组件放置、Box Contacts、Global Avatar PhysBone Colliders，以及 VRCPhysBoneCollider 组件设置。当前支持 / 最后验证版本：SDK 3.10.6。以下内容触发：VRChat 世界场景、VRC SDK、场景设置、组件放置、VRCBillboard、VRCPlacementZone、Quest 支持、烘焙光照、SDK 验证、Build Panel 警告、Auto Fix 或红/黄/白色警告。不要用于 UdonSharp C# 或 VRCTween 调用；运行时脚本请使用 unity-vrc-udon-sharp。UdonSharp 包、asmdef 和 Version Defines 工作也属于该技能。
提供如何使用 Arc 构建应用的说明。Arc 是 Circle 的区块链，以 USDC 作为原生 gas 代币。Arc 的主要优势包括：以 USDC 支付 gas（无需其他原生代币）、交易费用稳定且可预测，以及亚秒级最终确定性，可快速确认交易。这些特性使 Arc 适合开发者和 Agent 构建支付应用、DeFi 协议，或任何重视成本可预测性和速度的 USDC 优先应用。提及 Arc、Arc Mainnet 或 Arc Testnet、使用任何与 Arc 相关的智能合约、在区块链项目中配置 Arc、通过 CCTP 将 USDC 桥接到 Arc，或构建 USDC 优先应用时使用。触发词：Arc、Arc Mainnet、Arc Testnet、USDC gas、deploy to Arc、Arc chain、stable fees、fast finality。
在 crewai 1.15.x 上构建 CrewAI Flows：结构化（Pydantic）状态与 dict 状态及 state.id、@start/@listen/@router 连接方式、or_/and_ 语义、路由器标签与方法名、@persist（正确导入方式、状态存储位置、restore_from_state_id）、使用 CheckpointConfig 进行检查点保存、@human_feedback 和 HumanFeedbackResult.feedback、plot()、从 flow 方法调用 crews 和 agents、kickoff 输入，以及 `crewai create flow` 脚手架。编写或调试 Flow 子类或包含 `from crewai.flow import ...` 的 main.py、监听器未触发或触发两次，或遇到 \"listen condition 'x' references the handler name 'x'\"、\"cannot import name 'persist'\"、\"'StateWithId' object is not subscriptable\"、\"Flow state model must have an 'id' field\"、\"--inputs requires a declarative flow definition\"、\"invoked synchronously from within a running event loop\" 或 HumanFeedbackCollapseError 等错误时使用。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。