搜索「Search The Web」的结果

io.github.PostHog/posthog/formatting-insight-axes

在通过 `posthog:insight-create` 或 `posthog:insight-update` 创建或更新 insight 时选对 y 轴单位——同时覆盖 TrendsQuery（`trendsFilter.aggregationAxisFormat`）与 SQL insight（`DataVisualizationNode`、`chartSettings.yAxis[].settings.formatting`）。当代理即将仅为换算单位添加 `formula`（如把秒除以 60 显示为分钟）、`math_property` 或 SQL 列是时长、货币、比率或大计数，或用户在图表 insight 语境中提到“格式化 y 轴”“duration”“seconds”“minutes”“hours”“milliseconds”“ms”“percentage”“%%”“currency”“decimals”“axis label”“axis unit”时使用。

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.bentoml/BentoML/bentoml-k8s-deploy

使用纯 kubectl manifest（不用 Helm、operator 或 BentoCloud/Yatai）将容器化的 BentoML 服务部署到 vanilla Kubernetes 集群。接收已推送的容器镜像（来自 bentoml-containerize 技能），探测 bento 的服务拓扑，为部署编写一份 `config.yml`，并据此为每个 BentoML 服务渲染一个 Deployment + Service（外加可选 HPA/Ingress），按依赖顺序应用，并用真实推理请求验证 rollout。当用户说“deploy my BentoML service to Kubernetes”“deploy this bento image to my cluster”“run my bento on k8s”“create k8s manifests for my bento”“split my bento services into separate pods”“expose my BentoML service in Kubernetes”等时使用。也可诊断失败的部署——“my BentoML pods are crashing”“ImagePullBackOff”“pod stuck Pending”“readiness probe failing”“rollout stuck”“can't reach my service on Kubernetes”“inference 4xx/5xx”。

io.github.langchain-ai/deepagents/deepagents-thread-inspector

检查并解读本地 Deep Agents Code 的 SQLite 会话存储中的对话。当 LangSmith trace 工具不可用、会话离线或未被追踪，或被要求识别与总结本地 dcode 线程、检查 checkpoint 元数据、列出最近的本地线程、解析 $DEEPAGENTS_HOME/.state/sessions.db 及线程 UUID 或前缀时，作为兜底方案使用。

io.github.netdata/netdata/learn-site-structure

关于本仓库（及另外 5 个 Netdata 官方仓库）文档如何成为 `learn.netdata.cloud` 已发布页面的权威参考。涵盖 `<repo>/docs/.map/map.yaml` 唯一事实源（真正的开关——文件系统路径与路由无关）、learn 仓库中现役的 `ingest/ingest.py` 编排器（不是遗留的 `ingest.js`）、frontmatter 注入、slug 规则、侧边栏自动生成、MDX 转义规则、版本化、四机制重定向栈、6 个源仓库、每 3 小时一次的 CI 摄取、Netlify 部署，以及 learn 仓库手写文件的 `part_of_learn=True` 启用方式。在增删改移文档页面、Learn 上的页面看起来不对、犹豫该在本仓库还是 learn 仓库编辑文档，或阅读 `ingest.py`、`sidebars.js`、`docusaurus.config.js`、`static.toml`、`LegacyLearnCorrelateLinksWithGHURLs.json`、`netlify.toml`、`.mdx` 中的 `<!--startmeta` 块、`ingest.yml` 与 `daily-learn-link-check.yml` 工作流时使用。

io.github.deepseek-ai/deepseek-harness/dsh-prose-standard

在 deepseek-harness 仓库中编写、评审、恢复、精简或审计文案时使用，包括判定在 Markdown、JSDoc、代码与测试注释、提示词、描述、诊断信息、CLI 或 UI 文案中何处必须提供文档或注释。

io.github.PostHog/posthog/announcing-behavior-changes

先判定一个改变行为的修复是否需要应用内提示，需要时构建只触达受影响用户且日后可以移除的提示。当改动会在老用户不采取任何行动的情况下改变其所见——某个指标变了、图表偏移、计数下降、日期范围解析方式不同、匹配规则命中不同——以及添加、评审或移除此类提示时使用。触发词：behavior change、breaking change、semantics change、“results may differ”、change notice、deprecation banner、migration banner。载入门槛（用经过测试的谓词精确圈定受影响用户，否则干脆不发提示）、来自 `SqlInsightDateFilterNotice` 的模式、提示的锚定位置，以及基于 feature flag 的移除路径。不适用于新功能（用 changelog）、由后端计算的永久性逐对象警告，也不适用于措辞本身（见 `/writing-user-facing-copy`）。

io.github.affaan-m/ECC/social-publisher

