搜索「Customer Service」的结果

io.github.wshobson/agents/python-design-patterns

Python 设计模式，包括 KISS、关注点分离、单一职责与组合优于继承。当从零设计新服务或组件、抉择职责分层，重构已过度膨胀的上帝类或巨型函数，决定是引入新抽象还是接受重复，评审 PR 中紧耦合或泄漏内部类型等结构问题，为新类层次在继承与组合间抉择，或代码库因 I/O 与业务逻辑纠缠而难以测试时使用本技能。

io.github.affaan-m/ECC/production-audit

基于本地证据的生产就绪审计，适用于已上线应用、上线前评审、合并后检查，以及“生产环境会坏在哪”这类提问，且不会把仓库数据发给外部审计服务。在上线前或合并后审计生产就绪度，或被问到生产会出什么问题时使用。

io.github.affaan-m/ECC/laravel-patterns

Laravel 架构模式、路由/控制器、Eloquent ORM、服务层、队列、事件、缓存，以及面向生产应用的 API 资源。适用于构建或审查 Laravel 应用——控制器、Eloquent、服务层、队列或 API 资源。

io.github.affaan-m/ECC/quarkus-patterns

Quarkus 3.x LTS 架构模式，使用 Camel 处理消息、RESTful API 设计、CDI 服务、Panache 数据访问与异步处理。适用于采用事件驱动架构的 Java Quarkus 后端工作，尤其涉及 Camel 消息或 Panache 数据访问时。

io.github.affaan-m/ECC/fastapi-patterns

FastAPI 最佳实践，涵盖项目结构、Pydantic v2 模型、依赖注入、异步处理器、认证、授权、事务性服务层，以及使用 httpx 和 pytest 的测试。适用于构建或审查 FastAPI 应用——Pydantic 模型、依赖、异步处理器、认证或测试。

io.github.affaan-m/ECC/java-coding-standards

面向 Spring Boot 与 Quarkus 服务的 Java 编码规范：命名、不可变性、Optional 的使用、Stream、异常、泛型、CDI、响应式模式与工程结构。会自动套用框架专属约定。当在 Spring Boot 或 Quarkus 服务中编写或审阅 Java 代码时使用。

io.github.PostHog/posthog/triaging-warehouse-sync-tickets

借助 PostHog 自身生产数据，从支持工单出发排查客户的数据仓库源、schema 或表。当工单称仓库表过期、为空、卡住、重复、缺行或同步失败，且你需要同步的真实状态而非客户描述时使用。客户所在团队你的 MCP 会话无法直达，因此所有答案都来自 execute-sql，其 connectionId 指向直连 PostHog 线上生产库（存有全部客户数据）的 direct-connect 源。涵盖区域判定（US 与 EU）、生产 Postgres 连接（externaldatasource / externaldataschema / externaldatajob / datawarehousetable）、生产 ClickHouse 连接（log_entries、app_metrics2）、经 posthog-connection-call 的跨区域访问、为何 external-data-* 产品工具会悄悄从你自己的项目作答，以及如何以一条建议动作加“谁能执行”收尾。仅限内部：每次查询返回的都是其他客户的数据。

io.github.PostHog/posthog/investigating-logs

在 PostHog 项目中调查日志：确认某个服务或部署是否健康、解释错误尖峰、分诊事故，或读懂日志流在说什么。当用户要求“查看日志”、询问某个服务、部署、发布或变更是否正常或引发了问题、为什么错误上升或变化了什么，或想要日志中可见故障的根因时使用。指导使用日志 MCP 工具（服务概览、模式挖掘、前后模式对比、分桶计数、facets、原始行），让调查从汇总开始而不是原始行或对日志表手写 SQL。

io.github.upstash/context7/context7-mcp

通过 Context7 MCP 服务器获取最新的按版本区分的库文档和代码示例。用户询问任何库、框架、SDK、API、CLI 工具或云服务(含 API 语法、配置、安装说明、版本迁移、CLI 用法、库特定调试)时使用;调用第三方库生成代码时使用;用户指明版本(如 Next.js 15、React 19)时使用。React、Vue、Next.js、Prisma、Supabase、Express、Tailwind、Django、Spring Boot 等知名库同样适用,因为训练数据可能未反映最新变化。库文档优先于网络搜索。不用于:重构、从零编写脚本、业务逻辑调试、代码审查、通用编程概念,或用户已提供相关文档时。

