用途：在 .github/workflows/ 下创建或更新 GitHub Actions 工作流，先检测仓库生态再生成适用的工作流。
检测阶段：检查仓库根目录的 mix.exs、package.json、Cargo.toml、go.mod、pubspec.yaml、pyproject.toml、Makefile、flake.nix 等，判断语言与包管理器；区分库/包与应用（影响 release.yml 是否发布到注册表）；读取已有工作流以保留自定义 job 与 secrets；从配置识别测试框架（ExUnit、Jest/Vitest、cargo test、go test、flutter_test、pytest 等）、构建命令与 lint/format 检查。
生成的工作流：ci.yml 在任意分支 push 与 pull_request 触发，执行格式检查、lint、构建，不含测试，并缓存依赖；test.yml 仅在 push 到 main 及面向 main 的 pull_request 触发，运行单元测试，按需添加数据库服务容器并缓存依赖；release.yml 由 workflow_dispatch 手动触发，输入 version（必填）与 git_ref（默认 main），依次检出、安装工具链、更新版本文件、构建、库则发布到注册表（使用 HEX_API_KEY、NPM_TOKEN 等 secrets）、应用则上传构建产物，随后提交版本变更、打 tag、推送并创建 GitHub Release，权限为 contents: write；e2e.yml 仅在参数包含 e2e 时生成，手动触发并输入 version，拉取对应 Release 产物、搭建环境并运行端到端测试。
输出规则：使用最新稳定 action 版本并固定版本号，显式设置最小权限，每个工作流设置 concurrency 取消冗余运行，矩阵使用 fail-fast: false，命名清晰；已有文件就地更新并保留自定义 secrets、env 与额外 job。完成后创建单个提交 ci(github): update github actions workflows，不推送，仅报告创建或更新内容。
限制：仅适用于 GitHub Actions；e2e 工作流需显式传入 e2e 参数；具体命令依赖检测结果，资料未提供更多平台或收费信息。