fix-failing-pipelines
该技能用于自动检查 GitHub Actions 在 staging 分支上的工作流运行状态，找出最近一次运行为失败的工作流，并调用 /babysitter:yolo 逐个修复。它通过 gh CLI 获取运行列表、按工作流分组、筛选失败项、提取失败作业与步骤及日志摘要，然后以非交互方式将修复任务交给 babysitter:yolo，直接提交到 staging 分支，并在推送后确认是否触发新运行。适用于需要批量修复 CI 流水线失败的场景。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-26 00:15
部署与运维
12,513 个结果
taskfile
Taskfile Skill 是一个用于创建、调试和重构 Taskfile.yml / Taskfile.yaml 自动化配置的技能，基于 go-task 与 task CLI。它面向本地开发、CI 和 monorepo 场景，帮助生成生产级 YAML 任务编排。核心能力包括依赖图（deps）、Go text/template 与 slim-sprig 模板、增量执行（sources、generates、status、method）、通过 includes 组合任务。技能强调使用 desc 让 task --list 可读、用 internal 标记辅助任务、用 requires.vars 强制必填输入、用 preconditions 做硬失败检查、用 if 条件跳过任务，并避免巨型任务、依赖 shell 状态、滥用 --force 等反模式。
best-practices
该技能提供 Oracle Cloud Infrastructure（OCI）的最佳实践与反模式指南，适用于架构 OCI 方案、从 AWS/Azure 迁移、设计多可用域（AD）部署、评估 Always-Free 免费层以及规避 OCI 常见错误。内容涵盖 VCN 网段规划、区域子网与 AD 命名、Cloud Guard 自动修复风险、多 AD 高可用、OCI 与 AWS/Azure 术语对照、免费层精确限额、Compartment 层级、故障域、Flex 机型与存储分层成本、Security Zones 强制策略等，并附有参考文件清单。
aeon-doctor
aeon-doctor 是 Aeon 实例的静态配置正确性检查工具（linter），用于在技能运行之前发现“静默失败”类配置错误。它专门检查那些不会产生报错、不会出现在 Actions 标签页、也不会被基于运行结果的健康检查（如 heartbeat、skill-health）发现的配置问题，例如未加引号的 schedule、重复的技能键、磁盘上存在但未配置的技能、mode 拼写错误、requires 条目被白名单过滤丢弃、.mcp.json 中未解析的 ${VAR}、多行 aeon.yml 条目、SKILL.md frontmatter 中无效的 schedule/cron、未加引号的 harness/model 覆盖、category 取值不在允许集合内，以及日志标题格式不符合 ### <slug> 约定等。该技能为只读诊断，不修改任何配置，只输出精确、可操作的发现项，由操作者或 skill-repair 执行修复。
aeon-update
aeon-update 是 Aeon 框架的下游更新技能，用于把上游 Aeon 仓库的框架变更拉取到当前实例，并以可审查的 PR 形式落地。它只同步框架层内容（新技能、脚本/测试框架修复、工作流与文档更新等），不覆盖实例自有配置。它通过三方合并处理已被操作者定制过的框架文件：当本地修改与上游修改位于文件的不同区域时可自动合并，只有双方改到同一行时才标记为冲突交由人工处理。该技能默认 sync 模式开 PR，也支持 report 模式仅计算差异并通知、不修改任何文件。
auto-merge
自动合并 CI 通过、无阻断评审且无冲突的开放 PR。该技能面向具备写权限的自主运行场景，通过一套显式安全策略决定哪些 PR 可以合并。它读取 memory/MEMORY.md 与 memory/watched-repos.md 确定目标仓库，只有当作者在白名单、代码变更规模不超过 500 行、基分支为 main 或 master、非 fork、非草稿、未被其他自动合并排队、无 opt-out 标签、mergeStateStatus 为 CLEAN、无 CHANGES_REQUESTED 评审且所有状态检查为通过状态时才合并。每次运行默认最多合并 3 个 PR，支持 AUTO_MERGE_DRY_RUN 干跑模式，并对单个 PR 设置 3 次尝试上限，多次失败后暂停并提示人工介入。
auto-workflow
auto-workflow 是 aeonfun/aeon 项目下的一个双模式 aeon.yml 工作流构建技能。它把「分析」和「启用」两端串成一个闭环：analyze 模式会抓取并分类给定 URL（GitHub 仓库、X 账号、博客、项目站点、API 文档等），基于页面实际观测到的信号（RSS 源、X 句柄、GitHub owner/repo、代币合约、更新节奏等）生成分层推荐（MUST/SHOULD/NICE），并输出针对当前 aeon.yml 的增量 diff，但不会修改 aeon.yml；enable 模式则按 slug 把 aeon.yml 中对应技能的 enabled: false 改为 true，经过目录存在、当前禁用状态、链冲突等校验后，在新分支提交并开 PR，支持 dry-run 预览。
deploy-prototype
deploy-prototype 是一个用于生成小型自包含原型应用或工具，并通过 Vercel API 将其部署上线的技能。它从记忆文件、日志、文章等来源中挑选值得做成交互页面的信号，构建一个单文件 HTML 或带 serverless 函数的原型，写入部署元数据与 Vercel 内联部署载荷，经过预检后调用 Vercel API 完成生产环境部署，并可选将源码镜像到 GitHub。若未配置 VERCEL_TOKEN，则仅完成构建并跳过部署。
deploy-uni-hook
deploy-uni-hook 是一个用于在任意 Uniswap v4 链上生成、模拟、审计并部署 Uniswap v4 hook 与测试池的技能。它接收一行简短需求（brief），默认在测试网执行 dry-run（生成、编译、挖矿、模拟，不广播），只有显式加上 arm: 前缀才会真正上链部署。技能提供预审计模板（dynamic、noop、skim）以及 freeform 自由构建模式，并内置强制性的 AeonFee 协议费（10 bps，编译期常量，不可降低、跳过或重定向）。部署前会进行静态审计、行为测试与模拟，模拟失败则不广播；主网部署需要三重锁（arm:、显式 chain:、实例变量 HOOK_MAINNET_OK=1），并检查部署者余额、资金下限与 gas 价格上限。部署脚本 hook-deploy.sh 是唯一被允许的广播路径，私钥从环境读取且不会打印。状态记录在 memory/state/hook-deploys.json 中，具备幂等性。
distribute-tokens
这是一个用于向开源项目贡献者发放链上代币奖励的技能，采用“计划（plan）”与“发送（send）”两阶段设计。计划阶段通过 GitHub API 统计目标 ISO 周内合并 PR 的作者排名，按名次套用分级定价表（第1名25、第2名15、第3名10、第4-5名5 USDC），并对首次合并 PR 的贡献者追加 +5 USDC 一次性奖励，结果写入 memory/distributions.yml。发送阶段读取该列表，通过 Bankr Wallet API 在 Base 链上执行 USDC/ETH 转账，并以 (列表, 收件人, UTC 日期) 为键持久化幂等状态，避免重复发放。支持 dry-run 预览、all 模式串联执行，以及按标签或 ISO 周选择目标。
fleet-control
fleet-control 是 Aeon 生态中用于集中运维多个受管 Aeon 实例的技能。它从 memory/instances.json 注册表读取实例清单，提供健康检查、状态快照、技能派发和舰队评分卡四类操作。健康检查会并行调用 GitHub API 获取各实例的仓库元数据、近 24 小时工作流运行记录和 cron 状态，按 unreachable、archived、pending_secrets、stale、degraded、warning、healthy 等阈值分类，并给出下一步动作建议；同时对比上次状态输出 NEW/DEGRADED/RECOVERED/DROPPED 变化。派发模式可对单个实例或全部健康实例触发指定技能。状态模式生成可扫描的 Markdown 快照文章。评分卡模式通过 node scripts/fleet-scorecard.mjs 汇总全舰队的运行次数、token 用量、估算成本和可靠性，并输出日环比变化与告警。
fork-fleet
Fork Fleet 是一个分叉分歧监控技能，用于追踪某个仓库的活跃分叉在代码与配置两个维度上与上游的偏离情况。代码维度关注哪些活跃分叉产生了独特提交、新增或修改的技能，值得回收到上游；配置维度关注各分叉在启用状态、变量、模型、调度等默认值上与上游的系统性分歧，帮助维护者判断是否应调整默认配置。该技能按周运行，无变化时保持静默，输出以结论优先、目录其次的方式呈现，并区分受管实例与社区分叉。
github-monitor
github-monitor 是 aeonfun/aeon 项目下的一个 GitHub 监控技能，通过四个视图跟踪 GitHub 仓库动态：默认的组合紧急度监控（陈旧 PR、新 issue、新 release）、新 issue 分诊队列、release 升级摘要，以及本实例在外部仓库所开 PR 的状态跟踪。它读取 memory/watched-repos.md 中的仓库列表，使用 gh 命令或 GitHub API 拉取数据，按 ACT NOW / REVIEW / INFO 等层级分类并去重，最后通过 ./notify 发送合并通知，同时把结果写入 memory/logs 日志。
heartbeat
heartbeat 是一个面向多技能（skill）代理的舰队健康巡检工具，源自 aeonfun/aeon 仓库。它有两种运行模式：默认的“环境巡检”（Ambient check）会按优先级检查各类定时技能（skill）的运行状态、失败与卡死情况、停滞的 PR 与紧急 issue、内存标记事项以及缺失的定时技能，并重新生成公开的状态页；另一种模式是“优先简报”（Priority brief），用于给出今天应重点关注的 3 件事、为什么是现在以及相对昨天发生了什么变化。巡检结果会做去重后合并为单条通知，并通过状态页对外展示整体健康度（🟢 OK / 🟡 WATCH / 🔴 DEGRADED）。
inbox-triage
inbox-triage 是一个用于每日整理 GitHub 通知收件箱的技能。它通过 gh api 读取 GitHub 通知，筛选出最近 14 天内未读的通知，并将其分类为安全告警、漏洞 PR 回复、待审阅请求、提及和一般通知。对于漏洞 PR 回复，它会按更新时间计算滞留天数并标记紧急程度（CRITICAL、AGING、FRESH），同时可交叉引用 memory/topics/vuln-followup.md 中的跟踪备注。技能会生成整理摘要写入 memory/topics/inbox-triage.md，更新 MEMORY.md 中的已知跟进项，并在满足阈值时发送通知，最后记录日志。它不替代手工跟踪的跟进项，也不与 vuln-tracker 重复。
install-skill
install-skill 是 aeonfun/aeon 仓库中的一个技能，用于把社区技能包（community skill pack）从 GitHub 仓库安装到当前 fork 中，并以自动合并的 PR 形式发布。它接收 owner/repo 形式的技能包地址，可选附带要安装的具体技能 slug 和标志位。安装过程由仓库自带的 bin/install-skill-pack 脚本驱动：下载仓库 tarball、读取 skills-pack.json 清单（无清单则回退扫描 skills/*/SKILL.md）、对每个技能做安全扫描、复制到 skills/<slug>/，并更新 aeon.yml、skills.json、skills.lock 等文件。所有技能落地时默认 enabled: false，需操作者设置密钥并手动开启后才会执行。该技能是仪表盘“Install”按钮的后端逻辑，支持 --no-merge 让操作者自行合并 PR。
pack-submit
pack-submit 是一个用于把本智能体已有的技能打包成独立社区包并提交到 aeon 注册表的技能。它接收一个技能 slug（skills/ 下的目录名），将该技能目录完整复制到一个新的公开 GitHub 仓库中，生成 skills-pack.json 清单、README 和 MIT LICENSE，然后通过校验脚本验证包的有效性，最后向 aeonfun/aeon 提交一个 PR，在 docs/community-skill-packs.md 的 Listed packs 表格和 catalog/skill-packs.json 中同时登记该包。它是 install-skill 的反向操作：不是拉取社区包，而是把自己已有的技能推送出去供其他 Aeon 智能体通过 bin/install-skill-pack 安装。支持 --repo 覆盖仓库名、--no-register 跳过注册 PR、--dry-run 仅本地构建验证等选项。
posthog-errors
该技能用于从 PostHog 生成每周跨项目错误概览：枚举 OAuth 授权覆盖的所有项目，拉取每个项目最近 7 天的错误跟踪问题，按影响排序并区分新增、激增、持续与已解决，输出可扫描的摘要通知与完整报告。它通过 PostHog MCP 服务器（mcp.posthog.com/mcp）以只读方式运行，不修改 PostHog 中的任何内容。
skill-health
skill-health 是 Aeon 技能体系中的“技能舰队可观测性”工具，基于 GitHub Actions 的技能运行数据提供两种视图。健康视图（默认）对每个已调度技能做质量审计，按连续失败次数、成功率、状态翻转等指标分类为 CRITICAL、DEGRADED、FLAPPING、WARNING、HEALTHY 或 NO DATA，检测 API 降级与系统性故障模式，并在 memory/issues/ 中登记或关闭问题单，仅在舰队健康状态真正变化时通知。分析视图（analytics/metrics）则对全部技能做排名统计，展示运行次数最多、失败率最高、静默跳过（SKIP_UNCHANGED、NEW_INFO、SKIP_QUIET 等退出分类）以及已调度但从未触发的技能，并输出异常标记、文章与仪表盘 JSON 规格。可通过变量选择视图：留空为全量健康检查，传入技能 slug 为单技能检查，传入 analytics 或 metrics（可带小时数，如 metrics:72，默认 168 小时，上限 720）为舰队指标视图。
terraform-cli-setup
Terraform CLI 安装与初始化技能：检测本地是否已安装 terraform，未安装则按操作系统自动安装，确保 terraform version 正常输出，并引导完成 terraform init 与 validate。不负责各云厂商 Provider 凭证配置，凭证由 terraform-skill 引导。
alchemy-cli
Alchemy CLI（@alchemy/cli）是一个用于在终端进行实时区块链查询、管理操作和本地自动化的命令行工具。它把 Alchemy 的 Node JSON-RPC、Token、NFT、Transfers、Prices、Portfolio、Simulation、Solana、Webhooks、Apps 等产品映射为 alchemy <command> 命令，并输出结构化 JSON，便于在会话中直接获取链上数据、追踪交易、模拟资产变化、管理 Webhook 与 App 配置。安装方式为 npm i -g @alchemy/cli，通过浏览器登录或配置各类密钥完成认证。该工具面向实时的查询与操作，不用于编写生产应用代码。
alibabacloud-ecs-windows-os-troubleshooting
该技能用于诊断和修复阿里云 ECS Windows 实例的系统异常问题，支持在 GuestOS 内部（在线诊断）或通过云助手远程执行（离线诊断）两种模式。在线诊断针对当前正在运行的 Windows 系统，使用 PowerShell 命令逐层排查；离线诊断针对已挂载为数据盘的故障系统盘进行根因分析和修复。技能要求先完成诊断模式判定，再将用户描述归类到问题域，并按统一排查顺序执行；优先复用会话中已有的采集结果，且能通过 PowerShell 直接获取的信息不要求用户手动执行。任何修复操作必须先呈现完整方案和风险说明，等待用户在下一轮明确确认后才能执行，禁止自动执行修复命令。技能仅适用于阿里云 ECS、Windows GuestOS 场景。
alibabacloud-opc-deploy
阿里云 OPC 套餐部署技能：接收 alibabacloud-opc-advisor 的 SKU 选型结果后，通过 Aliyun CLI 分阶段创建、打标签、验证与拆除 OPC 套餐所需的云资源，面向非技术类个人公司用户提供白盒式部署引导。
loop-engineering
Loop Engineering 是一个循环工程运行时，通过 Grill（编排器访谈）和 Loop Monitor（循环监控）支持自动化执行与验证循环。