io.github.kortix-ai/suna/kortix-apps

通过预认证的 CLI 或 SDK 部署并运维厂商中立的 Kortix Apps。当用户要求发布、托管、部署、预览、检视、唤醒、暂停、回滚、调试或移除 HTML/CSS/JavaScript、静态 SPA、Vite 或 React 源码、Next.js、Dockerfile 服务或 OCI 镜像至稳定的 Kortix URL 时使用。

io.github.zhaoxuya520/reverse-skill/competition-k8s-control-plane

ctf-sandbox-orchestrator 的内部下游技能。针对 Kubernetes API 分析、service-account 信任、RBAC 权限边界、admission 与控制器行为、集群 secrets、工作负载改写及 namespace 范围内配置漂移的 CTF 沙箱工作流。当用户要求检查 kube API 权限、service-account token、RoleBinding/ClusterRoleBinding 关系、admission webhook、控制器创建的 pod、secret 泄露，或排查运行中的工作负载与清单不一致时使用。仅在 $ctf-sandbox-orchestrator 已确立沙箱前提并路由到此技能后使用。

io.github.affaan-m/ECC/docker-patterns

面向本地开发的 Docker 与 Docker Compose 模式，包括加固的 CLI 安装脚本运行环境、容器安全、网络、卷与多服务编排。当编写或审阅 Dockerfile 与 Compose 服务、跨 Linux 发行版测试安装脚本，或规划准确的 macOS 与 Windows 原生验证时使用。

io.github.PostHog/posthog/adding-personhog-rpc

在 personhog-replica 与 personhog-router 中新增 RPC 的指南。涵盖资格检查、proto 定义、Python 与 Node.js 客户端代码生成、Rust 实现（storage trait、postgres 查询、服务处理器、router 接线）与索引兼容性校验。在为 personhog 添加新 gRPC 端点、把 Django ORM 查询迁移到 personhog 或扩展 personhog 服务 API 时使用。

io.github.novuhq/novu/nv-endpoint-routed-tool-provider

构建或重构端点路由式的 Tool 通道提供者（PagerDuty、Opsgenie 及未来的事件/告警工具）：按订阅者的密钥加密存储在通道端点资源上，无状态提供者在发送时从 channelData 解析路由，无端点时步骤置为 SKIPPED，并覆盖 API/worker/dashboard/docs/playground 的完整界面。以强制的 provider-docs 发现门槛开头。当把 Opsgenie 重构为 PagerDuty 模式、新增工具提供者或改动 pagerduty_service 通道端点时使用。

io.github.upstash/context7/find-docs

为任意开发者技术检索最新文档、API 参考和代码示例。只要用户询问特定库、框架、SDK、CLI 工具或云服务——包括 React、Next.js、Prisma、Express、Tailwind、Django、Spring Boot 等知名库——就使用本技能,因为训练数据可能未反映最近的 API 变更或版本更新。以下情况务必使用:API 语法问题、配置项、版本迁移问题、提到库名的 "how do I" 问题、涉及库特定行为的调试、安装说明,以及 CLI 工具用法。即使认为已知答案也应使用——不要依赖训练数据中的 API 细节、签名或配置项,务必对照当前文档核实;库文档与 API 细节优先于网络搜索。

io.github.upstash/context7/context7-docs

为任意库、框架、SDK、CLI 工具或云服务获取最新文档和代码示例。只要用户询问特定库——哪怕 React、Next.js、Prisma、Express、Tailwind、Django、Spring Boot 等常见库——都应使用,因为训练数据可能未反映最近的 API 变更或版本更新。以下情况务必使用:API 语法问题、配置项、版本迁移问题、提到库名的 "how do I" 问题、涉及库特定行为的调试、安装说明,以及 CLI 工具用法。即使你认为自己知道答案也要用——不要依赖训练数据中的 API 细节、函数签名或配置项,它们常常过时。库文档优先于网络搜索。

io.github.github/awesome-copilot/planning-oracle-to-postgres-migration-integration-testing

为 Oracle 到 PostgreSQL 数据库迁移中的 .NET 数据访问代码制定集成测试计划。分析单个项目，识别与数据库交互的仓储、DAO 和服务层，产出结构化测试计划。适用于为迁移后的项目规划集成测试覆盖、确定哪些数据访问方法需要测试，或准备 Oracle 到 PostgreSQL 的迁移验证。

