搜索「E Commerce Operations」的结果

io.github.affaan-m/ECC/autonomous-agent-harness

将 Claude Code 转变为具备持久记忆、定时操作、计算机使用和任务队列的完全自主代理系统。通过利用 Claude Code 原生的 crons、调度、MCP 工具和记忆，取代独立的代理框架（Hermes、AutoGPT）。当用户希望持续自主运行、定时任务或自我导向的代理循环时使用。

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.android/skills/leanback-to-compose-tv-migration

为 Android TV 应用提供从旧版 Leanback UI Toolkit、Android Views 或 Support Fragments 迁移到 Jetpack Compose for TV（androidx.tv）的指令与架构模式。用于 Leanback 到 Compose 的迁移，包括浏览页、设置页、认证页、登录页或视频播放页的迁移；或将 BrowseSupportFragment、LeanbackSettingsFragment、PreferenceFragment、BaseLeanbackPreferenceFragmentCompat、VideoSupportFragment、GuidedStepSupportFragment、SearchSupportFragment、VerticalGridSupportFragment、Presenter、ArrayObjectAdapter、CursorMapper 替换为现代 Compose 等价物；或实现带焦点记忆的沉浸式轮播、基于 PlayerSurface 的 Media3 视频播放、自定义 10 英尺客厅布局。

io.github.lobehub/lobehub/debug-frontend-with-browser

用于间歇性 UI、状态陈旧、顺序、导航或仅浏览器可复现的 bug。扩展验收流程，加入边界追踪与回归诊断。

io.github.CopilotKit/CopilotKit/react-core

@copilotkit/react-core——在 Next.js App Router / React Router v7 / TanStack Start / SPA 应用中挂载 CopilotKit provider（来自 @copilotkit/react-core/v2），接入 CopilotChat/CopilotPopup/CopilotSidebar（v2 聊天组件由 react-core/v2 提供，而非仅有 CSS 的 react-ui），通过 useAgent/useAgentContext/useCapabilities 访问和订阅 agent，在多个 agent 间切换，用 useThreads 管理持久的 Intelligence 会话线程，通过 useFrontendTool 注册浏览器端工具，用 useRenderTool/useComponent/useDefaultRenderTool 渲染工具调用，用 useHumanInTheLoop 做执行门控，用 useAttachments 接入文件附件，配置建议词，以及注册活动与自定义消息渲染器。publicLicenseKey 为正式字段（publicApiKey 是已废弃别名）。按任务加载 references/ 下对应的参考文件。

io.github.langgenius/dify/backend-code-review

仅在用户明确要求审查 api/ 下的后端代码时使用。支持待提交变更、按文件和粘贴 diff 三种审查模式。不适用于仅实现代码的请求、无审查意图的诊断、前端代码、或 api/ 之外的后端代码。

io.github.stablyai/orca/orchestration

协调受监督的 Orca worker:线程消息、阻塞式问答、任务派发、worker_done/escalation 等待、任务 DAG、决策关卡以及 agent 间的工作分解。完全所有权移交("hand off"、"handoff"、"give this to another agent"、"another worktree")用 orca-cli,除非需要监督、监控或协调 DAG;终端控制、轻量终端提示、shell 命令、Orca 工作树管理、读取/等待终端也用 orca-cli。仅当需要 OS/窗口级控制(焦点、菜单、对话框、坐标、截图)时,才用 Computer Use 操作外部浏览器窗口、webview、Orca 应用 UI 或 Orca 内置浏览器之外的桌面 UI。Orca 内置页面用 orca-cli,外部页面用 Playwright/CDP 等页面自动化工具。

io.github.thedotmack/claude-mem/mem-search

搜索 claude-mem 的跨会话持久记忆数据库。当用户问「我们之前解决过这个吗」「上次 X 是怎么做的」，或需要既往会话的工作时使用。

io.github.PostHog/posthog/building-html-canvases

用语义化 HTML、CSS 和直接的浏览器 API 编写 PostHog canvas——文档、文章、生成式图形、2D canvas 与 WebGL 体验，以及 React 组件不能提供有效结构的聚焦实验。在 building-canvases 把画布请求路由到纯 HTML/浏览器 API 实现之后使用。涵盖当前运行时要求的轻量组件包装、不依赖 Quill 的样式与主题、绘图画布，以及动画/清理模式。

io.github.deepseek-ai/deepseek-harness/dsh-speed-up-perf

在调查或优化 DeepSeek Harness 性能、设计贴近真实的合成基准或 CI 性能门禁、剖析长会话或 Web 响应速度，或把性能 PR 的证据转化为经测量且不改变行为的修复时使用。

io.github.NousResearch/hermes-agent/reddit-reading

读取 Reddit：子版块、搜索、帖子线程与用户，无需浏览器。

io.github.netdata/netdata/triage-codeql

分诊本仓库的 GitHub Code Scanning 告警（CodeQL security-extended 套件）——列出开放告警，按误报/不修复/仅测试使用驳回，经 GitHub REST + GraphQL 查询。当用户要求「review GitHub security alerts」「check CodeQL findings」「triage code scanning」，或提及 Code Scanning、CodeQL、security-extended、github.com/$repo/security/code-scanning 时使用。

