搜索「Sales Pipeline」的结果

ai.smithery/kodey-ai-salesforce-mcp-server

针对你的 Salesforce 组织运行 SOQL 查询以获取记录与洞察。

io.github.affaan-m/ECC/orch-pipeline

orch-* skill 家族共用的编排引擎。定义带门槛的“调研-规划-TDD-评审-提交”流水线、规模分类器、代理映射，以及两个由 orch-* 操作 skill 委派使用的人工关口。通常不直接调用；当某个 orch-* skill 委派其带门槛的调研-规划-TDD-评审-提交流水线时生效。

io.github.affaan-m/ECC/ralphinho-rfc-pipeline

RFC 驱动的多代理 DAG 执行模式，含质量门、合并队列与工作单元编排。在运行带质量门和合并队列的 RFC 驱动多代理执行时使用。

io.github.sickn33/agentic-awesome-skills/devops-pipeline-builder

Design and implement CI/CD pipelines, Docker configurations, deployment strategies, and infrastructure automation with production-ready patterns.

io.github.tabler/tabler/build-pipeline

理解或修复 Tabler 资产流水线——`core/dist`、`tmp-assets/`、生成的 `public/` 目录、`copy-assets` Astro 集成、`build-css.ts`、vite/terser JS 构建与 turbo 开发依赖图。当资产缺失、过期、重复或跨构建膨胀，重启后 watcher 输出消失，页面对 `/dist/css/tabler.css` 返回 404，以及在修改 `.build/` 下内容、`astro.config.mjs` 中包的资产清单或 dev/build 脚本之前使用。

io.github.microsoft/PowerToys/ui-tests-pipeline-ci

仅限微软 FTE 的工作流：基于已有 Azure CLI 会话与 Azure DevOps REST API，验证环境配置、排队、自动等待并稳定运行 PowerToys UI Test Automation。在本地虚拟机套件通过后、被要求跑 UITests CI、做配置就绪预检、诊断反复 az login 提示或 401/403 权限错误、复用成功的构建、查看录制/产物，或管理三连跑限制时使用。内置 agent 持有的前台完成等待器。关键词：FTE、az、Azure CLI、Azure DevOps、pipeline、UI Test Automation、UITests CI、buildNow、specificBuildId、uiTestModules、CI flake。

io.github.affaan-m/ECC/cost-aware-llm-pipeline

LLM API 用量的成本优化模式——按任务复杂度进行模型路由、预算跟踪、重试逻辑和提示缓存。适用于需要降低 LLM 开支，或在不同模型层级与预算间路由任务时。

io.github.affaan-m/ECC/cost-aware-llm-pipeline

LLM API 使用成本优化模式 —— 基于任务复杂度的模型路由、预算跟踪、重试逻辑和提示缓存。

io.github.affaan-m/ECC/cost-aware-llm-pipeline

LLM API 用量的成本优化模式——按任务复杂度进行模型路由、预算跟踪、重试逻辑和提示缓存。

io.github.mukul975/Anthropic-Cybersecurity-Skills/integrating-dast-with-owasp-zap-in-pipeline

把 OWASP ZAP（Zed Attack Proxy）集成进 GitHub Actions 与 GitLab CI 流水线：对运行中的应用做 baseline、full 与 API 扫描配置、ZAP 发现项解读、扫描策略调优与 DAST 质量门禁。适用于对运行中的 Web 应用或 REST/GraphQL API 测试 XSS、SQLi、CSRF 与认证/授权缺陷，或 SAST 不够、合规/发布门禁需要运行时 DAST 时。

io.github.ruvnet/ruflo/pod-sales

执行业务 pod 中销售环节的一次 tick（ADR-164 §4.1，Phase 2）。加载 templates/sales.json，按 pod-schema 校验，在 ruflo 的 agent 注册表中解析 agent，通过 Phase-2 基于文件的占位账本预留预算（原子 SQLite 记账留待 ADR-164.1 的 Phase 3），为每个 agent 构造 dry-run prompt，经 federation_bbs_publish 的 JSONL 存储把摘要信封发布到 sales room，并输出结构化 {podName, tickId, agentsRan, totalUsd, envelopeId, status} 行供 /loop 摄取。默认 dry-run；--live 留给 Phase 3。

