搜索「E Commerce Operations」的结果

io.github.telagod/code-abyss/backend

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

io.github.aiskillstore/marketplace/backend-agent

为 Unite-Hub 处理后端/API/数据库工作。实现 Next.js API 路由、Supabase 数据库操作、RLS 策略、认证以及第三方集成（Gmail、Stripe）。

io.github.pproenca/dot-skills/nextjs-ppr-patterns

Next.js 16 App Router 页面混合静态与动态内容——Cache Components 模型下的 Partial Prerendering（PPR）。涵盖：用 cacheComponents 启用 PPR（已移除的 experimental.ppr / experimental_ppr 标志）、默认动态的渲染模型反转、Suspense 的静态外壳/动态空洞边界、'use cache' 指令（自动键、cacheLife/cacheTag、children/action 透传、运行时值作 props、无服务器环境的持久性）、异步运行时 API 与 connection() 制造非确定性、页面组合（从单个空洞到并行仪表盘，再到用 use() 把 Promise 流式传入 Client Component），以及表单/向导中用 updateTag 实现读己之写并保持 Activity 状态。触发词：PPR、cacheComponents、'use cache'、Suspense 流式渲染、部分预渲染或静态外壳工作——即使未明确点名。

io.github.pproenca/dot-skills/nextjs-bundle-optimizer

Next.js 16 包体积与构建时长优化——运行数据驱动的迭代循环：测量基线 → 分析最大占用项 → 应用一个优化配方 → 重新测量 → 验证一切未被破坏（构建 + 类型 + 测试 + 无回退）→ 提交或回滚。面向默认启用 Turbopack 的 Next.js 16，项目尚未迁移时回退到 webpack 模式工具链。触发语句如“First Load JS is huge”“bundle size”“build takes too long”“page is slow to TTI”“reduce bundle”“tree-shake”，或用户贴出 `next experimental-analyze` / `@next/bundle-analyzer` 的输出时——即便没有明说“优化”。

io.github.aiskillstore/marketplace/mobile-testing

使用 Jest 与 React Native Testing Library 为 React Native 应用编写并运行测试。在创建测试、调试失败用例或搭建测试基础设施时使用。

io.github.Vincentqyw/image-matching-webui/deploy-hf

发布新的 imcui 版本并部署到 HuggingFace Spaces（测试环境 → 生产环境）。当用户要求发布、部署或推送新版本时调用。

io.github.netalertx/NetAlertX/testing-workflow

运行测试前必读。详细说明：单个标准单元测试（快）、完整套件（慢）、认证处理，以及获取 API Token 的方法。任务完成时必须运行测试。

io.github.Arize-ai/phoenix/phoenix-typescript

Phoenix monorepo 中任何 TypeScript 代码的规范与模式——包括 js/packages/、app/ 及其他 TS 目录。只要编写、审查或修改 TypeScript 代码（新函数、类型、导出、测试或重构）就使用本技能。当用户询问本项目的 TS 模式、命名约定或最佳实践时也触发。

io.github.bitsocialnet/seedit/refactor-pass

在近期变更后执行以简洁为目标的重构清理。当用户要求重构/清理、简化、移除死代码或说“重构一遍”时使用。

io.github.PurpleAILAB/Decepticon/mobile

当测试目标是 Android（APK / AAB）或 iOS（IPA）应用时使用。涵盖静态分析（jadx、apktool、class-dump）、基于 Frida 与 Objection 的动态插桩、SSL pinning 绕过、root/越狱检测绕过、deep-link / URL scheme 滥用、导出组件攻击、IPC 重定向、WebView 漏洞，以及生物识别 / Face ID / Touch ID 绕过。

io.github.asmyshlyaev177/state-in-url/nextjs-ssr

在 Next.js App Router 中使用 SSR 安全的 useUrlState。从服务端页面转发 searchParams（在 Next.js 15+ 中 await 该 Promise），在纯客户端组件中调用 useSearchParams()，在 useHistory true/false 之间取舍，并使用 Proxy（前身是中间件）向服务端布局暴露查询参数。仅支持 App Router——不支持 Pages Router。在使用 state-in-url/next 或任何需要首屏 URL 状态正确的场景下加载此技能。

io.github.taracodlabs/aiden/docker-management

Docker 容器、镜像、数据卷、网络管理（CLI + Dockerode）

io.github.actualbudget/actual/writing-release-notes

