搜索「Sales Pipeline」的结果

io.github.slopus/happy/release

面向 CLI、移动端、Web 与后端的发布流水线。引导版本递增、构建、测试、发布与部署。以 Claude Code 原生体验取代旧的交互式 release-it 流程。当用户输入 /release，或要求发布、推送、部署或交付任意组件时使用。

io.github.github/awesome-copilot/gem-devops-guidelines

设计或评审基础设施、部署、CI/CD、Docker、Kubernetes、健康检查、回滚、特性开关、生产就绪以及移动端发布工作流。适用于 DevOps、平台、容器、流水线与发布相关任务。

io.github.garrytan/gstack/autoplan

自动评审流水线：从磁盘读取完整的 CEO、设计、工程和 DX 评审 skill，依据 6 条决策原则做自动决策并按顺序运行。（gstack）

io.github.microsoft/PowerToys/ui-tests-local-vm

Run PowerToys UITest.Next suites in persistent Hyper-V VMs over PowerShell Direct. Validate full default and constrained suites on Windows 10 and Windows 11, plus applicable ARM64 guests, then automatically hand implementation tasks to ui-tests-pipeline-ci for commit/push and CI validation. Local green is not end-to-end completion. Use for agentic UI-test iteration, reusable standard-user desktops, payload staging, evidence export, VM customization, clean baselines, or hosts without nested virtualization. Keywords: Hyper-V, local VM, virtual machine, PowerShell Direct, Copy-VMFile, VMBus, checkpoint, unattend, autounattend, ISO, Windows 10 LTSC, Windows 11, ARM64, Windows on ARM, UI tests, UITest.Next, winappcli, TRX, CI handoff.

io.github.microsoft/PowerToys/ui-tests-migration

将 PowerToys UI 测试从 WinAppDriver/Selenium 迁移并稳定到 Microsoft.PowerToys.UITest.Next 与 winappcli。适用于移植、新建 UITest 工程、CI flaky 测试、本地 Hyper-V 虚拟机持续验证、可重置的干净基线运行、Settings IPC 鉴权/测试签名、Explorer/Shell 选择、预览 handler、缩略图提供程序、快捷键激活、有状态进程生命周期、WinUI/WebView 合成视觉基线，以及跨窗口/前台失焦问题。涵盖 API、脚手架、测试设计、诊断、agent 化执行与 CI 加固。关键词：UI test、UITestAutomation.Next、winappcli、WinAppDriver、Selenium、Settings IPC、Authenticode、local VM、Hyper-V、checkpoint、flaky、CI stability、WebView2。

io.github.K-Dense-AI/scientific-agent-skills/nextflow

端到端构建、运行和调试 Nextflow 数据流水线与 nf-core 工作流。只要用户提到 Nextflow、nf-core、.nf 文件、nextflow.config、DSL2、processes/channels/operators、samplesheet，或想运行社区流水线（如 nf-core/rnaseq、nf-core/sarek）、用 nf-test 编写和测试模块/subworkflow、配置执行器/容器（Docker、Singularity/Apptainer、Conda、Wave）、把工作流扩展到 HPC/SLURM 或云（AWS Batch、Google Batch、Azure、Kubernetes）、调试失败/续跑的运行，都应使用。即使用户没有说出 “Nextflow”，任何可复现的科学/生信工作流也应考虑使用，也包括编写 nf-core 合规的 pipeline、模块、配置和 lint。

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 的每日摘要调度器针对用户实时连接器数据调用。