搜索「Git Repository」的结果

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/tdd-workflow

在编写新功能、修复 bug 或重构代码时使用此 skill。强制推行测试驱动开发，覆盖率不低于 80%，涵盖单元、集成与 E2E 测试。

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/growth-log

在完成复杂任务、出现失败，或需要复盘学到了什么之后使用。教你写出能提炼可复用模式的成长日志——而不是日记。

io.github.affaan-m/ECC/ck

为 Claude Code 提供按项目持久化的记忆。会话启动时自动加载项目上下文，用 git 活动追踪会话，并写入原生记忆。命令运行确定性的 Node.js 脚本——行为在各模型版本之间保持一致。当项目需要让上下文在多次 Claude Code 会话之间保留、而不必每次重新解释时使用。

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/orch-build-mvp

编排从设计或规格文档引导出一个可用 MVP 的过程——读取文档、规划薄的垂直切片、搭建第一个端到端切片，然后按 TDD 实现、评审并完成带门槛的提交。用于把 SDD/PRD 变成可运行的起点：当设计或规格文档需要通过规划好的垂直切片落地为可运行的 MVP 时使用。

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 前的数据库迁移、代码风格检查、带覆盖率的测试、安全扫描与部署就绪检查。