“Sales Pipeline” 共 157 个结果
io.github.CopilotKit/CopilotKit/reskin
为可换肤示例应用编写全新皮肤（skin）。skin 是 src/skins/<id>/ 下自包含的领域插件，实现冻结的 Skin 契约（src/shell/skin-contract.ts），可整体替换应用体验——品牌、主题、布局、页面、工具、数据与 agent——作为可交互的销售演示。当用户说"add a skin""create a skin""new skin""reskin the app""make a <domain> skin"或想把应用重新包装成新产品的演示外观时使用。不要用于修改 shell 本身（src/shell/**）、共享设计令牌（src/app/globals.css），除非被明确要求也不要改随包发布的 skin。
io.github.mem0ai/mem0/mem0-integrate
以目标驱动、TDD 的流程将 Mem0 集成到现有仓库。自动检测仓库语言,并让用户在 Mem0 Platform(托管)与 Mem0 开源(自托管)之间选择。先写失败测试再做实现。产出本地功能分支和供配套验证技能使用的 .mem0-integration/ 产物。触发条件:用户说 "integrate mem0"、"add mem0 to this repo"、"wire mem0 into <repo>",或询问如何在现有项目中加入记忆。不触发:一般 SDK 使用(用 skill:mem0)、CLI 使用(用 mem0-cli)、Vercel AI SDK(用 skill:mem0-vercel-ai-sdk)。成功后调用 skill:mem0-test-integration 在同一工作区验证(松耦合)。
io.github.bentoml/BentoML/bentoml-deploy-scriptgen
生成可独立提交进仓库的生产部署脚本包（deploy/deploy.py + 一份仅含覆盖项的 config.yml——Kubernetes manifest 由它渲染），无需 agent 参与即可完成构建、容器化、推送、部署与验证 BentoML 服务——可在终端或 CI/CD 中运行。当用户说“generate a deployment script”“deploy from CI/CD”“set up a production deployment pipeline”“deploy without the agent”“give me a script I can commit to deploy this”“automate my BentoML deploys”等时使用。与交互式技能互补：bentoml-containerize、bentoml-k8s-deploy、bentoml-ec2-deploy 是在有你在场的情况下完成一次部署，本技能则产出可无限重复的脚本。支持 Kubernetes 与 EC2 目标。
io.github.affaan-m/ECC/lead-intelligence
AI 原生的销售线索识别与触达流水线。以 Agent 驱动的信号打分、双向排序、熟人路径发现、基于来源的语调建模，以及针对邮件、LinkedIn 与 X 的渠道化触达，替代 Apollo、Clay 和 ZoomInfo。当用户希望找到、筛选并联系高价值联系人时使用。
io.github.mukul975/Anthropic-Cybersecurity-Skills/implementing-supply-chain-security-with-in-toto
用 in-toto 框架为容器构建实现供应链完整性验证：生成签名密钥、定义供应链 layout、把流水线步骤记录为签名的 link 元数据、部署前验证、在 Kubernetes 准入端强制，并与 SLSA 集成。适用于对 CI/CD 流水线步骤做 attestation、证明镜像确实走了批准的构建流程，或在准入端强制溯源。关键词：in-toto、layout、link 元数据、step、inspection、SLSA、provenance、admission。不要用于用 Cosign 签名和验证镜像——那用 implementing-image-provenance-verification-with-cosign。
io.github.mukul975/Anthropic-Cybersecurity-Skills/implementing-image-provenance-verification-with-cosign
用 Sigstore Cosign 签名与验证容器镜像溯源，涵盖基于密钥与免密钥 OIDC 签名（Fulcio、Rekor 透明日志）、SLSA attestation，以及通过 Kubernetes 准入控制强制执行签名验证。适用于为供应链安全给镜像签名、搭建免密钥 OIDC 签名、附加 attestation，或在准入端执行"仅允许已验证镜像"的策略。关键词：Cosign、Sigstore、Fulcio、Rekor、keyless、attestation、cosign verify、准入策略。不要用于基于 in-toto layout 的流水线 attestation——那用 implementing-supply-chain-security-with-in-toto。
io.github.PostHog/posthog/implementing-mcp-tools
把 PostHog 产品端点暴露为 MCP 工具的指南。在创建或更新 API 端点、添加 MCP 工具定义、脚手架 YAML 配置或编写带优质描述的序列化器时使用。覆盖从 Django 序列化器到生成的 TypeScript 工具处理器的完整管线。
io.github.nexu-io/open-design/orbit-general
Open Orbit 简报技能——当用户连接了两个及以上连接器时由 Orbit 流水线选用。从每个已授权连接器（GitHub、Linear、Notion、Slack、飞书、Calendar、Gmail、Drive、Sentry、Vercel 等）拉取过去 24 小时的活动，并在「我的设计」顶部渲染单一自适应 bento 网格仪表盘。每个连接器模块按返回数据的形态自选 UI 形式（列表、头像堆叠、状态环、热力图、文件网格、告警卡等），使布局随 Orbit 连接器生态的增长而扩展。不应手动触发此技能——它由 Orbit 的每日摘要调度器针对用户实时连接器数据调用。
io.github.nexu-io/open-design/html-ppt-zhangzara-coral
OpenDesign 在 GitHub、Discord 与 X 上的社区增长战役：增长闭环、内容日历与漏斗数学。以面向增长团队与社区负责人的决策级营销 & GTM 幻灯片构建。
io.github.nexu-io/open-design/html-ppt-zhangzara-coral
OpenDesign 在 GitHub、Discord 与 X 上的社区增长战役：增长闭环、内容日历与漏斗数学。以面向增长团队与社区负责人的决策级营销 & GTM 幻灯片构建。
io.github.nexu-io/open-design/orbit-github
Open Orbit 简报技能——当 GitHub 是用户唯一连接的连接器，或用户显式将每日摘要限定在 GitHub 时，由 Orbit 流水线选用。从用户已授权的 GitHub 连接拉取过去 24 小时的 PR、评审请求、issue、CI 运行与合并，并按 GitHub 原生通知 + PR diff 的视觉语言渲染布局。不应手动触发此技能——它由 Orbit 的每日摘要调度器针对实时 GitHub 数据调用。
io.github.nexu-io/open-design/orbit-notion
Open Orbit 简报技能——当 Notion 是用户唯一连接的连接器，或用户显式将每日摘要限定在 Notion 时，由 Orbit 流水线选用。从用户已授权的 Notion 连接拉取过去 24 小时的文档编辑、评论、提及与数据库行变更，并将摘要渲染为原生 Notion 页面（callout / 折叠块 / 数据库表原语）。不应手动触发此技能——它由 Orbit 的每日摘要调度器针对实时 Notion 数据调用。
io.github.nexu-io/open-design/orbit-notion
Open Orbit 简报技能——当 Notion 是用户唯一连接的连接器，或用户显式将每日摘要限定在 Notion 时，由 Orbit 流水线选用。从用户已授权的 Notion 连接拉取过去 24 小时的文档编辑、评论、提及与数据库行变更，并将摘要渲染为原生 Notion 页面（callout / 折叠块 / 数据库表原语）。不应手动触发此技能——它由 Orbit 的每日摘要调度器针对实时 Notion 数据调用。
io.github.nexu-io/open-design/huashu-takram-soft-tech
OpenDesign 采购与安全留守材料：买方可转发、可在内部审批的一页纸加附录。以面向采购委员会、安全与采购团队的决策级 B2B 销售幻灯片构建。
io.github.supabase/supabase/review-the-docs
在 ~/GitHub/supabase/supabase 本地审查 Supabase 文档变更——既包括审阅已开的 PR（分诊、分类、验证），也包括开 PR 前审阅自己分支（本地自审）。涵盖 markdown 流水线、MDX 内容、教程、示例、Studio 链接以及文档工具链。在被要求审阅文档 PR、自审草稿分支、确认谁已批准、验证构建产物或评估 supabase/supabase 文档改动时使用。
io.github.affaan-m/ECC/deployment-patterns
Web 应用的部署工作流、CI/CD 流水线模式、Docker 容器化、健康检查、回滚策略与生产就绪检查清单。在搭建 CI/CD、容器化应用或发布前做生产就绪检查时使用。
io.github.vercel/next.js/sandbox-bench
在 Vercel Sandbox VM 上以配对 A/B 统计对 React 或 Next.js 改动做基准测试：react PR/commit 对比 base，或 Next.js PR/commit 对比 base，经由 bench/render-pipeline 应用做端到端测量（rps、延迟、p95；如 Next 侧采集则含 TTFB、RSS 及 document/Flight 字节），React 改动还会走 react 仓库的 flight-ssr-bench fixture（Node 与 Edge web-streams 路径、Fizz 与 Flight+Fizz）。当用户要求 bench、性能测试或 A/B 一个 React PR、react-server-dom / Flight / vendored React 改动、或 Next.js PR（如“这个 PR 更快吗”“会不会让 RSC 退化”“量化 <commit> 的性能影响”）时即可使用——凡是量化两个版本间服务端性能差异的请求都属于此场景。远端运行（不占用笔记本），测量前先过正确性闸门，并给出 boot 级别的置信区间。
io.github.nexu-io/open-design/orbit-general
Open Orbit 简报技能——当用户连接了两个及以上连接器时由 Orbit 流水线选用。从每个已授权连接器（GitHub、Linear、Notion、Slack、飞书、Calendar、Gmail、Drive、Sentry、Vercel 等）拉取过去 24 小时的活动，并在「我的设计」顶部渲染单一自适应 bento 网格仪表盘。每个连接器模块按返回数据的形态自选 UI 形式（列表、头像堆叠、状态环、热力图、文件网格、告警卡等），使布局随 Orbit 连接器生态的增长而扩展。不应手动触发此技能——它由 Orbit 的每日摘要调度器针对用户实时连接器数据调用。
io.github.nexu-io/open-design/orbit-github
Open Orbit 简报技能——当 GitHub 是用户唯一连接的连接器，或用户显式将每日摘要限定在 GitHub 时，由 Orbit 流水线选用。从用户已授权的 GitHub 连接拉取过去 24 小时的 PR、评审请求、issue、CI 运行与合并，并按 GitHub 原生通知 + PR diff 的视觉语言渲染布局。不应手动触发此技能——它由 Orbit 的每日摘要调度器针对实时 GitHub 数据调用。
io.github.anthropics/skills/xlsx
当电子表格文件是主要输入或输出时使用：打开、读取、编辑或修复现有 .xlsx、.xlsm、.xltx、.csv、.tsv 文件（如加列、计算公式、格式化、图表、清洗数据）；从零或其他数据源新建表格；在表格格式之间转换。用户按名称或路径引用表格文件并提出处理要求时同样触发，也包括把结构混乱的表格数据（错位表头、脏数据）整理为规范表格。交付物必须是表格文件；当主要交付物是 Word 文档、HTML 报告、独立 Python 脚本、数据库管道或 Google Sheets API 集成时不要触发。
io.github.compozy/compozy/testing-boss
关于“写出能暴露 bug 而非侥幸通过”的测试准则，覆盖软件与 LLM/AI 系统。在编写或评审测试、新增 mock、判断测试该放在哪一层、让编码 agent 生成测试、排查 flaky CI、为 LLM/agent 功能设计 eval 套件，或重建脆弱的测试集时使用。不用于通用代码评审、与测试无关的库调试、超出测试范围的 CI 流水线设计，或生产可观测性。
io.github.mono/SkiaSharp/security-audit
审计 SkiaSharp 原生依赖的安全漏洞与 CVE，包括 SkiaSharp-Native 与 SkiaSharp Azure DevOps 流水线的 Component Governance（CG）告警。只读调查，输出带建议的状态报告。当用户要求：审计安全问题或 CVE、检查各依赖的 CVE 状态、寻找安全问题及其 PR 覆盖、汇总未修复漏洞、查看待处理的安全工作、检查 Component Governance 告警、评审原生构建流水线的 CG 告警时使用。触发语：“security audit”“audit CVEs”“CVE status”“what security issues are open”“check vulnerability status”“security overview”“what CVEs need fixing”“CG alerts”“component governance”“check container CVEs”。本技能为只读。要实际修复问题，请使用 `native-dependency-update` 技能。
io.github.sickn33/antigravity-awesome-skills/github-actions-debugger
通过解析运行日志与流水线定义，诊断、分析并修复失败的 GitHub Actions 工作流的专门技能。
io.github.rommapp/romm/backend-development
开发 RomM Python 后端（backend/）——基于 FastAPI，配合 SQLAlchemy 2.0、Alembic、RQ/Redis 与 Socket.IO。在添加或修改 API 端点、handler、ORM 模型、响应 schema、元数据 provider 适配器、后台任务、数据库迁移或后端测试时使用。涵盖分层架构、约定、认证/scopes、OpenAPI→前端类型流水线，以及 uv/pytest/alembic/trunk 工作流。任何对 backend/ 下的工作都会触发。
