搜索「GitHub」的结果

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

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

适用于多个消费方与提供方需要共同演进 API 或事件模式，且要避免字段漂移、集成意外，或某一侧擅自重新定义接口的场景。

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

Git 工作流模式，包括分支策略、提交约定、合并与变基的取舍、冲突解决，以及适用于各种规模团队的协作开发最佳实践。当需要选择分支策略、制定提交约定、决定用 merge 还是 rebase，或解决冲突时使用。

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

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