搜索「Customer Service」的结果

io.clawhub.rm289/tardis

从设定起点追踪已流逝时间，带防篡改封存锁定。类似数字化的模拟计时器（Hobbs meter）。用于追踪运行时长、服务小时、距某事件的时间、清醒计数、项目周期、设备运转时间。支持创建、锁定（封存）、检查、对照外部哈希验证、列表与导出。

io.clawhub.crossallen/baidu-ecommerce-search

百度电商一站式服务。

io.clawhub.xieyuanqing/nginx-config-creator

为某个服务生成标准的 Nginx/OpenResty 反向代理配置文件并重载 Web 服务。带安全性检查与环境感知能力。主要参数为服务名、域名和端口。

io.clawhub.jneless/volcengine-tos-vectors-skills

使用 TOS Vectors 服务管理向量存储与相似度检索。在处理嵌入、语义检索、RAG 系统、推荐引擎时，或用户提到向量数据库、相似度检索、TOS Vectors 操作时使用。

io.github.n8n-io/n8n/public-api

使用 @PublicApiController 为 n8n Public API v1 新增、迁移或更新端点，涵盖公开 DTO、API key 与 RBAC scope、游标分页、OpenAPI 与覆盖率接线及测试。在 packages/cli/src/public-api/v1/ 下工作，或需要把已有服务通过 /api/v1 暴露时使用。

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

Quarkus 项目的验证闭环：发布或 PR 前的构建、静态分析、带覆盖率的测试、安全扫描、原生编译与差异（diff）审查。

io.github.affaan-m/ECC/contract-first

适用于多个消费方与提供方需要共同演进 API 或事件模式，且要避免字段漂移、集成意外，或某一侧擅自重新定义接口的场景。

io.github.microsoft/vscode/component-fixtures

在创建或更新用于截图测试的组件 fixture，或设计便于 fixture 化的 UI 组件时使用。涵盖 fixture 文件结构、主题化、服务准备、CSS 作用域、异步渲染与常见陷阱。

io.github.OpenHands/OpenHands/local-stack-runtime

This skill should be used when the user asks to "change the dev stack", "add a runtime service", "change the launcher", "update Docker", "bump Agent Server", "change ingress routing", or changes scripts/dev-*.mjs, runtime-services metadata, config/defaults.json, Docker, automation startup, process shutdown, or local authentication.

io.github.NVIDIA/OpenShell/build-openshell-mxc-windows

维护并验证 OpenShell 仅限构建的 Windows MSVC 通道（x64 与 ARM64）。在处理 Windows 编译、`windows:*` mise 任务、不受支持的 Windows compute-driver 契约或 Windows 构建报告时使用。本技能不在 Windows 上实现 Docker、Kubernetes、Podman、VM、MXC 驱动、策略转换、MSI、服务或 supervisor 运行时支持。

io.github.elie222/inbox-zero/cloud-dev-environment

用于本地开发的 Cursor Cloud VM 配置与服务启动说明。

io.github.google/skills/gke-platform-security

规划、配置并加固平台级的 Google Kubernetes Engine（GKE）集群安全。涵盖集群附加组件（启用 Secret Manager）、RBAC 加固（禁用不安全绑定、审计工具）、Binary Authorization、启用 Shielded Nodes、GKE Sandbox 集群启用、GKE IAM 角色，以及跨服务认证 IAM 模式。用于保障集群控制平面安全、加固 GKE RBAC、启用 Shielded Nodes、启用 GKE Sandbox 运行时、启用集群级安全附加组件，或管理 GKE IAM 角色时。不用于工作负载级安全（Workload Identity、SecretProviderClass、PSS、NetPol、gVisor pod runtimeClassName；改用 gke-workload-security）。

io.github.twentyhq/twenty/syncable-entity-integration

Contributing to the Twenty codebase itself (twentyhq/twenty server internals), not for building apps on top of Twenty. Wire syncable entity services into NestJS modules, create service layer and resolvers for Twenty entities. Use when registering builders, validators, and action handlers in modules, creating business services, or exposing entities via GraphQL API with proper exception handling.

io.github.usestrix/strix/api-security-testing

