搜索「Customer Service」的结果

io.github.bentoml/BentoML/bentoml-ec2-deploy

用 Docker 将容器化的 BentoML 服务直接部署到一台或多台裸 AWS EC2 实例——不用 Kubernetes。接收已推送的容器镜像（由 bentoml-containerize 技能构建），或通过 SSH 使用用户既有实例，或经 AWS CLI 开通新实例（SSM AMI 查询、安全组、密钥对），以重启自恢复方式运行容器，并用真实推理请求验证。当用户说“deploy my BentoML service to EC2”“run my bento on an AWS VM”“deploy this bento image to an EC2 instance”“run my BentoML container on AWS without Kubernetes”“put my bento on a cloud VM”等时使用。Kubernetes 目标请改用 bentoml-k8s-deploy。

io.github.mukul975/Anthropic-Cybersecurity-Skills/detecting-privilege-escalation-in-kubernetes-pods

结合准入控制（OPA 策略）、运行时监控（Falco）以及对安全上下文、Linux capabilities 与系统调用模式的审计日志分析，检测并预防 Kubernetes pod 内的提权。适用于调查以 root 或特权运行的 pod、加固工作负载防 pod 内提权，或搜寻超出预期范围的容器。关键词：allowPrivilegeEscalation、runAsRoot、capabilities、securityContext、OPA、Falco、审计日志。不要用于经 RBAC 与 service account 权限的提权——那用 auditing-kubernetes-rbac-privilege-escalation。

io.github.mukul975/Anthropic-Cybersecurity-Skills/implementing-rbac-hardening-for-kubernetes

加固 Kubernetes RBAC：设计最小权限的 Role 与 ClusterRole、审计 RoleBinding、清除 cluster-admin 泛滥、拆分 service account，并接入外部 OIDC 身份提供方。适用于收紧集群访问控制、移除过多的 ClusterRoleBinding，或加固 service account 权限以防提权与横向移动。关键词：RBAC、Role、ClusterRole、RoleBinding、最小权限、service account、OIDC、cluster-admin。不要用于发现现有提权路径——那用 auditing-kubernetes-rbac-privilege-escalation。

io.github.mukul975/Anthropic-Cybersecurity-Skills/implementing-kubernetes-network-policy-with-calico

安装 Calico 作为集群 CNI 并在其下编写标准 Kubernetes NetworkPolicy，覆盖默认拒绝基线、策略顺序与优先级、基于 service account 的 selector，以及验证策略是否真的在被执行。适用于采用 Calico 作为执行 CNI、建立默认拒绝基线，或排查 Calico 下 NetworkPolicy 不生效。关键词：Calico CNI、NetworkPolicy、default deny、policy order、Felix、service account selector。不要用于 Calico 专属 CRD（如 GlobalNetworkPolicy 或 DNS egress）——那用 implementing-container-network-policies-with-calico；与 CNI 无关的通用策略用 implementing-network-policies-for-kubernetes。

io.github.mukul975/Anthropic-Cybersecurity-Skills/auditing-kubernetes-rbac-privilege-escalation

用 kubectl auth can-i、rbac-police、kubectl-who-can 与 rakkess 在 Kubernetes 集群中查找权限过大的 RBAC 角色与 service account token 滥用路径，追踪哪些主体可能提权至 cluster-admin。适用于评审集群中谁能提权、在获授权评审中挖掘可利用的 RoleBinding，或在 RBAC 变更后验证最小权限。关键词：RBAC、ClusterRoleBinding、service account token、auth can-i、rbac-police、escalate、bind、impersonate。不要用于设计并落地加固后的 RBAC——那用 implementing-rbac-hardening-for-kubernetes。

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 跳过截图。