SuperAPI AI 工具集
合作ENAI 行业资讯收藏

Skill 广场

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

更新于 11-04 00:13

部署与运维

13,023 个结果

cocoplus-config

CocoPlus 的配置单一事实来源（SSOT）技能，负责将项目根目录下的 cocoplus.toml 配置同步到下游产物，并把旧版 safety-config.json 迁移为 cocoplus.toml。它提供两个命令：$cocoplus sync 读取 cocoplus.toml，重新生成 .cocoplus/config/security-rules.json 中的安全边界规则（always_allow、ask_first、human_required、never），更新 .cocoplus/.gitignore 中的演示数据忽略项，写入带哈希的同步清单 sync-manifest.json，并自动提交变更；$cocoplus migrate-config 检测旧版 safety-config.json，将其安全规则映射到 cocoplus.toml 的 [security] 段，保留原文件为 .migrated 作为审计记录，随后自动执行一次 sync。该技能包含漂移检测，会在覆盖前提示被手动修改过的生成文件，并强调生成文件不应直接编辑，应改 cocoplus.toml。

部署与运维1 次安装

cocoplus-console

CocoConsole 是 CocoPlus 2.0 的只读本地浏览器控制面板（control plane），用于在本地查看项目运行状态与安全策略决策。它通过 `$cocoplus console`、`$cocoplus console status`、`$cocoplus console stop` 三条命令进行管理：启动面板、查看运行状态、停止面板。启动后会在本地端口提供浏览器仪表盘，并读取 .cocoplus/ 目录下的工件（如生命周期状态文件与策略决策日志）。面板严格只读，不会编辑项目文件、修改配置、恢复流程、批准门禁或调用 CocoPlus 命令。

部署与运维1 次安装

context-add

context-add 是 CocoPlus 中的引导式向导技能，用于将组织的 Snowflake/Cortex 标准捕获或更新到 .cocoplus/context/<category>.md 版本化上下文文件中。它提供六类标准菜单：approved-models（批准的 Cortex 模型）、quality-thresholds（质量阈值）、pii-policy（PII 处理规则）、warehouse-policy（仓库使用策略）、naming-conventions（命名规范）和 governance-gates（治理门禁）。运行前会检查 .cocoplus/ 目录是否存在，若未初始化则提示运行 $pod init。选定类别后，若文件已存在会先展示并询问更新还是替换；随后通过 5–10 个针对性问题的多轮对话收集标准，编译为结构化 Markdown，并强制限制在 200 行以内，最后写入文件并创建 git 提交。

部署与运维1 次安装

distribute

CocoBrew 市场分发质量门禁技能，用于在发布或推荐 CocoPod 技能前进行分发前评估。该技能通过 $brew distribute <skill-path> 调用，对技能包执行确定性检查与安全审查，防止提示词堆砌、未声明权限、安装时执行、未测试行为及无正当理由的网络使用。评估包含五项标准：显式工具权限、可观测的评估、失败行为文档、禁止安装时执行、网络使用需有正当理由。判定结果分为 Clear（全部通过，可分发）、Advisory（质量项不完整但无安全失败，需开发者确认）、Block（安全项失败或检测到安装时执行，分发停止且无绕过标志）。工作流包括解析命令、读取 SKILL.md 及包目录、运行确定性检查、运行安全 trifecta 检查、写入分发门禁报告 JSON，并根据判定结果继续、暂停确认或停止。

部署与运维1 次安装

dora-metrics

dora-metrics 是 snowflake-labs/cocoplus 仓库中的一个 V2 原生技能，用于以确定性契约方式实现原本由 cocoops/dora-metrics 承担的 DORA 指标相关功能行为。该技能强调使用 Coco 原生能力（Read、Write、Edit，必要时使用 Bash，需要数据访问时使用 Snowflake 工具，需要独立审查时使用子代理）来执行行为，而不是调用遗留脚本作为实现路径。它要求保留所属功能技能所记录的产物路径、数据模式和用户可见输出，优先采用确定性的文件解析和结构化产物而非自由文本，并在产生外部副作用时沿用所属功能相同的门控与确认语义。退出标准包括：生成或更新所属功能记录的产物、输出模式与现有读取方保持兼容、无需调用已注册的运行时脚本。资料未提供具体安装命令、价格、平台支持范围或实际使用步骤。

部署与运维1 次安装

fleet-logs

fleet-logs 是 CocoPlus 中用于查看 CocoFleet 实例输出日志的技能。它根据实例运行状态决定展示方式：若实例仍在运行，则显示 output.log 的最后 50 行并提示日志仍在刷新；若实例已完成或停止，则显示完整日志并附带来自 state.json 的状态摘要（完成/失败、检查点是否满足）。使用前需确认当前目录已初始化 CocoPlus（存在 .cocoplus/），否则提示先运行 $pod init。命令格式为 $fleet logs [fleet-id] [instance-id]，缺少参数时输出用法说明。日志文件路径为 .cocoplus/fleet/[instance-id]/output.log，若文件不存在则提示实例可能尚未启动。该技能通过跨平台 Node.js 单行命令检测 state.json 中的 PID 是否存活，从而判断实例状态。

