blog-calendar
blog-calendar 是 seo-blog 技能中的编辑日历规划功能，用于为博客生成含主题集群、发布节奏、内容衰减检测、新鲜度更新计划、模板推荐、分发安排和季节性节点的编辑日历，面向建立主题权威与维持 AI 引用新鲜度。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-05 00:16
办公与效率
16,582 个结果
good-morning
good-morning 是面向数据与运维巡检的个性化晨间工作流技能：当用户说“good morning”“gm”或类似问候时，按项目中的 goodmorning.md 执行检查查询、指标与阈值判断，并生成每日 HTML 报告。
bloom
Bloom 是 CocoPlus 工作流中的一个技能，用于在编写规格说明（$spec）之前，通过结构化的四问「逆向工作法」对话，让开发者先对预期成果做出承诺。它依次询问受益者、核心能力、三项约束和新闻稿段落，将答案写入 .cocoplus/lifecycle/bloom.md 并提交 git，作为后续 $spec、$discuss 和 $ship 阶段的锚点。
cocohealth
CocoHealth 是一个上下文利用率监控器，作为后台监控程序运行，通过 PostToolUse 钩子在每次工具调用后采样上下文窗口利用率。它不会主动与开发者交互，仅在利用率越过阈值时给出提示：首次达到 60% 时给出建议性提醒，建议使用 $pod checkpoint 保存状态；首次达到 70% 时给出严重警告，并结合 git 状态、近期提交和检查点情况，通过五行决策矩阵推荐具体的恢复操作。该监控器仅提供建议，不阻塞任何操作，采样开销要求不超过 5ms，阈值警告每个会话每个阈值只显示一次。
context-list
context-list 是 CocoPlus 中用于展示 CocoContext 组织标准文件状态的技能。它会检查 .cocoplus/context/ 目录下的六个标准文件（approved-models.md、quality-thresholds.md、pii-policy.md、warehouse-policy.md、naming-conventions.md、governance-gates.md），显示每个文件的行数、最后修改日期，或标记为“未创建”，并统计完成进度、推荐下一个应创建的标准文件。
diary
diary 是 snowflake-labs/cocoplus 项目中的一个技能，用于向操作者展示 CocoDiary 工作日志的状态。它会先检查当前目录是否已存在 .cocoplus/；若不存在，则提示运行 $pod init 初始化并停止。初始化后，它读取 .cocoplus/diary/ 下的日志条目，汇总条目数量、最新条目、待决事项和近期交接备注。该技能提供 $diary view、$diary list、$diary search 三个子命令，并强调命令行为需可验证、保留读写与安全治理约束，缺失状态时给出清晰且非破坏性的结果。
diary-list
diary-list 是 snowflake-labs/cocoplus 提供的一项技能，用于列出 CocoDiary 日记条目。其目标行为是实现 $diary list [--since <date>] [--tag <tag>] 命令，按最新优先的顺序列出日记条目，并显示 ID、日期、标签、来源会话以及一行摘要。该技能强调技能契约应描述可观察的行为与验证方式，而非仅列出命令名称；同时要求即使是小命令也要保留产物与安全检查，确保命令行为与所属功能契约一致，明确所需的读取、写入和用户可见输出，并保持安全、治理与产物约束。当缺少状态时，应产生清晰且非破坏性的结果。
diary-search
diary-search 是 snowflake-labs/cocoplus 项目中的一个技能，用于搜索 CocoDiary 日记条目。它通过命令 $diary search "<query>" [--since <date>] 按文本、标签、决策和引用的工件检索日记，返回带来源路径的排序匹配结果，并提供足够的上下文以便交接，而无需输出整篇日记。该技能强调可观察行为与验证，要求保留安全、治理和工件约束，并在状态缺失时给出清晰且非破坏性的结果。
diary-view
diary-view 是 snowflake-labs/cocoplus 中的一个技能，用于查看 CocoDiary 日记条目。其目标是实现 $diary view 命令，支持 [--latest]、[--date <date>]、[--id <id>] 参数，展示所选日记条目的时间戳、来源会话、摘要、决策、未决问题，以及指向所引用生命周期产物的链接。该技能强调技能契约应描述可观察的行为与验证方式，而非仅列出命令名称；即使命令较小，也需保留产物与安全检查，因为小命令同样会改变状态或引导执行。退出标准包括：命令行为与所属功能契约一致；描述必需的读取、写入和用户可见输出；保留安全、治理与产物约束；缺失状态时产生清晰且非破坏性的结果。
invoice-generator
invoice-generator 是 CocoPlus 功能体系中的一个 V2 原生技能契约，定义如何以 Coco 原生能力实现原先由 cocometer/invoice-generator 承担的行为。其核心目标是产出或更新所属功能约定的产物文件，并保持产物路径、schema 与用户可见输出不变，确保现有读取方仍然兼容。技能要求优先使用确定性的文件解析和结构化产物，而非自由文本；仅在宿主明确需要时使用 Bash，需要数据访问时使用 Snowflake 工具，需要独立审查时使用子代理。它禁止将调用旧版脚本作为实现路径，要求外部副作用沿用所属功能的确认与门控语义，并强调不能仅因文件存在就判定完成，必须描述可观察行为与验证方式。适用场景为在 CocoPlus 体系内以 V2 原生方式复现发票生成相关的数据处理与产物输出；具体发票字段、模板和业务规则暂未提供。
memory-capture
memory-capture 是 CocoPlus 中用于手动捕获决策、模式或错误解决方案到 Memory Engine 的技能，写入 .cocoplus/memory/ 目录以实现跨会话持久化。使用前需确认 .cocoplus/ 目录已存在且 Memory Engine 已开启（.cocoplus/modes/memory.on 存在），否则会提示先运行 $pod init 或 $memory on。捕获时需指定类型：Decision 写入 decisions.md，Pattern 写入 patterns.md，Error 写入 errors.md，每条记录按固定格式追加，包含日期时间标题及对应字段（如决策的理由与备选方案、模式的适用条件与示例、错误的根因与预防措施）。完成后输出确认信息，若内容可能对其他项目有复用价值，会建议运行 $patterns promote 添加到 CocoGrove。
meter-off
meter-off 是 CocoPlus 中用于关闭 CocoMeter token 计量跟踪的技能。它会先做前置检查：确认当前目录是否已初始化 CocoPlus（即是否存在 .cocoplus/ 目录），并检查 .cocoplus/meter/current-session.json 中 metering_active 是否为 true。若计量未开启，则提示使用 $meter on 启用跟踪并停止。确认正在计量后，它读取当前会话记录，将 metering_active 置为 false，写入结束时间（ISO 8601）并按开始时间到当前时间计算持续分钟数，随后把最终记录追加到 .cocoplus/meter/history.jsonl（每行一个 JSON 对象），再把 current-session.json 重置为未激活状态（session_id 为 null，各类计数归零）。最后输出会话摘要，包含持续时间、输入 token 数、输出 token 数、工具调用次数和主要模型统计，并提示可用 $meter history 查看历史。该技能只停止活动跟踪并归档当前会话，不会删除历史记录。
pod-kb
pod-kb 是 CocoPlus 工具集中的只读展示技能，用于显示项目专属知识库文件 lifecycle/kb.md。该文件记录 CocoCupper 在各会话和已完成阶段中积累的项目模式、决策与易踩的坑。与团队级的 CocoGrove 模式库、提示词优化经验库 CocoDream 不同，kb.md 只针对单个项目。执行前须已初始化 .cocoplus/，该技能会校验初始化状态、读取并统计各章节条目数，然后以原文形式完整展示内容，并附上项目名、最后更新时间和提示信息。它不写入、不提交、不修改任何文件。
pod-resume
pod-resume 是 CocoPlus 工作流中的上下文恢复技能，用于帮助离开项目一段时间后返回的开发者快速重建项目上下文。它读取 .cocoplus/ 目录下的项目状态文件，生成一份叙述式 Markdown 摘要，涵盖项目名称与目标、上次完成阶段、已批准计划节选、待完成的构建任务、近期决策、可用模式以及 CocoCupper 分析发现，并给出下一步推荐执行的具体命令。该技能要求当前目录已初始化 CocoPlus，否则提示先运行 $pod init；整个生成过程设计在 5 秒内完成。
pulse
CocoPlus 的脉冲状态查看技能。用于显示 CocoPulse 环境进度观察器的状态，包括是否启用、检查间隔、监视的产物、上次脉冲时间及下次预期进度检查。使用前需确认当前目录已初始化 CocoPlus（存在 .cocoplus/ 目录），否则提示运行 $pod init 初始化。提供 $pulse on、$pulse off、$pulse status、$pulse configure 四个子命令，支持开启、关闭、查看状态和配置。该技能强调可观察行为与验证，要求保留安全、治理与产物约束，缺失状态时给出清晰且非破坏性的结果。
pulse-on
pulse-on 是 snowflake-labs/cocoplus 仓库中的一个技能，用于开启 CocoPulse 环境进度观察。该技能要求创建 .cocoplus/modes/pulse.on 文件，并在缺失时初始化 .cocoplus/pulse/config.json。CocoPulse 用于观察工作进度并提示停滞的工作，但它不得批准门禁，也不得改变生命周期阶段状态。该技能强调以可观察行为和验证为准，而非仅以文件是否存在判断完成；即使是小命令也需保留安全检查与工件约束，并在状态缺失时给出清晰且非破坏性的结果。
report-export-engine
该技能是 CocoPlus 功能在 V2 原生能力下的确定性行为契约，用于执行原先由 reporting/report-export 委托的报告导出行为，但不再调用已注册的运行时脚本。它要求使用 Coco 原生能力（读、写、编辑、必要时执行 Bash、按需使用 Snowflake 工具与子代理）完成操作，并保持产物路径、数据结构与用户可见输出不变，全程优先结构化文件解析与确定性产物生成。
seed-add
seed-add 是 Snowflake Labs cocoplus 项目中的一项技能，用于把前瞻性想法连同触发条件一起保存下来。它通过命令 $seed add "<idea>" --trigger "<condition>" 将想法以 YAML 文件形式写入 .cocoplus/seeds/ 目录；每条记录包含时间戳 ID、想法文本、触发条件、采集时所在阶段、日期和 pending 状态。当项目达到指定状态后，该想法会由 $seed list 和 SessionStart 钩子自动重新浮现，提醒开发者处理。触发条件支持文件系统检查、生命周期阶段检查、模式标志检查以及需人工确认的表述。使用前需先初始化 .cocoplus/，否则提示先运行 $pod init。该技能本身不会评估触发条件，也不会自动将想法升级为规格文档。
seed-list
该技能用于评估项目中所有待处理的种子（seed）触发器条件，根据当前项目状态判断哪些想法已满足触发条件、可以提升（promote），哪些仍在等待。输出分为“Ready to Promote”和“Waiting”两部分。使用前需确保 .cocoplus/ 已初始化。该技能只更新种子状态和触发日期，不会自动提升种子或创建提交。
seed-promote
seed-promote 是 CocoPlus 工作流中的一个技能，用于把已触发（triggered）的种子想法写入 CocoBrew 规格文档的待办列表，并将该种子标记为已提升。它只处理状态为 triggered 的种子；未触发、已提升、已丢弃的种子均会被拒绝并给出提示。如果 spec.md 尚不存在，该技能不会提升，只给出警告，种子仍保持 triggered 状态，便于之后重新提升。
wisdom
CocoWisdom 是 CocoPlus 中用于汇总与查询项目质量记忆的命令模块。它读取 .cocoplus/wisdom/rejections.jsonl，统计项目被质量门拒绝的历史，包括总拒绝数、最常触发的质量门、最常被拦截的维度、最近一次拒绝以及近 8 个会话的质量趋势，并输出项目状态摘要。此外它提供“不要使用”记录、经验收录、检索召回、纠错路由、保留与遗忘等命令，帮助把开发者纠正沉淀为可审查的记忆。所有数据以 Markdown 文件形式存于分支内，随特性分支变更并像代码一样评审。
wisdom-consolidation-log
该技能用于查看 CocoWisdom 合并（consolidation）异常日志，对应命令 $wisdom consolidation-log。运行前需确认项目已通过 $pod init 初始化并存在 .cocoplus/ 目录；若未初始化则提示并停止。随后读取 .cocoplus/wisdom/consolidation-log.md，按时间倒序显示记录；文件不存在时给出无异常记录的提示。属于雪球实验室 cocoplus 技能集中的日志查询工具。
wisdom-forget
wisdom-forget 是 CocoPlus 技能库中的一个命令行技能，用于从 CocoWisdom 中移除一条被标记为“必须保留”（must-keep）的知识条目，并要求同时给出移除理由。该技能必须以 $wisdom forget --id <id> --rationale "<reason>" 的形式调用，缺少理由的操作会被拒绝。执行前需要确认项目内存在 .cocoplus/ 目录，否则应提示先运行 $pod init 初始化并终止。通过理由会记录到 .cocoplus/wisdom/consolidation-log.md，便于留下审计轨迹。该技能强调：命令行为应与所属功能契约一致，保留必要的读取、写入与用户可见输出，并维持安全与治理约束；缺少状态时应给出清晰且非破坏性的结果。
wisdom-reject
wisdom-reject 是 Snowflake Labs 的 cocoplus 技能集中用于记录「明确被否决方案」的命令技能。它把失败的尝试以结构化条目追加到 .cocoplus/wisdom/do-not-use.md，形成所谓的负面记忆（negative memory），避免团队重复踩坑。使用前需确认 .cocoplus/ 目录已存在，否则提示先运行 $pod init。执行时会解析引号内的否决描述，推断简短分类（无法判断时向操作者询问），并追加包含日期、分类、尝试内容、否决原因、替代方案及来源会话的结构化记录，最后以指定提交信息提交该文件。该技能只做追加，不覆盖已有记录，不自动清理或归档 do-not-use.md，也不把否决内容写入正面智慧分类文件，且加载负面记忆无需主题清单。