Skills
收录 97,501 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
全部
一站式 Redis 专业知识,涵盖数据建模与键命名、客户端连接(连接池、流水线、客户端缓存、超时)、集群与复制、Redis Search(FT.CREATE、向量与混合搜索、RAG 流水线)、可观测性与事故排查、生产安全加固、通过 LangCache 实现 LLM 响应的语义缓存,以及通过 Redis Iris 实现 Agent 记忆(会话事件、长期记忆、后台提升)。凡是设计、编写、审查或调试任何涉及 Redis 的内容时使用:选择数据结构、命名键、配置客户端、跨集群分片、构建或调优搜索索引、监控或诊断性能、加固部署、缓存 LLM 补全,或为 AI Agent 接入持久记忆——都合并为一个技能,以便自动加载正确的领域,而无需在多个技能中做选择。
面向客户的红队交付格式——规范外部红队测试所用的 Subject / Observations / Description / Impact / Recommendation / PoC 结构(非漏洞赏金平台报告)。受众、语气和节奏各不相同。基于一份经授权的测试交付成果构建,其中将 14 项发现整理为 52KB 的 MD 和 2.2MB 的 DOCX,嵌入 16 张截图。当任务是“面向企业客户的外部红队测试”(非 H1/Bugcrowd/Intigriti)、生成最终报告、客户指定自定义报告格式,或将发现打包为 DOCX/PDF 时使用。
在 $RESEARCH_HOME 处使用、添加或更新共享的跨项目研究库(vendor 仓库克隆、参考 PDF/epub、镜像的文档页面)时使用——在从网上获取相同材料之前、为项目克隆参考仓库时,或被要求更新/刷新该库时。还负责在依赖或安装某个具名软件包或工具之前进行判断——无论是来自 PyPI、npm、crates.io 还是 apt,或仅以 GitHub release 二进制形式发布:它是否仍在维护、实际是谁在提交、其稳定分支的发布频率、一次发布实际交付什么以及成本如何(wheel 还是 sdist、npm 平台包和安装脚本、预编译二进制),其 Python、node 或 glibc 最低版本是否适配本机、apt 包落后上游多少、是否附带类型、有多少测试套件作为支撑、版本上限是否会限制你——这些都应从 registry、GitHub API 和项目自身源码读取,而非来自搜索摘要。
在视觉先例研究产物验收前对其进行评审时使用,例如 UI 模式词汇图、各角度的搜索结果、摘录记录,或惯例登记表和报告。这是验收关卡,不负责创作。按单一来源标准评审:记录为零要与来源无法访问、来源按其条款拒绝区分;查询可按原样复现;每个引用语料库确实包含所声称的惯例;记录权威性和规范性且不混淆;登记表条目如实反映其记录;已放弃的角度不得报告为否定结果;令牌逐字保留;观察到的页面截取绝不归类为惯例,且须在 robots 和使用条款允许范围内获取。对于范围有限的 UI,认可内容精简但诚实的结果;仅在指出具体未记录缺口时要求修改。只输出 VERDICT: approve|revise 及可执行的发现。关键词:设计系统评审、UI 惯例评审、无障碍标准评审。
Brevo 平台帮助——邮件/SMS/WhatsApp 营销活动、营销自动化(journeys)、事务性消息、Sales CRM(deals、pipelines)、Conversations(实时聊天、chatbot)、Loyalty 计划、推送通知、电子商务、落地页、联系人管理、Aura AI、API 与集成。当 Brevo 邮件进入垃圾箱、自动化未触发、联系人未正确同步或导入、Brevo API 调用失败,或从 Sendinblue 迁移时遇到困惑使用。不要用于构建潜在客户名单(使用 /sales-prospect-list)、丰富联系人(使用 /sales-enrich)、设计外呼节奏策略(使用 /sales-cadence)、跨平台送达率(使用 /sales-deliverability)、事务性邮件策略(使用 /sales-transactional-email)、实时聊天策略(使用 /sales-live-chat)或忠诚度计划策略(使用 /sales-loyalty)。
Customer.io 平台帮助——面向基于行为的多渠道消息(电子邮件、短信、推送、应用内、WhatsApp)的客户互动与营销自动化。当自动化未在正确的行为上触发、事务性消息发送失败或延迟、细分未按预期更新、journeys 需要调试或重构、Data Pipelines 或反向 ETL 未同步、自定义对象关系不工作,或对 Track/App/Transactional 端点的 API 调用报错时使用。不要用于通用电子邮件营销策略(使用 /sales-email-marketing)、跨平台电子邮件送达率(使用 /sales-deliverability)或电子邮件打开/点击跟踪策略(使用 /sales-email-tracking)。
Seamless.AI 平台帮助——Prospector、Buyer Intent、Job Changes、CRM Enrich、Pitch Intelligence、Engagement Hub(电子邮件、通话、社交)、AI Agents、Autopilot、Chrome 扩展、API。当 Seamless.AI 搜索返回错误数据、联系人额度消耗过快、Buyer Intent 未呈现相关账户、Pitch Intelligence 建议过于通用、AI Agents 未按预期表现,或 Seamless.AI API 未返回结果时使用。不要用于构建潜在客户列表(使用 /sales-prospect-list)、跨工具丰富联系人信息(使用 /sales-enrich)、跨工具解读购买信号(使用 /sales-intent)、节奏策略(使用 /sales-cadence)、跨平台送达率(使用 /sales-deliverability)或销售内容策略(使用 /sales-content)。
SendGrid 平台帮助——通过 Email API(REST + SMTP)发送事务性电子邮件、Marketing Campaigns(拖放编辑器、自动化、A/B 测试、注册表单、细分)、Email Validation API、Dynamic Templates(Handlebars)、Event Webhooks、Inbound Parse、域名认证(SPF/DKIM/DMARC)、专用 IP、抑制列表、Design Library、电子邮件测试、统计。当 SendGrid 电子邮件进入垃圾邮件箱、事务性电子邮件未发送、域名认证失败、Event Webhooks 未触发、Dynamic Templates 未正确渲染、Marketing Campaigns 打开率低,或 SendGrid 退信率飙升时使用。不要用于通用电子邮件营销策略(使用 /sales-email-marketing)、跨平台电子邮件送达率(使用 /sales-deliverability)或电子邮件打开/点击跟踪策略(使用 /sales-email-tracking)。
短信营销策略——订阅收集、合规(TCPA/GDPR)、活动类型、自动化触发器、细分、时机、双向消息、MMS 和分析。涵盖 Omnisend、Klaviyo、Attentive、Postscript、Brevo、ActiveCampaign、Mailchimp 等的策略与实施。当短信活动点击率低、订阅列表增长停滞、订阅者退订过快、不确定短信项目是否符合 TCPA/GDPR、自动化未转化,或不知道如何选择短信平台时使用。不要用于电子邮件营销(使用 /sales-email-marketing)、推送通知(使用 /sales-push-notification)、冷启动外联序列(使用 /sales-cadence)或平台特定配置(使用 /sales-omnisend、/sales-klaviyo、/sales-brevo 等)。Omnisend 专属帮助请使用 /sales-omnisend。Klaviyo 专属帮助请使用 /sales-klaviyo。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