通过 SocialClaw 跨 13 个平台进行代理驱动的社媒发帖调度与发布。当用户需要向 X、LinkedIn、Instagram、Facebook 主页、TikTok、Discord、Telegram、YouTube、Reddit、WordPress 或 Pinterest 发布内容，或管理活动、上传媒体、监控帖子投递状态时使用。

io.github.affaan-m/ECC/data-scraper-agent

为任意公开来源（招聘网站、价格、新闻、GitHub、体育赛事等）构建全自动的 AI 数据收集代理。按计划抓取，用免费 LLM（Gemini Flash）丰富数据，将结果存入 Notion/Sheets/Supabase，并从用户反馈中学习。完全免费地在 GitHub Actions 上运行。当用户希望自动监控、收集或追踪公开数据时使用。

io.github.affaan-m/ECC/x-api

X/Twitter API 集成，用于发布推文、推文串、读取时间线、搜索和数据分析。涵盖 OAuth 认证模式、速率限制和平台原生内容发布。适用于用户希望以编程方式与 X 交互时。

io.github.affaan-m/ECC/lead-intelligence

AI 原生的销售线索识别与触达流水线。以 Agent 驱动的信号打分、双向排序、熟人路径发现、基于来源的语调建模，以及针对邮件、LinkedIn 与 X 的渠道化触达，替代 Apollo、Clay 和 ZoomInfo。当用户希望找到、筛选并联系高价值联系人时使用。

io.github.microsoft/vscode/chat-customizations-editor

在开发 Chat Customizations 编辑器时使用——即用于管理 agents、技能、指令、hooks、提示词、MCP 服务器与插件的管理界面。

io.github.code-yeongyu/oh-my-openagent/coding-agent-sessions

当需要查找、读取、列出、搜索、查看、拉取、导出或重建跨 Codex、Claude Code/Desktop、OpenCode、OMO/Senpi/pi、oh-my-pi (omp)、gajae-code (gjc)、OpenClaw、Factory Droid、Amp、Gemini/Kimi/Qwen CLI、Codebuff、Roo/Kilo/Cline、Kodu、Cursor CLI、Aider、Aside 浏览器 agent 会话或未知本地 agent 日志时务必使用。覆盖 transcript、会话 ID、rollout JSONL、state SQLite、Claude projects/pre-compact 历史、OpenCode messages/parts、子/subagent 关联、cwd/model/时间/token 过滤、归档与成本线索。会把模糊回忆展开为并行查询通道，并先探测已知存储，从而低成本跳过不存在的平台。触发词：coding agent sessions、Codex/Claude/OpenCode/OMO/Senpi/pi/oh-my-pi/omp/gajae-code/gjc/OpenClaw/Droid/Amp/Kodu/Cursor/Aider/Aside sessions、transcript search、session history、session ID、read transcript、token usage、subagent sessions、what did I do yesterday、did we already do this。

io.github.getsentry/sentry/migrate-container-queries

将 Sentry 前端的视口 media query（@media、useMedia 及 screen: 前缀的响应式 props）迁移到 container query 的指南。在把响应式布局迁移到 container query、替换 @media/useMedia/screen: 断点、将带样式的响应式组件重构为 Container/Flex/Grid 原语，或参与 DE 的 container-query 迁移工作时使用。

io.github.PostHog/posthog/writing-code-comments

判定一条代码注释是否该存在，并强制留下的注释解释“为什么”而非“是什么”。在用任何语言（Python、TypeScript、Go、Rust、SQL）编写或编辑注释前务必使用，也用于评审新增注释的 diff。清除 clutter 代码库的注释类型：复述代码的旁白、变更历史与聊天上下文备注（“之前做了 X”“按 PR #123”“AI:”）、易失效的度量与现状标记（“约 20 分钟构建”“目前”“今天”）、被注释掉的代码与冗余 docstring。保留有价值的注释：不显然的 why、关于非本地影响的警告、指向未来读者无法自行重建上下文的线索。不适用于面向用户的文案（见 `/writing-user-facing-copy`）或提交信息。

io.github.github/awesome-copilot/anti-ui-slop

阻止编码 agent 交付千篇一律的 UI。利用 UIZZE 的 80 万多个真实 Web 和 iOS 界面来构建贴合产品的界面、定义设计契约、覆盖必要状态并执行严格的完成度检查。在 Codex、Claude Code、Cursor、Copilot 或其他编码 agent 中设计、实现、重设计、评审或上线前审查 Web/iOS 界面时使用。可用 "anti-ui-slop"、"stop UI slop"、"ground this UI in real screens" 或 "run the UI finish gate" 触发。

