搜索「Sales Pipeline」的结果

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/ 下的工作都会触发。

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(...) 的任何使用。