SuperAPI AI 工具集

Skill 广场

找到适合任务的 Agent Skill,阅读介绍并复制安装命令。

更新于 11-04 00:13

部署与运维

13,026 个结果

observer

CocoObserver 是 Snowflake Labs 的 CocoPlus 项目中的只读技能观测工具,用于运行 CocoBrew 改进与简化信号的观测循环。它只读取技能文件、hooks、文档和校验输出,不修改任何文件,识别改进机会、简化机会、跨技能通用原则以及开源与内部边界风险。检测信号包括技能发现、收敛检测、脚本优先缺口、引用加载缺口和市场就绪度检查。输出三类产物:observations.jsonl 记录、cross-cutting-principles.md 清单和 discoveries.jsonl 信号,供 CocoPilot 等下游使用。

部署与运维1 次安装

ops-dora

CocoOps DORA 是一个面向数据交付运营的指标计算技能,基于 Snowflake 任务历史与 git 日志计算四项 DORA 适配的交付指标:流水线运行频率(每日成功的生产流水线运行次数)、数据可用性前置时间(从已提交变更到成功定时可用时间的中位数)、故障恢复时间(从失败任务或事件记录到下一次成功运行时间的中位数)、数据质量失败率(失败或回滚的数据质量运行数除以总运行数)。结果以确定性方式写入 .cocoplus/ops/dora-snapshot.json,并生成带有具体流水线名称、日期和数据引用的叙述报告,同时向纵向交付论点文件追加带日期的证据块。该技能需先初始化 CocoPlus,支持演示模式与可选的报告导出。

部署与运维1 次安装

ops-sprint

CocoOps 的冲刺健康度技能,通过 $ops sprint 调用。它从 git log 和冲刺窗口配置中计算故事速度、燃尽情况和完成度预测:先读取 cocoplus.toml 的 [sprint] 配置(start_date、end_date、feature_prefix、scope),缺失时使用默认值;再以确定性方式统计匹配特性前缀的提交数作为速度单位、统计触及 .sql/.py 的提交作为流水线广度信号,计算每日燃烧率与预测最终速度,并写入 .cocoplus/ops/sprint-health.json(原子写入);随后交由 Haiku 子代理生成引用具体数字的叙事,按需提交该快照,最后输出标准冲刺健康报告。

部署与运维1 次安装

ops-suggest-engine

ops-suggest-engine 是 snowflake-labs/cocoplus 中面向 CocoPlus 所属功能的 V2 原生确定性合约,用于以 Coco 原生能力执行原本委派给 cocoops/ops-suggest-engine 的行为。该技能要求保留所属功能技能记录的产物路径、数据模式和用户可见输出,不将遗留脚本作为实现路径,生成机器可读状态时优先使用确定性文件解析和结构化产物,而非自由文本;若会产生外部副作用,则沿用所属功能相同的门控与确认语义。其退出标准为:所属功能记录的产物已生成或更新、输出模式仍与现有读取方兼容、无需调用已注册的运行时脚本。资料未提供具体安装命令、收费方式及详细使用步骤。

部署与运维1 次安装

pulse-configure

pulse-configure 是 snowflake-labs/cocoplus 项目中的一个技能,用于配置 CocoPulse 的观察间隔与观察范围。它通过实现 $pulse configure [--interval <duration>] [--watch <path>] 命令,更新 .cocoplus/pulse/config.json 中的 interval、watched paths、stale thresholds 和 reporting mode 等配置项。该技能会拒绝任何会削弱现有安全门(safety gates)或绕过生命周期证据(lifecycle evidence)要求的配置。其退出标准包括:命令行为与所属功能契约一致、描述必需的读取/写入/用户可见输出、保留安全与治理及产物约束、缺失状态时产生清晰且非破坏性的结果。

部署与运维1 次安装

recipe-use

该技能用于根据 CocoRecipe 模板生成 CocoFlow 流水线配置文件 flow.json。它会先检查项目是否已初始化 CocoPlus,定位项目本地或插件目录下的配方模板,读取模板中的 __recipe_meta 元数据以识别必填与可选参数,然后以交互方式提示开发者逐个填写缺失的必填参数,并对参数值做非空及 Snowflake 标识符格式校验。若目标 flow.json 已存在会先请求覆盖确认,随后替换模板中的 {{param}} 占位符、移除元数据块,并按 CocoFlow schema 校验节点结构(id、label、type、agent 等字段),校验通过后写入 .cocoplus/flow.json,并输出所用参数与各阶段信息。

部署与运维1 次安装

rewind

Rewind 是 CocoPlus(snowflake-labs/cocoplus)中的生命周期回滚技能,用于将 CocoBrew 生命周期回退到先前的某个阶段提交。它通过 git 软重置回到指定阶段 ID 的提交,丢弃其后的提交,并同步更新 CocoPlus 的生命周期状态标记(.cocoplus/lifecycle/meta.json 与 AGENTS.md 中的阶段)。支持按 step-id(如 spec-20260405-001)或按标签(--tag)回滚,标签可缩写;执行前会先展示将被移除的提交范围并要求确认,同时提示该操作只恢复 git 与 CocoPlus 生命周期状态,无法撤销 Snowflake 或其他外部副作用。

部署与运维1 次安装

routine