io.github.netdata/netdata/docs-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.koala73/worldmonitor/verify-worldmonitor

用既有浏览器测试或限定范围的手动操作验证 WorldMonitor 仪表盘行为。适用于面板、地图图层、设置、搜索、国家简报、启动与仪表盘截图。

io.github.langgenius/dify/frontend-testing

在 web/ 或 packages/dify-ui/ 下编写或修改 Vitest、React Testing Library 测试时使用，或用户明确要求制定前端测试策略（含评估现有策略）时使用。不适用于仅做前端代码审查、泛泛的可测试性讨论、Python 测试或 Cucumber/Playwright E2E。

io.github.Significant-Gravitas/AutoGPT/pr-test

使用 docker compose、agent-browser 与 API 调用对 PR/分支进行 E2E 手动测试。当用户要求手动测试 PR、端到端测试某功能，或对运行中的系统执行集成测试时触发。

io.github.topoteretes/cognee/cognee-docker

当用户希望用 Docker 或 docker compose 运行 cognee 时使用——包括用预构建镜像快速体验、在容器中启动 API 服务，或用 compose profile 拉起完整技术栈（UI、MCP、Postgres、Neo4j）。

io.github.deepseek-ai/deepseek-harness/dsh-merging-stacked-prs

在需要将一组相互依赖的 GitHub PR（A ← B ← C，各自基于下层的分支）落地到 master、合并 base 指向另一个开放 PR 分支的 PR，或请求中提到 stacked PRs、PR stack、dependent PRs、依次合并多个相关 PR 时使用。落地前要求同仓库的每条依赖链都使用 GitHub 官方的堆叠 PR 功能，以便 GitHub 统一负责整栈的规则、CI、顺序、重定向与合并状态。

io.github.koala73/worldmonitor/fetch-country-brief

按 ISO 3166-1 alpha-2 国家代码，获取当前的 AI 生成战略情报简报。当用户询问某国当前地缘政治、经济或安全局势摘要时使用。

io.github.openai/codex/openai-docs

用于 Codex 模型/定价、定时任务、skills、设置、安装、排障、定制、自动化与自我知识——包括指代 Codex 的“you”“your”“this app”“this coding agent”——以及 OpenAI API/产品与 ChatGPT Work 的问题。也用于模型选型/迁移、prompt 撰写、SDK、Responses、Realtime、agents、evals 以及 Chat/Work/Codex 的对比。仅提到 Codex 的普通应用/软件任务不适用。

io.github.PostHog/posthog/modifying-taxonomic-filter

指导安全修改 TaxonomicFilter——PostHog 用于事件、action、属性、群组等的多标签选择器。先讲清经验性的产品现实（用户实际挑选和搜索什么）以及三个在用变体（legacy-control、藏在 TAXONOMIC_FILTER_CATEGORY_DROPDOWN 开关后的 legacy-pill、藏在 TAXONOMIC_FILTER_MENU_REBUILD 后的自选重构菜单），让改动以真实行为为评判标准并在多个界面镜像同步，而不是孤立地针对一支实现。在新增功能、修 bug 或重构 TaxonomicFilter、重构菜单或无头筛选面板时使用。

io.github.langbot-app/LangBot/langbot-deploy

部署并配置 LangBot 实例——Docker / Docker Compose、Kubernetes、config.yaml 模型、Box 沙箱运行时、插件运行时，以及全局 API key。在生产或自托管环境中安装、部署、升级或配置 LangBot 时使用。触发语包括 deploy langbot、langbot docker、langbot compose、langbot kubernetes、langbot config.yaml、langbot box runtime、langbot global api key。

io.github.PostHog/posthog/depot-container-builds

使用 `depot build` 与 `depot bake` 配置并运行 Depot 远程容器构建。当构建 Docker 镜像、为 Depot 编写 Dockerfile、推送镜像到仓库、构建多平台/多架构镜像（linux/amd64、linux/arm64）、排查容器构建失败、优化 Dockerfile 分层缓存、使用 docker-bake.hcl 或 docker-compose 构建，或从 `docker build` / `docker buildx build` 迁移到 Depot 时使用。当用户提到 depot build、depot bake、容器构建、镜像构建，或询问 Depot 的构建缓存、构建并行度、临时仓库时也使用。

io.github.serverless/serverless/serverless-mcp

使用 Serverless Framework 内置的 MCP 支持，将 Model Context Protocol（MCP）服务器托管到 AWS——基于官方 SDK 的服务器模块，部署到 AWS Lambda 的流式 API Gateway REST 端点后，自带网关访问控制与 OAuth protected-resource 发现，打包和 elicitation 状态均已代为实现。当用户要在 AWS 或 Lambda 上部署、托管、加固或调试 MCP 服务器，编写或编辑 serverless.yml 中的 `mcp:` 配置块，通过 HTTP 向 Claude 或其他 AI 客户端暴露 tools、resources 或 prompts，或遇到 `MCP_*` 配置错误（MCP_UNSUPPORTED_NODE_RUNTIME、MCP_FUNCTION_NAME_COLLISION、MCP_INVALID_STATE_ARN 等）时使用。即使用户没有点名 Serverless Framework 或 MCP，只要描述把自有工具通过 HTTPS 端点提供给 AI 客户端，也应触发。