io.github.mem0ai/mem0/mem0-oss-to-platform

制定并执行将项目从 mem0 开源/自托管 SDK(本地 Memory 类)迁移到 mem0 Platform 托管 SDK(MemoryClient 类)的方案。当开发者想把 mem0 从 OSS/自托管迁移到托管 API 时使用,例如"把 mem0 设置迁移到平台""从自托管 mem0 切换到 MemoryClient""改用 mem0 API key 而非本地 Qdrant""把 mem0 迁到云端/托管服务""用平台配置替换本地向量库+嵌入器配置"。适用于 Python(from mem0 import Memory → from mem0 import MemoryClient)和 TypeScript/JavaScript(import { Memory } from "mem0ai/oss" → import MemoryClient from "mem0ai")。即使用户没说"迁移"二字,但明显希望现有 mem0 集成改为访问托管平台时也应触发。先产出可审阅的迁移计划,经开发者确认后执行。

io.github.Stirling-Tools/Stirling-PDF/feature-walkthrough

端到端讲解当前分支的完整逻辑与流程，让毫无前置知识的人也能理解、审查并复现。从分支 diff 界定变更范围，追踪其触达的每一层流程（前端工具/hook/组件、Java controller/service/endpoint、Python 引擎、配置、i18n、测试），产出带 Mermaid 图（时序/流程/架构）、可点击引用的带注释文件地图、前后行为对比、涉及 UI 时的截图、「本地试跑」章节与边界情况/风险的自包含走查文档。当被要求做功能或分支走查、「解释这个分支做了什么」、设计/逻辑说明、PR 审查者上手或交接文档时使用。加 --html 可同时输出渲染的 HTML 版；--no-screens 跳过截图。

io.github.n8n-io/n8n/credential-setup-with-computer-use

指导通过 Computer Use 浏览器工具完成 n8n 凭据配置。当用户需要从外部服务的控制台获取 OAuth 应用、API key、client ID、client secret 或其他凭据值时使用。

io.github.aiskillstore/marketplace/backend-orchestrator

协调后端开发任务（API、服务、数据库）。在实现 REST API、业务逻辑、数据模型或服务集成时使用，并应用 backend-standard.md 作为质量闸门。

io.github.telagod/code-abyss/backend

从更强模型蒸馏的后端工程判断经验——在选择技术栈、语言、数据库、队列或架构时调用；在设计服务、API、业务逻辑或 schema 时；在让系统达到生产可用（可观测性、故障处理、安全）时；或评审服务端代码、判断代码库健康度时。包含场景化技术栈取舍、逻辑设计规则、数据纪律、生产底线，以及“腐烂目录”（代码不可维护的早期征兆）。

io.github.Dynatrace/dynatrace-for-ai/dt-obs-kubernetes

Kubernetes 集群、Pod、节点与工作负载监控。在分析 K8s 健康状态、资源优化、Pod 故障、OOMKill、调度或安全态势时使用。也用于 Pod 重启、OOM 事件、驱逐等 Kubernetes 运维事件及集群事件历史分析。触发词："Kubernetes pods"、"K8s cluster health"、"OOMKill"、"pod restarts"、"container CPU"、"namespace resource usage"、"over-provisioned pods"、"privileged containers"、"pod placement"、"K8s node capacity"、"running containers by cluster"、"workload scheduling"、"pod evictions"、"K8s labels and annotations"、"kubernetes events"、"pod restart events"、"OOM events"、"K8s event history"。不用于解释已有查询、产品文档问题、AWS 专属资源查询、服务级 RED 指标、分布式追踪或日志分析 —— 请改用相应技能。

io.github.PostHog/posthog/exploring-apm-traces

通过 MCP 使用 PostHog APM（OpenTelemetry span）数据调查分布式应用性能。当用户询问服务链路、缓慢的 HTTP/数据库 span、错误 span、错误率趋势或尖峰、延迟分布、trace ID 或 span 属性时使用——不适用于 AI 可观测性追踪或产品日志。使用 posthog:query-apm-spans、posthog:apm-trace-get、posthog:apm-spans-sparkline、posthog:apm-services-list、posthog:apm-attributes-list 与 posthog:apm-attribute-values-list。