部署与运维1 次安装

fleet-status

fleet-status 是 CocoPlus 中用于查看 CocoFleet 运行状态的技能。它读取 .cocoplus/fleet/[fleet-id]/state.json，展示每个实例的状态、运行时长和检查点结果，并通过 Node.js 单行命令验证运行中实例的 PID 是否仍然存活。若未提供 fleet-id，则列出 .cocoplus/fleet/ 下所有包含 state.json 的 fleet 目录及其名称、模式和状态。输出包含实例状态表、按角色（planner、producer、critic）分组的视图、最近通信日志以及失败实例的日志尾部。使用方式为 $fleet status [fleet-id]。

部署与运维1 次安装

fleet-stop

fleet-stop 是 CocoPlus 中用于终止 CocoFleet 运行中所有进程的技能。它先向每个处于 running 状态的实例发送 SIGTERM，最多等待 10 秒进行优雅关闭，若进程仍未退出则发送 SIGKILL 强制终止，随后更新状态文件并生成停止记录。使用方式为 $fleet stop [fleet-id]。执行前会检查 .cocoplus/ 目录是否存在，并读取对应的 fleet 状态文件；若未初始化或找不到状态文件则直接提示并停止。该技能适用于需要安全、可审计地停止整个 CocoFleet 的场景。

部署与运维1 次安装

flow-pause

flow-pause 是 snowflake-labs/cocoplus 中的一个流程控制技能，用于暂停正在运行的 CocoFlow 流水线。它通过创建一个暂停标志文件，阻止新阶段启动，同时允许当前正在运行的阶段完成手头动作后再停止。该技能在执行前会检查 .cocoplus/ 目录是否存在，若未初始化则提示先运行 $pod init。暂停后会输出提示，告知可使用 $flow resume 恢复流水线。其设计强调不要立即杀死运行中的阶段进程，以免交付物处于不完整状态。

部署与运维1 次安装

flow-resume

flow-resume 是 CocoPlus 中用于恢复已暂停 CocoFlow 流水线的技能。它会移除暂停标志文件，并从下一个待处理阶段或指定的 stage-id 继续执行。使用前需确认当前目录已初始化 CocoPlus（存在 .cocoplus/ 目录），且流水线处于暂停状态（存在 .cocoplus/flow.pause 文件）。若提供了 stage-id 参数，则从该阶段恢复，并将之前所有待处理阶段标记为跳过；若未提供参数，则从下一个待处理阶段恢复。恢复后需激活 flow-run 技能以开始执行，并输出正在恢复的阶段名称。

部署与运维1 次安装

flow-status

flow-status 是 CocoPlus 中用于展示 CocoFlow 流水线当前执行状态的技能。它会读取 .cocoplus/flow.json，按状态统计各阶段（completed、running、failed、exited、skipped、pending），显示整体完成百分比、并发模式（normal、caution、single-track）及最近一次模式切换的触发事件，并输出包含阶段、名称、Persona、HITL、状态、开始时间、时长的状态表。对于失败阶段，会列出检查点失败模式、on_failure 设置及重试命令；对于并行阶段，会基于 .cocoplus/pod-status.json 展示每个 Pod 的完成情况，并将 PARTIAL 与 COMPLETE 明确区分。该技能还会检查 .cocoplus/flow.pause 判断是否暂停，并给出下一步操作建议。使用前需确认 .cocoplus/ 目录存在，否则提示先运行 $pod init。

部署与运维1 次安装

governance-status

governance-status 是 CocoPlus 2.0 中用于查看治理钩子（governance hook）策略状态的技能。它读取 cocoplus.toml 配置，报告 ReviewerLockout 与 PII 过滤（PII filtering）的当前设置，取值可为 true、false 或 "observe"，并显示 pii_log_redactions 配置；随后汇总 .cocoplus/lifecycle/governance-log.json 中的近期事件。该技能强调技能契约应描述可观察行为与验证方式，而非仅列出命令名称；即使命令很小，也需保留相同的安全检查与产物约束。退出标准包括：命令行为与所属功能契约一致、所需读写与用户可见输出被描述、安全与治理及产物约束得到保留、缺失状态时给出清晰且非破坏性的结果。

部署与运维1 次安装

inspector-off

inspector-off 是 CocoPlus 中的一个技能，用于在会话开始时关闭自动环境扫描。它会先检查当前目录下是否存在 .cocoplus/ 初始化目录；如果不存在，就提示先运行 $pod init 初始化，然后停止。确认初始化后，它删除模式标记文件 .cocoplus/modes/inspector.on，并把 AGENTS.md 中的 Inspector 行改为“- Inspector: off”。关闭后，.cocoplus/snapshots/ 中已有的环境快照会保留，不会被删除；如需重新开启，可运行 $inspector on。