只要在 Actual Budget 仓库中新增、撰写、起草或修复一条发布说明，就使用本技能。它就是随代码改动一起发布的 changelog 条目，以 Markdown 文件形式存放在 `upcoming-release-notes/`。触发请求如添加发布说明、写 changelog 条目、为这个 PR 或改动补发布说明、创建 upcoming release note，或在本仓库完成一个面向用户的改动、下一步自然就是补发布说明的任何时刻。这些说明是给人读的，因此必须短、用平实语言、不含技术细节。写成 commit message 风格或带实现术语，产出会在评审中被退回重写。

io.github.vinvcn/mattpocock-skills-zh-CN/writing-fragments

一种追问式会话，用来从用户那里挖掘片段，也就是各类写作素材（主张、小场景、尖锐句子、半成形想法），并追加到单一文档中，作为未来文章的原始素材。适用于用户想在施加结构前发展想法，或提到 “fragments”、“ideate”、“raw material” 写作素材时。

io.github.vinvcn/mattpocock-skills-zh-CN/writing-beats

以自选路径风格，把文章塑造成一段节拍旅程。用户从原始素材中选择起始节拍，你只写这一段，然后提供下一步转向选项，逐个节拍推进，直到文章自然结束。适用于用户已有原始素材，并想把它组装成叙事而不是论证时。

io.github.vinvcn/mattpocock-skills-zh-CN/writing-shape

通过对话会话，把一份原始素材 Markdown 文件塑造成文章：起草候选开头，逐段扩展，并在每一步讨论格式（列表、表格、提示块、引用）。适用于用户有一堆笔记、片段或粗稿，并希望把它变成可发布作品时。

io.github.bmad-code-org/BMAD-METHOD/bmad-review-verification-gap

审查代码变更中被改动、可能因验证不可靠而回退未被发现的行为。在检查变更是否有充分验证时使用。

io.github.XiaomiMiMo/MiMo-Code/frontend-design

构建新 UI 或重塑既有 UI 时提供独特而有意图的视觉设计指引。只要任务产出或修改用户会看到的渲染内容——网站、落地页、Web 应用、仪表盘、React/HTML/Vue 组件、带视觉输出的 artifact、风格 overhaul，或“让它更好看”的请求——即使用户从没说“设计”二字也应使用。涵盖美学方向、字体排印、环境约束（字体、Tailwind、素材），以及何时应归于惯例而非追求独特。

io.github.affaan-m/ECC/clickhouse-io

ClickHouse 数据库模式、查询优化、分析与数据工程最佳实践，适用于高性能分析型工作负载。

io.github.affaan-m/ECC/clickhouse-io

ClickHouse 数据库模式、查询优化、分析与数据工程最佳实践，适用于高性能分析型工作负载。

io.github.kenn-io/agentsview/testing-without-tautologies

在创建、修改、修复或评审测试时使用；在添加 mock、fake、断言、单元测试、PG 集成测试、前端组件测试或 Playwright e2e 测试时使用；也在测试失败后改动测试时使用。

io.github.affaan-m/ECC/plan-orchestrate

读取计划文档，将其拆解为步骤，从 ECC 目录中设计每一步的代理链，并输出可直接粘贴的 /orchestrate 自定义提示词。只做生成——本身不会调用 /orchestrate。当用户有多步计划并想通过 orchestrate 来驱动、又不想手工编排代理链时使用。

io.github.openai/openai-agents-python/maintainer-review

以 openai-agents-python 维护者的身份评审一个 GitHub issue 或 PR 链接，分阶段判断该诉求是否真实存在、是否具有实际重要性、是否能用受支持的功能自行解决、范围界定是否恰当、是否有更合适的其他设计、以及是否值得投入维护者与贡献者的精力。用于评估 issue 的有效性与严重程度、决定优先处理还是关闭、判断所请求特性究竟代表未被满足的需求还是只是可发现性或用法缺口、判断 PR 是否值得推进到可合并质量、比较多个开放 PR 或替代设计、把代码质量与仓库就绪状态分开看待，以及撰写简洁的维护者评估意见。当需要回复要求关闭、补充证据或修改代码时，同时产出一条礼貌、简洁、完整、可直接复制粘贴的维护者评论。

io.github.openai/openai-agents-python/code-change-verification

当改动影响 OpenAI Agents Python 仓库的运行时代码、测试，或影响构建与测试行为时，执行必须通过的验证流程。