搜索「E Commerce Operations」的结果

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

面向 Claude Code 会话的全面验证系统。在宣称任务完成前验证 Claude Code 会话的工作成果时使用。

io.github.affaan-m/ECC/eval-harness

面向 Claude Code 会话的正式评估框架，落实评估驱动开发（EDD）原则。当 Claude Code 工作流在获得信任或被修改前需要正式评估时使用。

io.github.affaan-m/ECC/architecture-decision-records

将 Claude Code 会话中做出的架构决策捕获为结构化 ADR。自动检测决策时刻，记录上下文、考虑的替代方案与理由。维护 ADR 日志，帮助后来的开发者理解代码库为何如此构建。

io.github.affaan-m/ECC/ecc-recipes

把描述出来的工作流映射到合适的 ECC 命令组，给出执行顺序与停止条件，并可浏览全部命令组配方族。在扁平的命令目录之上增加了“按族分组 + 执行顺序 + 何时停止”这一层。仅提供建议。触发时机：用户问某件事该用哪些命令、哪个命令组负责它、查看 ECC 配方、列出 ECC 流水线，或问如何用 ECC 跑某个工作流。不触发：用户想直接执行任务、想要单条命令的详细文档（改用 ecc-guide），或想改写提示词草稿（改用 prompt-optimizer）。

io.github.affaan-m/ECC/dart-flutter-patterns

可用于生产的 Dart 与 Flutter 模式，覆盖空安全、不可变状态、异步组合、Widget 架构、主流状态管理框架（BLoC、Riverpod、Provider）、GoRouter 导航、Dio 网络、Freezed 代码生成与整洁架构。在编写或评审 Dart 与 Flutter 代码——状态、Widget、导航、网络或架构——时使用。

io.github.affaan-m/ECC/deep-research

使用 firecrawl 与 exa MCP 进行多源深度研究。检索网页、综合发现，并交付带有来源归属的引用报告。在用户需要对任意主题做有证据、有引用的彻底研究时使用。

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

先检索再编码的工作流。在动手编写自定义代码之前，先搜索已有的工具、库和模式。会调用 researcher 代理。

io.github.affaan-m/ECC/orch-pipeline

orch-* skill 家族共用的编排引擎。定义带门槛的“调研-规划-TDD-评审-提交”流水线、规模分类器、代理映射，以及两个由 orch-* 操作 skill 委派使用的人工关口。通常不直接调用；当某个 orch-* skill 委派其带门槛的调研-规划-TDD-评审-提交流水线时生效。

io.github.affaan-m/ECC/inherit-legacy-style

遗留项目风格继承 skill。当用户输入 /inherit-legacy-style，或需要让 AI 编码代理接手手写遗留项目并防止“风格漂移”（模型把自身预训练的主流惯用法强加给项目）时使用。与语言和框架无关——只对齐元架构，不改语法。一旦运行，它就成为后续所有编码任务的行为约束。不要用于纯研究或与代码风格对齐无关的一次性提问。

io.github.affaan-m/ECC/blueprint

把一行目标转成面向多会话、多代理工程项目的分步构建计划。每一步都带自包含的上下文简报，新代理可以冷启动执行。包含对抗评审门、依赖图、并行步骤检测、反模式目录与计划变更协议。触发时机：用户为复杂的多 PR 任务索要计划、蓝图或路线图，或描述需要多个会话完成的工作。不触发：任务可在单个 PR 或少于 3 次工具调用内完成，或用户说“直接做”时。

io.github.affaan-m/ECC/ralphinho-rfc-pipeline

RFC 驱动的多代理 DAG 执行模式，含质量门、合并队列与工作单元编排。在运行带质量门和合并队列的 RFC 驱动多代理执行时使用。

io.github.affaan-m/ECC/team-builder

用于组建并派发并行团队的交互式代理选择器。在为某个任务组建并派发一支并行代理团队时使用。

io.github.affaan-m/ECC/santa-method

带收敛循环的多代理对抗校验。输出必须先通过两个独立评审代理才能交付。适用于交付前需由两个独立对抗评审者把关的产出。

io.github.affaan-m/ECC/team-agent-orchestration

使用工作项、归属、代理看板、合并门槛与控制台交接，为代理小队运行基于团队的编排。在以工作项、归属、看板和合并门槛协调代理小队时使用。

io.github.affaan-m/ECC/accessibility

使用 WCAG 2.2 Level AA 设计、实现并审计无障碍数字产品。适用于构建或审计必须满足 WCAG 2.2 Level AA 的 UI，或审查变更对键盘、对比度、屏幕阅读器的支持。使用此技能为 Web 生成语义化 ARIA，并为 Web 与原生平台（iOS/Android）添加无障碍特性。

io.github.affaan-m/ECC/flox-environments

使用 Flox（声明式的 Nix 环境管理器）创建可复现的跨平台（macOS/Linux）开发环境。适用于为任意语言设置项目工具链、安装系统级依赖（编译器、数据库、openssl/BLAS 等本地库）、为团队锁定精确的包版本、运行本地服务（PostgreSQL、Redis、Kafka）、一条命令完成开发者入职，或解决“在我机器上没问题”类问题——包括需要项目级工具且无需 sudo 的智能体/vibe-coding 场景。用户提及 .flox/、manifest.toml、flox activate 或 FloxHub 时同样适用。

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

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

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

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

io.github.affaan-m/ECC/enterprise-agent-ops

以可观测性、安全边界与生命周期管理运行长生命周期智能体工作负载。适用于运行需要可观测性、安全边界或生命周期控制的长生命周期智能体负载。

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

Quarkus 安全最佳实践：认证、授权、JWT/OIDC、RBAC、输入验证、CSRF、密钥管理与依赖安全。适用于审查 Quarkus 认证/授权、JWT 或 OIDC、RBAC、验证或密钥管理。

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

Django 项目的验证闭环：发布或 PR 前的数据库迁移、代码风格检查、带覆盖率的测试、安全扫描与部署就绪检查。

io.github.affaan-m/ECC/loop-design-check

设计以目标为导向的 Agent 循环，并排查循环常见的出错方式——原地打转烧 token、钻验证器的空子（Goodhart 效应）、把错误答案一路跑到底。包含两个动作：(1) 编写循环——先判断是否值得构建、定义机器可判定的目标、选定循环类型与脚手架；(2) 审查循环——按五种失败模式，加上可判定性、边界、兜底方案、评判者独立性，以及把判断权留在人手中这条红线逐项检查。当设计自主 Agent 循环，或已有循环但担心它跑飞、作弊或把错误答案执行到底时使用。它在机制层循环技能（autonomous-loops、continuous-agent-loop）之外补足其未覆盖的判断层。中文触发：写 loop、设计 loop、做一个 loop、检查 loop 对不对、loop 体检、loop 会不会跑飞、可判定目标、五个崩法、plan build judge。English triggers: design an agent loop, write a loop, check a loop, loop review, prevent a runaway loop, goal-oriented loop, decidable goal, plan/build/judge.

io.github.affaan-m/ECC/browser-qa

在功能部署之后，通过浏览器自动化完成可视化测试与 UI 交互验证。

io.github.affaan-m/ECC/frontend-a11y

React 与 Next.js 的无障碍访问模式——语义化 HTML、ARIA 属性、表单标注、键盘导航、焦点管理与读屏软件支持。当构建任何交互式 UI 组件或表单时使用。