“Sales Pipeline” 共 91 个结果
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/ 下的工作都会触发。
io.github.rommapp/romm/frontend-v2-theming
RomM v2 前端的主题、设计令牌、色彩与视觉语言。在为 v2 组件写样式、挑选颜色、添加/使用 CSS 变量、处理明暗主题，或想用 hex/rgba 字面量时使用。涵盖令牌流水线（src/v2/tokens/index.ts → build:tokens → tokens.css）、.r-v2 作用域类、零 hex 字面量策略与共享状态语义。对 frontend/src/v2/ 下任何颜色/主题/令牌工作触发。
io.github.peterkrueck/Claude-Code-Development-Kit/deploy
安全地测试并部署变更。发现部署目标，在上线前执行失败即止的门禁检查，可选地执行影子部署与切换，然后运行仅报告模式的部署后检查。这是一个模板——请按你的具体部署流水线定制命令和检查项。
io.github.dotnet/runtime/api-proposal
为 dotnet/runtime 创建带原型佐证的 API 提案。在被要求起草 API 提案、撰写 api-suggestion issue、把模糊的 API 想法打磨成完整提案，或改进标记为 api-needs-work 的提案时使用。涵盖从研究、原型、参考源码生成到发布的完整流水线。不用于 bug 修复、代码审查、性能基准测试，或不影响公共 API 面的内部改动。
io.github.affaan-m/ECC/finance-billing-ops
ECC 中证据优先的收入、定价、退款、团队计费与计费模型核实工作流。当用户需要销售快照、定价对比、重复扣费诊断，或需要基于代码的计费真实情况而非泛泛的支付建议时使用。
io.github.affaan-m/ECC/deployment-patterns
Web 应用的部署工作流、CI/CD 流水线模式、Docker 容器化、健康检查、回滚策略与生产就绪清单。
io.github.electric-sql/electric/designing-entities
当应用开发者想为 Electric Agents 应用构建实体（即 agent）时使用——设计单一实体类型、必要时挑选协调模式（单 agent、manager-worker、pipeline、map-reduce、dispatcher、blackboard、reactive-observer）、定义状态、handler 与 schema，并在一个实体文件中实现。适用于 @electric-ax/agents-runtime 应用中对 registry.define(...) / defineEntity(...) 的任何使用。
io.github.google-labs-code/stitch-sdk/stitch-sdk-domain-design
为 Stitch SDK 设计领域模型。在把 MCP 工具映射到领域类及 domain-map.json 中的绑定时使用。这是生成流水线的第 2 阶段
io.github.RSSNext/Folo/mobile-release
在从 dev 分支准备移动端发布、决定改动经应用商店还是 OTA 管线交付，并向 mobile-main 创建发布 PR 时使用。
io.github.jeremylongshore/claude-code-plugins-plus-skills/managing-deployment-rollbacks
需要处理部署与 CI/CD 时使用。该 skill 提供部署自动化与编排，含完整指导与自动化。触发语如 “deploy application”、“create pipeline”、“automate deployment”。
io.github.jeremylongshore/claude-code-plugins-plus-skills/apollo-deploy-integration
将 Apollo.io 集成部署到生产环境。用于部署 Apollo 集成、配置生产环境或搭建部署流水线。触发语如 “deploy apollo”、“apollo production deploy”、“apollo deployment pipeline”、“apollo to production”。
io.github.AgentWorkforce/relay/writing-agent-relay-workflows
用于基于 relay broker-sdk 构建多代理工作流。涵盖会话式与流水线式协调、WorkflowBuilder/DAG 步骤、代理、{{steps.X.output}} 链式引用、可修复的验证门禁、基于证据的完成判定、强制的 Claude 后接 Codex 全新视角审查/修复循环与测试加固、频道、聊天原生配方、错误处理、事件监听器、步骤粒度、主导+工作者团队，以及并行波次。
io.github.AgentWorkforce/relay/writing-agent-relay-workflows
用于基于 relay broker-sdk 构建多代理工作流。涵盖会话式与流水线式协调、WorkflowBuilder/DAG 步骤、代理、{{steps.X.output}} 链式引用、可修复的验证门禁、基于证据的完成判定、强制的 Claude 后接 Codex 全新视角审查/修复循环与测试加固、频道、聊天原生配方、错误处理、事件监听器、步骤粒度、主导+工作者团队，以及并行波次。
io.github.EliasOulkadi/shokunin/kubernetes
在生产环境部署、管理与调试 Kubernetes —— Deployment、Service、Gateway API、服务网格（Istio/Linkerd/Cilium）、eBPF 可观测性（Cilium Hubble）、安全加固（Pod Security Standards、OPA/Kyverno、seccomp、Falco/Tetragon 运行时安全）、Helm、HPA、PDB、拓扑分布以及问题排查。当用户要求编写 K8s 清单、部署到集群、调试 Pod、搭建 Gateway API、配置弹性伸缩或加固集群安全时使用。不用于编写 Dockerfile（请用 docker）、CI/CD 流水线设计（请用 ci-cd）或 Terraform 基础设施（请用 terraform）。
io.github.huggingface/diffusers/parity-testing
调试或校验不同 pipeline 实现之间数值一致性（如研究仓库与 diffusers、标准版与 modular 版）时使用。当输出看起来不对——泛白、像素化或有视觉伪影——时也应参考，这些通常是一致性 bug。
io.github.alirezarezvani/claude-skills/agent-workflow-designer
设计生产级多 agent 工作流，明确模式选择（顺序、并行、层级）、交接契约、失败处理与成本/上下文控制。用于架构多步 agent 流水线、在单 agent 与多 agent 方案间取舍，或重构存在上下文膨胀、交接不可靠的 LLM 工作流时。
io.github.coreyhaines31/marketingskills/revops
当用户需要收入运营、线索生命周期管理或市场到销售的交接流程支持时使用。用户提到 RevOps、revenue operations、线索评分、线索路由、MQL、SQL、pipeline stages、deal desk、CRM 自动化、marketing-to-sales handoff、数据清洗、线索没有流转到销售、pipeline 管理、线索资格判定，或“市场何时该交接给销售”等场景时也适用。凡涉及连接市场与收入的系统和流程均可使用。冷邮件触达见 cold-email，邮件序列营销见 emails，定价决策见 pricing。
io.github.iflytek/skillhub/testing-and-ci
SkillHub 的测试约定、CI 流水线规则与冒烟测试覆盖要求。确保 agent 正确编写测试并理解 CI 门禁要求。
io.github.ruvnet/RuView/ruview-verify
校验 RuView 构建——完整 Rust 工作区测试、确定性 Python 流水线证明（SHA-256 Trust Kill Switch）、固件哈希清单，以及可一键自校验的 ADR-028 见证包。在任何重大变更后、合并 PR 前使用，或为接收方生成证明包。