io.github.microsoft/vscode/azure-pipelines

在验证 VS Code 构建的 Azure DevOps 流水线改动时使用。涵盖排队构建、查看构建状态、查阅日志，以及无需等待完整 CI 运行即可迭代流水线 YAML。

io.github.mukul975/Anthropic-Cybersecurity-Skills/testing-prompt-injection-in-rag-pipelines

通过投毒的检索上下文与嵌入操纵，探测 RAG 应用是否存在提示注入。

io.github.PostHog/posthog/debugging-signals-pipeline

在本地端到端调试 signals 管线。涵盖从 fixture 发出测试 signal、经 REST API 监控 Temporal 工作流、从对象存储读取沙箱代理日志、检查 Docker 沙箱容器，以及诊断常见故障（陈旧的 ClickHouse embeddings、agentsh 网络拒绝、不活动超时）。当 signal 未送达收件箱、signal-report-summary 工作流失败或沙箱任务运行超时时使用。

io.github.affaan-m/ECC/recsys-pipeline-architect

使用 xAI 开源的 For You 算法所推广的六阶段 Source→Hydrator→Filter→Scorer→Selector→SideEffect 框架，设计可组合的推荐、排序与信息流流水线。适用于构建任何“为（用户，上下文）选出前 K 项”的系统——社交信息流、内容 CMS、RAG 重排器、任务优先级排序、通知分流、搜索重排、广告排序。

io.github.jeremylongshore/claude-code-plugins-plus-skills/orchestrating-deployment-pipelines

需要处理部署与 CI/CD 时使用。该 skill 提供部署自动化与编排，含完整指导与自动化。触发语如 “deploy application”、“create pipeline”、“automate deployment”。

io.github.wshobson/agents/deployment-pipeline-design

设计带审批卡点、安全检查与部署编排的多阶段 CI/CD 流水线。适用于设计零停机部署流水线、制定金丝雀发布策略、搭建多环境晋级工作流，或排查 CI/CD 中失败的部署卡点。

io.github.ComposioHQ/awesome-codex-skills/deploy-pipeline

使用 Composio CLI 跨 Stripe、Supabase 与 Vercel 运行端到端部署流水线。在单个脚本中上架 Stripe 商品、推送 Supabase 迁移、发布 Vercel 部署，并通过部署后检查进行验证。

io.github.sickn33/antigravity-awesome-skills/deployment-pipeline-design

多阶段 CI/CD 流水线的架构模式，包含审批门禁与部署策略。

io.github.salesforcecli/mcp/mcp-provider-dx-core

提供 Salesforce DX 核心功能接入的 MCP provider。

io.clawhub.big-roman123/sales-bot

使用 Supabase 存储与 Make.com 邮件工作流自动化线索采集与跟踪，把对话从新建状态一路管理到合格状态。

io.clawhub.zuoyunlai/lunheng-article-pipeline

学术论文/深度长文/行业分析流水线：含同行评审与期刊/发布渠道匹配建议（advisory）。不调用执行类工具（exec/process/code_execution，声明式）；主控持有会话编排与状态类工具（多 Agent 派发/收报告的设计内必需面）。标准架构 = 多 Agent 九角色；worker 不可用按节点接管并披露（详正文）。Routine 写盘（status.md / audits/）已声明；心跳为 opt-in「Operational Telemetry」。v2.14.0 起新增 G18 方法论审计（12 项清单 + D2 评分）。

ai.darkfunnels/whatsapp-sales-agent

WhatsApp AI sales agent on your own number via QR, no Meta API: audit chats, edit playbook, orders.

com.aiwebsitepipeline/indexnow-toolkit

构建并校验 IndexNow 提交内容、检查密钥文件，并比对 sitemap 生成提交清单。