tsk-coordinator
tsk-coordinator 是一个多智能体开发协调技能，用于规划任务、向构建智能体下发简报、对每个拉取请求进行独立评审门禁、合并前进行实机测试，并最终向用户汇报。它本身不写代码，而是负责任务拆解、构建/评审智能体的调度与决策，确保代码变更经过独立审查和端到端验证后再合并。适用于使用 tsk 任务板或其它跟踪系统的多智能体协作开发场景。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-14 00:15
智能体与模型
26,293 个结果
acp
Agent Client Protocol（ACP）是一套基于 JSON-RPC 2.0 的标准化协议，用于代码编辑器/IDE 与 AI 编程智能体之间的双向通信。它让智能体可以配合任何兼容的编辑器，也让编辑器可以支持任何兼容 ACP 的智能体，作用类似 LSP 之于语言服务器。ACP 同时支持本地智能体（通过 stdio 以子进程方式运行）和远程智能体（通过 HTTP/WebSocket）。协议覆盖初始化、会话管理、提示轮次、工具执行、文件系统访问，并可通过自定义方法与元数据字段进行扩展。本技能适用于构建 ACP 智能体、构建 ACP 客户端、集成 MCP 服务器、实现工具调用、处理权限请求、管理会话以及扩展协议等场景。
loopforge
Loopforge 是用于把笔记、转录、提示词或历史记录整理成可复用 AI Agent 工作流循环规范的技能，支持提取、新建、审计修复和打包发布四类路径，输出循环提示词或 loop-spec-v1 规格。
storm-research-agent
STORM 调研助手是一个写作前的调研与决策支持技能，用多视角证据分析选题、产品或工作流是否值得推进，默认中文输出，不负责最终写作与发布。
blog
面向 SEO 与 AI 引用的全生命周期博客内容引擎，包含 12 个命令、12 种内容模板、五类百分制评分和 4 个专用智能体，针对 Google 排名及 ChatGPT、Perplexity 等 AI 引用平台优化。
blog-geo
blog-geo 是一个面向博客文章的 AI 引用优化审计工具，评估内容在 ChatGPT、Perplexity、Google AI Overviews 中的可引用性，并给出 0-100 的 AI 引用就绪度评分与平台专属建议，同时生成引用胶囊。
my-skill-name
Snowflake Labs 的 coco-skills 中的一个技能模板页面，用于说明如何编写 Cortex Code 技能，包括触发条件、指令步骤、停止点和工具调用等结构。具体功能与用途暂未提供。
adversary-disable
adversary-disable 是 snowflake-labs/cocoplus 中的一个技能，用于关闭 CocoAdversary 挑战审查模式。它通过记录一次明确的状态转换来禁用该模式，同时保留此前的 adversary 报告和未解决的缺口（open gaps）。该技能的目标是实现 $adversary disable [--reason "<text>"] 命令，支持可选的原因说明参数。资料强调技能契约应描述可观察的行为与验证方式，而非仅列出命令名称；即使是小命令也需保留相同的安全检查与产物约束。退出标准包括：命令行为与所属功能契约一致、描述必需的读取/写入/用户可见输出、保留安全与治理及产物约束、缺失状态时给出清晰且非破坏性的结果。
adversary-enable
adversary-enable 是 snowflake-labs/cocoplus 提供的一项技能，用于启用 CocoAdversary 挑战评审模式。其目标是通过 $adversary enable [--scope <scope>] 命令创建 .cocoplus/modes/adversary.on 文件并初始化配置。该模式下的评审者默认是只读的批评者，不得修改源文件，也不得批准门禁。技能强调契约应描述可观察行为与验证方式，而非仅命令名称；即使命令很小，也需保留相同的安全与治理门禁。退出标准包括命令行为与所属功能契约一致、描述必要的读写与用户可见输出、保留安全治理与产物约束，以及缺失状态时给出清晰且非破坏性的结果。
archetype-classifier
archetype-classifier 是 snowflake-labs/cocoplus 项目下的一个 V2 原生确定性契约（deterministic contract），用于承载原本由 archetype-classifier 技能负责的功能行为。它要求使用 Coco 原生能力（Read、Write、Edit、必要时由宿主显式调用的 Bash、需要数据访问时的 Snowflake 工具，以及需要独立审查时的子代理）来执行该功能，而不再调用旧版脚本作为实现路径。该契约强调保留所属功能技能所记录的产物路径、schema 和用户可见输出，优先采用确定性的文件解析与结构化产物而非自由文本，并在产生外部副作用时沿用所属功能相同的门控与确认语义。其退出标准包括：生成或更新所属功能记录的产物、输出 schema 与现有读取方保持兼容、无需调用已注册的运行时脚本。资料未提供具体安装命令、价格、平台支持范围或实际使用示例。
behavior-maturity
behavior-maturity 是 CocoPlus（CocoPod）中的自动化成熟度评估技能，用于报告当前 CocoPod 的自动化成熟度等级（L0 Manual 至 L3 Autonomous-Eligible）。该评估完全确定性地基于 cocoplus.toml 与 .cocoplus/modes/ 计算，不使用 LLM 判断，并输出 .cocoplus/maturity.json。运行前需确认 .cocoplus/ 目录存在，否则提示先执行 $pod init。等级分为 L0 手动、L1 辅助、L2 监督、L3 自主合格；L3 需通过十项就绪检查清单（预算守卫、验证器与生成器结构分离、失败升级阶梯、人工覆盖路径、输出允许列表、强制路径拒绝列表、终止开关、运行日志提交、禁止同智能体验证、尝试次数上限）。若 cocoplus.toml 声明 automation_maturity 或 maturity_level，则报告等级以该声明为上限。输出会显示当前等级及 L3 就绪项通过数量，并具体列出未通过项；$pod status 可直接读取 .cocoplus/maturity.json 而无需重新评估。
behavior-maturity-engine
behavior-maturity-engine 是 snowflake-labs/cocoplus 仓库下的一个 V2 原生确定性契约（deterministic contract），用于实现 CocoPlus 所属特性的行为。它替代了原先委托给 behavior-maturity 技能的行为，改为使用 Coco 原生能力（Read、Write、Edit，必要时由宿主显式调用 Bash，需要数据访问时使用 Snowflake 工具，需要独立评审时使用子代理）来执行。该契约要求保留所属特性技能所记录的产物路径、schema 和用户可见输出，不得将旧脚本作为实现路径调用，并优先使用确定性文件解析与结构化产物来生成机器可读状态。若会产生外部副作用，需沿用所属特性相同的门控与确认语义。
bloom-crystallize
CocoBloom 结晶（crystallization）是 CocoPlus 工作流中的一项技能，用于将一次成功完成的 ship 执行轨迹转化为可复用的技能文件。使用前提是近期存在一次成功的 $ship，通过 $bloom 调用。它会先校验 .cocoplus/ 是否初始化，再确认近期 ship 成功，读取执行轨迹，依次调用 Haiku 子代理识别可复用模式、Sonnet 子代理抽象为符合规范的 SKILL.md，经开发者 ACCEPT 后写入 .cortex/skills/crystallized/<slug>/SKILL.md 并提交 git。
bloom-skip
bloom-skip 是 CocoPlus 工具链中的一个技能命令，用于跳过 CocoBloom 的“工作回溯式预先承诺”步骤。它通过在当前项目的 .cocoplus/lifecycle/meta.json 中写入 bloom_waived=true 来实现豁免，使后续 $spec 命令不再显示 CocoBloom 提示信息，也不会尝试加载 lifecycle/bloom.md。该命令与 $bloom 有意分开，以便命令加载器能直接路由到该标志路径。使用前需确保 .cocoplus/ 已初始化，否则会提示先运行 $pod init。
calibrate-rubric
calibrate-rubric 是 snowflake-labs/cocoplus 提供的一项技能，用于根据近期操作历史对已编译的 CocoPod 规则进行评分，并标记从未触发的规则。它通过读取近期的 rubric 结果历史，更新每条 rubric 条目的校准元数据：若某条规则被评估的样本全部得分不高于 0.4，则标记为 never_fires；若某条规则没有任何样本，则标记为 insufficient_evidence。校准过程不会重写指令文本。
cocoharvest
CocoHarvest 是 CocoPlus 工作流中的一个规划分解工具，用于把已批准的执行计划拆解为可并行的工作流，并生成完整的 flow.json 流水线。它读取 .cocoplus/lifecycle/plan.md 中的工作流定义，为每个工作流分配专家角色（如数据工程师、分析工程师、数据科学家等），并通过 CocoLens 机制将各阶段分类为 HITL（需人工介入）或 AFK（可自主运行）。随后为每个阶段生成独立的提示词文件，写入 flow.json 阶段定义，并初始化双文件状态（进度日志与任务状态）。它还包含自适应并行、停滞检测和连续失败升级等运行时行为，帮助在长流水线中保持可审计与可恢复。
cocoplus-off
CocoPlus 的关闭技能，用于停用 Full Assist Mode（完全辅助模式），移除全部 CocoPlus 功能标志文件。该技能会先检查 .cocoplus/ 目录是否存在，若不存在则提示运行 $pod init 初始化；随后记录并删除 .cocoplus/modes/ 下的九个标志文件（memory.on、inspector.on、quality.on、context-mode.on、cocometer.on、full-assist.on、safety.strict、safety.normal、safety.off），更新 AGENTS.md 的 Active Modes 段落为全部关闭，并创建 Git 提交。数据文件（memory 目录、meter/history.jsonl、grove/patterns/、grove/cupper-findings.md）会被保留，不会删除。该操作是幂等的，可通过 $cocoplus on 重新激活全部功能。
contract-gate
contract-gate 是 CocoPlus 功能所属的 V2 原生确定性契约（deterministic contract）。它用于执行原本委托给 contract-gate 技能的行为，但不再依赖已注册的运行时脚本调用。该契约要求使用 Coco 原生能力（如 Read、Write、Edit，在宿主明确需要时使用 Bash，需要数据访问时使用 Snowflake 工具，需要独立审查时使用子代理）来完成这一 V2 原生功能行为。其核心目标是保留所属功能技能所记录的产物路径、schema 和用户可见输出，不将旧脚本作为实现路径，并在产生机器可读状态时优先采用确定性文件解析和结构化产物，而非自由文本。若会产生外部副作用，则沿用所属功能相同的门控与确认语义。
contract-hash
contract-hash 是 snowflake-labs/cocoplus 仓库下的一个 V2 原生确定性契约技能，用于承载原 CocoPlus 功能的行为。它要求使用 Coco 原生能力（Read、Write、Edit，必要时由宿主显式调用 Bash，需要数据访问时使用 Snowflake 工具，需要独立审查时使用子代理）来执行该功能，而不再依赖已注册的运行时脚本。该技能强调保留所属功能技能所记录的产物路径、数据结构和用户可见输出，优先采用确定性的文件解析与结构化产物而非自由文本，并在产生外部副作用时沿用所属功能相同的门控与确认语义。其退出标准包括：生成或更新所属功能记录的产物、输出结构保持与现有读取方兼容、无需调用已注册的运行时脚本。
contract-prove
contract-prove 是 snowflake-labs/cocoplus 仓库下的一个 V2 原生确定性契约技能，用于承载原 contract-prove 技能所负责的 CocoPlus 功能行为。它要求使用 Coco 原生能力（Read、Write、Edit，必要时由宿主显式调用 Bash，需要数据访问时使用 Snowflake 工具，需要独立审查时使用子代理）来执行该功能，而不再调用旧版脚本作为实现路径。该技能强调保留所属功能技能所记录的产物路径、schema 与用户可见输出，优先采用确定性文件解析和结构化产物而非自由文本，并在产生外部副作用时沿用所属功能相同的门控与确认语义。其退出标准包括：所属功能的文档化产物被生成或更新、输出 schema 与现有读取方保持兼容、无需调用任何已注册的运行时脚本。资料未提供具体安装命令、价格、平台支持或使用示例。
cost-center-resolver
cost-center-resolver 是 snowflake-labs/cocoplus 项目下的一个 V2 原生功能契约（skill），用于执行原先由 cost-center-resolver 技能委托的行为，且无需调用已注册的运行时脚本。它要求使用 Coco 原生能力（如 Read、Write、Edit、Bash，以及在需要数据访问时使用 Snowflake 工具、需要独立审查时使用子代理）来完成该功能行为。该契约强调保留所属功能技能所记录的产物路径、schema 和用户可见输出，不将旧脚本作为实现路径，优先使用确定性文件解析和结构化产物而非自由文本，并在产生外部副作用时沿用所属功能相同的门控与确认语义。退出标准包括：生成或更新所属功能记录的产物、输出 schema 与现有读取方保持兼容、无需调用已注册的运行时脚本。
discuss
discuss 是 Snowflake Labs 的 cocoplus 项目中的技能，用于在 $plan 阶段前开展结构化的决策捕获对话，把实现选择（模型、评估方法、准确率阈值、范围边界等）明确固定下来，防止规划智能体自行填补开发者未主动做出的决定。使用前需已初始化 .cocoplus/ 并存在 lifecycle/spec.md（先运行 $spec）。它会识别工作类型（AI 函数、Cortex Search、语义模型、数据管道），加载组织标准预填答案，随后通过结构化问答收集选择，并写入 lifecycle/discuss.md；再由 CocoSpec 评分器对 spec 与 discuss 合并评估，输出 PASS、CONCERNS、FAIL 或 Quick Mode 建议，可选用 --red-team 参数在通过后追加对抗性质疑环节。
discuss-red-team
CocoDiscuss Red-Team Mode 是 CocoDiscuss 讨论流程中的对抗性审查模式，通过 $discuss --red-team 调用。它在标准 $discuss 向导完成（PASS 门）之后运行，以“魔鬼代言人”的立场，在 $plan 接收 discuss.md 中已锁定的决策之前，对这些假设发起挑战。该技能是非阻塞的，红队发现仅作建议，由开发者自行决定是否采纳。它针对 discuss.md 的六个决策维度（模型、评估、准确率阈值、仓库、治理、范围）各生成一个对抗性挑战，并标注风险等级（LOW/MEDIUM/HIGH），最后输出汇总报告并追加写入 .cocoplus/lifecycle/discuss-red-team.md。
dream
CocoDream 是 CocoPlus 工作流中的一个技能，用于从过往会话中提炼提示词迭代模式，生成供开发者审阅的经验候选。它要求某个函数至少存在 3 个提示词版本才会纳入分析。运行前会检查 .cocoplus/ 目录是否存在，若未初始化则提示先执行 $pod init。随后扫描 .cocoplus/prompts/ 下的版本化提示词文件及其 -meta.json 元数据，按函数名分组，筛选出拥有 3 个及以上版本的函数。若没有符合条件的函数，会列出各函数当前版本数并建议继续用 $prompt new 和 $prompt compare 积累迭代历史。符合条件时，激活 coco-cupper 子代理，分析各版本提示词序列及评估分数，将迭代模式分为三类：worked-patterns（评估分提升超过 2%）、anti-patterns（评估分下降超过 2%）、neutral（变化幅度小于 2%）。每条候选包含标题、类别、证据（涉及哪些函数与版本转换）以及建议行动。结果写入 .cocoplus/grove/dream-<ISO8601时间戳>.md，时间戳格式为 YYYY-MM-DDTHH-MM-SSZ。输出摘要后打开该文件供开发者审阅，经验不会自动晋升，需开发者显式执行 $patterns promote 才会加入 CocoGrove。