Routine 是 Snowflake Labs 的 CocoPlus 中用于管理 CocoRoutine 任务调度的技能,提供 $routine 命令族,用于列出、安排、停用和删除基于 flow 的 Snowflake 定时任务。该技能要求先在 cocoplus.toml 的 [routine] 中显式启用(opt-in),并校验 allow_snowflake_tasks 开关;计划生成会拒绝引用本地路径、本地 MCP、本地环境变量或仅本地凭据的 flow。调度通过生成 Snowflake TASK 提案并经显式确认后执行,操作结果记录在本地 .cocoplus/routines/registry.json 中,CocoConsole 仅以只读方式在 Flow 面板展示。

部署与运维1 次安装

safety-off

safety-off 是 CocoPlus 技能中的安全闸门(Safety Gate)关闭指令,用于在非生产、全部为非真实数据的开发环境中取消对 SQL 操作的拦截。执行前需确认 .cocoplus/ 已存在,否则提示先运行 $pod init 完成初始化;随后向开发者显示明确风险警告,说明关闭后包括 DROP TABLE、TRUNCATE 以及无 WHERE 条件的 DELETE 等 SQL 操作都会不经拦截直接执行,并要求确认是否继续。若选择否,则恢复为 safety.normal 并提示安全闸门保持普通模式;若确认继续,则清除已有的 safety.strict 与 safety.normal 模式标记,创建空的 .cocoplus/modes/safety.off 文件,并将 .cocoplus/AGENTS.md 中的 Safety 行更新为 OFF(无保护,允许所有 SQL)。完成后提示可通过 $safety normal 或 $safety strict 重新启用保护。该技能还列出反合理化要求,包括不得跳过明确确认、不得在启用 off 的同时保留其他冲突模式标记、不得在输出中弱化风险措辞,并给出退出标准以确保仅在确认后生成 off 标记、其他模式标记不存在且 AGENTS.md 已正确更新。适用于明确为非生产环境的开发调试场景,生产环境或含真实数据的环境不应使用。

部署与运维1 次安装

secondeye-acknowledge

该技能用于审阅并确认 SecondEye 报告中的未关闭严重(Critical)发现,以解除构建门禁。它先检查当前目录是否存在 .cocoplus/,不存在则提示先运行 $pod init 并停止。随后按参数筛选需确认的发现:不带参数时逐条呈现全部 Critical 发现;--hitl-only 仅确认 HITL 分类发现,AFK 发现留待下一次 $build 自主处理;--blocking-only 仅确认 BLOCKING 分类发现,MINOR 发现留待自主处理。技能扫描 .cocoplus/lifecycle/ 下 secondeye-*.md 文件,依据 YAML frontmatter 中 critical_open: true 且 acknowledged: false 定位待处理报告。全部必需发现确认后,将报告元数据更新为 acknowledged: true、acknowledged_at 为 ISO 8601 时间戳、critical_open: false,并更新 action_summary 中的剩余计数;若仍有必需发现未确认,则提示数量且 $build 保持门禁状态。输出会说明门禁是否解除,以及有多少发现被排队等待自动解决。

部署与运维1 次安装

ship

Ship 是 CocoBrew 开发流程的第 6/6 阶段(发布阶段)技能,用于在代码通过评审后完成结构化提交、语义化版本打标,并可选地通过 gh CLI 创建 PR。它要求项目已完成 Review 阶段并获得 APPROVED 批准,同时校验 spec.md、plan.md、review.md 等生命周期文件存在,存在未解决的 BLOCKED 问题时直接阻断发布。版本号优先从当前 git 分支名中解析语义化版本,分支无版本时需开发者显式提供。执行时会展示自上次版本标签以来的完整变更摘要供确认,生成 deployment.md 部署记录,创建最终提交与附注标签,清理 Build 阶段遗留的 CocoHarvest worktree,并更新 meta.json 与 AGENTS.md 状态。

部署与运维1 次安装

stall

stall 是 CocoPlus 工具集中的状态检查技能,用于显示 CocoStall 循环与“无进展检测”的状态。它要求先确认当前目录存在 .cocoplus/ 目录;若不存在,则提示运行 $pod init 完成初始化并停止。随后读取 .cocoplus/stall/state.json 与 .cocoplus/stall/thresholds.json,汇总当前停滞风险、重复失败特征、最近一次无进展循环及建议的恢复操作。提供 $stall status、$stall thresholds、$stall reset 子命令。

部署与运维1 次安装

stall-thresholds

stall-thresholds 是 snowflake-labs/cocoplus 仓库中的一个技能,用于查看或更新 CocoStall 的阈值配置。该技能通过命令 $stall thresholds [--set <name=value>] 读写 .cocoplus/stall/thresholds.json 文件,并在修改阈值时要求保持 kill-switch 和安全门禁行为不变。技能文档强调需要报告修改前后的值及其重要性,并说明了技能契约应描述可观察行为和验证方式,而不是仅凭文件存在就判定完成。适用场景为维护 CocoStall 阈值配置并确保安全约束不被破坏的配置管理任务。

部署与运维1 次安装

trace-compare

trace-compare 是 CocoPlus 项目中的一个技能,用于对比 CocoTrace 资产健康快照。调用方式为 $trace compare <before.json> <after.json>。运行前需确认 .cocoplus/ 目录存在,否则提示“CocoPlus not initialized. Run $pod init first.”并终止。确认后调用 cocotrace/health-grader --compare <before.json> <after.json>,并以 before/after 差值形式展示 thermal receipt(热力回执),例如“blast radius 23 -> 18 v / health B+ -> A- ^”。该技能要求命令行为匹配所属功能契约,描述必要的读写与用户可见输出,保留安全、治理与工件约束,并在缺失状态时给出清晰的非破坏性结果。

部署与运维1 次安装