用 Strix 对 REST、GraphQL 或 gRPC API 做安全测试——自主 agent 从 OpenAPI/GraphQL schema(或通过爬取)枚举端点,并实际利用 OWASP API Security Top 10(2023)中的 API 特有漏洞类别:对象级授权失效(BOLA/IDOR)、对象属性级授权失效(过度数据暴露与批量赋值)、功能级授权失效、资源消耗不受限、SSRF、注入以及认证/token 缺陷。每个发现都附带可工作的 proof-of-concept 请求。当用户要求对 API、端点或后端服务做渗透测试、安全测试、审计或查找漏洞时使用。

io.github.TriliumNext/Trilium/developing-standalone

开发 Trilium 的浏览器内 standalone 构建（apps/standalone，部署于 app.triliumnotes.org 并被移动应用内嵌）时使用：service worker（sw.ts）、leader 标签页选举与多标签请求转发、SQLite worker（local-server-worker.ts、基于 OPFS SAHPool 的 @sqlite.org/sqlite-wasm）、initializeCore() 所需的 lightweight/* 提供者实现、standalone 专用路由、window.standaloneApi、OPFS 中的备份/恢复、Vite 打包桩（officeparser、pdfjs、sqlite wasm 副本）、启动错误，以及运行/测试/部署。当 packages/trilium-core 的变更新增 provider、Node import 或顶层副作用时也需加载——standalone 是最容易出问题的地方。

io.github.labring/FastGPT/deploy

FastGPT 的 Docker Compose 自托管部署流程。当用户要求 AI 智能体参照 /deploy/SKILL.md 用 Docker 部署 FastGPT 时使用，包括创建空的 fastgpt 目录、以非交互模式运行安装脚本、启动 Docker Compose、监控服务健康、排查 compose 问题，并返回访问地址、root 账号凭据与后续步骤。

io.github.bentoml/BentoML/bentoml-containerize

将本地 BentoML 项目构建为 Bento，容器化为 OCI/Docker 镜像，本地冒烟测试，并推送到容器镜像仓库（Docker Hub、GHCR、ECR、私有仓库、kind/minikube 本地加载或 ttl.sh）。当用户要求“containerize a Bento”“build a Docker image for my BentoML service”“package my BentoML service for deployment”“push my Bento image to a registry”，或作为把 BentoML 部署到 Kubernetes/EC2 的第一步时使用。本技能不执行任何部署——需移交 bentoml-k8s-deploy 或 bentoml-ec2-deploy 完成部署。

io.github.PostHog/posthog/debugging-experiments

为查看自己结果的客户调试和支持 PostHog Experiments（A/B 测试）。只要粘贴了实验支持工单或客户提出结果相关问题就使用，最常见的是“为什么我的曝光不均？”“为什么某个变体没有流量？”“为什么我缺少/只见很少曝光？”“为什么出现偏差横幅？”“为什么 PostHog 的数字和我的 SQL 对不上？”。以只读方式拉取实验真实数据，对照已知成因清单匹配，产出面向客户的解释、修复方案与相关数字的评审。加载 diagnosing-experiment-results 作为深度诊断库。不触发：创建实验（用 creating-experiments）、仅配置放量（configuring-experiment-rollout）或指标（configuring-experiment-analytics）、询问生命周期问题（managing-experiment-lifecycle），或行为异常的是底层 feature flag 而非结果（用 debugging-feature-flags）。

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

生成可独立提交进仓库的生产部署脚本包（deploy/deploy.py + 一份仅含覆盖项的 config.yml——Kubernetes manifest 由它渲染），无需 agent 参与即可完成构建、容器化、推送、部署与验证 BentoML 服务——可在终端或 CI/CD 中运行。当用户说“generate a deployment script”“deploy from CI/CD”“set up a production deployment pipeline”“deploy without the agent”“give me a script I can commit to deploy this”“automate my BentoML deploys”等时使用。与交互式技能互补：bentoml-containerize、bentoml-k8s-deploy、bentoml-ec2-deploy 是在有你在场的情况下完成一次部署，本技能则产出可无限重复的脚本。支持 Kubernetes 与 EC2 目标。

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。