部署与运维1 次安装

inspector-on

inspector-on 是 CocoPlus 中的一个模式开关技能，用于在指定目录启用自动环境扫描。启用后，每次在该目录启动 Coco 会话时都会触发一次后台环境扫描，并把结果保存到 .cocoplus/snapshots/。执行前需要确认目录中已有 .cocoplus/，否则会提示先运行 $pod init 初始化。技能会创建 .cocoplus/modes/inspector.on 空文件作为标志，并同步更新 AGENTS.md 中的 Inspector 行，确保热上下文与实际开关状态一致。

部署与运维1 次安装

meter

Meter 是 CocoPlus 项目中的会话计量报告技能，用于在当前会话中展示 CocoMeter 统计信息，包括调用的工具、执行的 SQL 语句、文件写入次数、估算的 token 消耗量以及估算的 Snowflake 信用点消耗。使用时它会先检查目录是否已初始化并读取会话数据文件，然后按固定格式输出报告。报告中的 token 与信用点均为估算值，实际消耗取决于 Coco 原生统计和 Snowflake 计算资源规模。

部署与运维1 次安装

meter-chargeback

CocoMeter Chargeback 是 Snowflake Labs 的 CocoPlus 技能，用于用量分摊（chargeback）与 FinOps 治理。它从 Snowflake Cortex Code 的用量历史中读取 token/推理用量，并在启用时结合查询归因历史中的仓库计算量，生成可供治理审计的证据型事实表与按用户发票。提供三个子命令：refresh 执行 35 天回溯删除/插入刷新（首次加载 60 天），并建议每日 06:00 UTC 调度 Snowflake 任务；invoice 为每位用户生成 HTML 和 CSV 发票包，含 token credits、可选仓库 credits、总 credits、费率金额、成本中心及未映射状态；onboarding 报告初始化就绪情况（schemaReady、factHasData、costCentersMapped、unmappedUsers、spansPresent）。使用前需确认 .cocoplus/ 存在，否则提示先运行 $pod init。

部署与运维1 次安装

meter-on

meter-on 是 CocoPlus（snowflake-labs/cocoplus）生态中的一个技能，用于为当前会话启用 CocoMeter 的 token 与额度（credit）追踪。启用后会在 .cocoplus/meter/ 目录下建立追踪状态，并通过 post-tool-use 钩子按工具调用捕获 token 数据。该技能会先做前置检查：确认 .cocoplus/ 目录存在，否则提示需先运行 $pod init 初始化 CocoPlus；再检查是否已有处于启用状态的会话，避免重置正在进行的追踪数据。随后创建或更新 current-session.json，写入会话 ID（sess-YYYYMMDD-HHMMSS 格式）、ISO 8601 时间戳、启用标志及 input/output token、工具调用次数、模型明细和操作记录等计数字段，并确保历史记录文件 history.jsonl 存在。启用后可用 $meter 查看当前用量，用 $meter estimate <action> 做操作前估算，用 $meter history 查看历史会话。需要注意，token 计数基于钩子捕获的数据估算，实际 Snowflake Cortex 计费可能不同。

部署与运维1 次安装

meter-status

CocoMeter FinOps 入门状态检查技能，用于执行 $meter status 命令。该技能会先验证 .cocoplus/ 目录是否存在，若不存在则提示先运行 $pod init 并停止。随后评估 CocoMeter 分摊层暴露的 FinOps 入门清单，包括 schemaReady、factHasData、costCentersMapped、unmappedUsers、spansPresent 五项，并以通过/失败表格形式呈现。若 spansPresent 为 false，会作为渐进式推广指引报告，而非致命错误。适用于本地夹具验证，可运行 invoke cocometer/chargeback-refresh --input <fixture.json>。

部署与运维1 次安装

migrate-v2

migrate-v2 是 CocoPlus 的一个迁移技能，用于将已发布的 CocoPlus 1.x CocoPod 迁移到当前项目架构。它支持 $migrate v2 --dry-run、$migrate v2 和 $migrate v2 --from 1.x 命令，在执行前会检查 .cocoplus/ 目录是否存在。技能会先读取项目元数据推断源版本（1.0.x、1.1.x、1.2.x 或未知 1.x），然后通过 dry-run 报告缺失的目录、文件和配置，或以实际模式创建必要的目录、会话文件、提案日志、例程注册表和状态文件，并将 safety-config.json 转换为 cocoplus.toml。迁移过程中不会复制脚本文件、不会自动启用任何自主模式，也不会修改 .cocoplus/ 之外的源代码。迁移完成后会运行 JSON 解析、目录验证、复杂度估计、转录适配器和事件提取等测试，验证通过后归档旧配置文件并提交迁移变更。该技能适用于需要将旧版 CocoPlus 项目升级到 v2 架构的场景，要求项目已初始化且 .cocoplus/ 存在，否则会提示运行 $pod init。

部署与运维1 次安装

observer

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

部署与运维1 次安装