io.github.D4Vinci/Scrapling/Scrapling-Skill

使用 Scrapling 抓取网页，支持反爬绕过（如 Cloudflare Turnstile）、隐身无头浏览、spider 框架、自适应抓取和 JavaScript 渲染。需要抓取/爬取/提取网站数据、web_fetch 失败、站点有反爬防护、编写 Python 抓取代码或 spider 时使用。

io.github.mukul975/Anthropic-Cybersecurity-Skills/securing-helm-chart-deployments

保护 Helm chart 部署：校验 chart 签名与溯源、渲染并 lint 模板以发现错误配置、通过 values.yaml 强制 pod 安全上下文、把密钥移到外部存储而非 Helm values，以及限定 CI/CD 中 Helm 操作的 RBAC。适用于向 Kubernetes 部署 chart，或评审 chart 溯源、模板与 release RBAC。关键词：Helm、provenance 文件、helm verify、helm lint、values.yaml、无 Tiller、release RBAC、外部密钥。不要用于扫描渲染后的清单本身——那用 scanning-kubernetes-manifests-with-kubesec。

io.github.mukul975/Anthropic-Cybersecurity-Skills/implementing-supply-chain-security-with-in-toto

用 in-toto 框架为容器构建实现供应链完整性验证：生成签名密钥、定义供应链 layout、把流水线步骤记录为签名的 link 元数据、部署前验证、在 Kubernetes 准入端强制，并与 SLSA 集成。适用于对 CI/CD 流水线步骤做 attestation、证明镜像确实走了批准的构建流程，或在准入端强制溯源。关键词：in-toto、layout、link 元数据、step、inspection、SLSA、provenance、admission。不要用于用 Cosign 签名和验证镜像——那用 implementing-image-provenance-verification-with-cosign。

io.github.mukul975/Anthropic-Cybersecurity-Skills/performing-container-escape-detection

使用 Kubernetes Python 客户端审计容器与 pod 配置中可能助逃逸的错误配置——特权标志、危险能力授予、host path 挂载、共享 namespace，以及 CVE-2022-0492 式的 cgroup 滥用。适用于全集群扫描可能逃逸的工作负载、产出安全态势报告，或在开启强制执行前检查配置。关键词：privileged、hostPath、hostPID、capabilities、CVE-2022-0492、cgroup、kubernetes python client、态势审计。不要用于基于 syscall 的运行时检测——那用 detecting-container-escape-attempts。

io.github.mukul975/Anthropic-Cybersecurity-Skills/implementing-runtime-security-with-tetragon

用 Cilium Tetragon 在 Kubernetes 中实现基于 eBPF 的运行时可观测性与内核内执行：监控进程执行、文件访问、网络连接与系统调用，并在内核层面阻断危险调用。适用于部署 Tetragon 以检测或阻断 ptrace、mount、unshare 等系统调用、实施内核级策略，或为集群增加低开销的运行时检测。关键词：Tetragon、Cilium、eBPF、TracingPolicy、kprobe、执行、进程谱系。不要用于基于 Falco 的检测——那用 detecting-container-runtime-threats-with-falco。

io.github.mukul975/Anthropic-Cybersecurity-Skills/implementing-container-network-policies-with-calico

使用 Calico 超出上游 Kubernetes API 的自有策略 CRD——GlobalNetworkPolicy、HostEndpoint、NetworkSet、策略 tier 与基于域名的 DNS egress 规则——并用 calicoctl 应用与审计。适用于策略需要跨 namespace 或保护主机本身、egress 需按域名表达，或把策略编排成 tier。关键词：calicoctl、GlobalNetworkPolicy、HostEndpoint、NetworkSet、tier、DNS egress、order。不要用于可移植的上游 NetworkPolicy——那用 implementing-network-policies-for-kubernetes；安装 Calico 并编写标准策略用 implementing-kubernetes-network-policy-with-calico。

io.github.mukul975/Anthropic-Cybersecurity-Skills/implementing-opa-gatekeeper-for-policy-enforcement

通过 Helm 部署 OPA Gatekeeper 作为 Kubernetes 准入控制器，编写带 Rego 的 ConstraintTemplate 及其实例化 Constraint，在准入时校验、变更或拒绝资源请求。适用于在 Kubernetes v1.24+ 准入阶段执行自定义策略即代码、在调度前阻止不合规工作负载，或表达内置控制做不到的规则。关键词：Gatekeeper、ConstraintTemplate、Constraint、Rego、admission webhook、audit、mutation。不要用于 Pod Security Admission 已覆盖的标准 pod 安全 profile——那用 implementing-pod-security-admission-controller。