Skills
收录 96,981 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
Agent 工作流
Vercel AI SDK v7 的开发与迁移。在构建或升级 AI SDK 7 应用时使用,尤其是 ToolLoopAgent、WorkflowAgent、HarnessAgent、Claude Code/Codex/Pi harnesses、runtimeContext、toolsContext、toolApproval、telemetry、reasoning、文件或技能上传、realtime、视频生成,或 v6 到 v7 的破坏性变更。AI SDK v6 代码请用 ai-sdk-6;版本查阅和一般文档查询请用 ai-sdk。
使用 Arbor 论文中的假设树优化(HTR),针对目标和评估器自主改进实际产物(代码、训练方案、Agent 框架、数据管道、提示词)。当有人希望通过多次实验迭代优化内容且避免过拟合时使用,例如“提高模型的评测分数”“改进这个 Agent/框架”“调整这个管道”“在此基准上超越基线”“搜索多种方法并保留最佳方案”“进行 MLE-bench / Kaggle 风格的优化”,或任何长期任务,目标是“改进产物而非死记开发集”。即使用户没有提到“Arbor”或“假设树”,但描述了反复进行实验和评估、分支探索相互竞争的想法,或担心开发集与测试集之间存在差距,也应触发此技能。由 Claude 自身担任协调器,在隔离的 git worktree 中运行子 Agent 执行器;独立的 `arbor` CLI 工具请参阅 references/arbor-upstream.md。
ArchDev 核心工作流——适用于所有涉及 ArchDev 的任务。涵盖 CLI 设置、升级、登录和模型访问;archdev.json 验证(check);仓库接入与就绪状态(repo status);活动分类映射(repo map);harness hooks(repo hook setup);构建事件报告(log post、log post --event);过往经验(log messages、log search、受能力权限控制的 log knowledge);工件发现(log finding);生命周期记录——start、lesson、abandoned、done、handoff、question(log --kind);Agent 活动(repo monitor);实时 Ask 仪表板(archdev ask);公开文件共享(archdev share);强制 PR CI 和风险跟进;已发布 PR 的风险/范围(inspect metadata);以及仓库规则(rules、rules add、rules edit、rules disable)。如果已安装 archdev CLI、仓库包含 archdev.json,或任务涉及计划、任务、会话、提交、PR 或 harness hooks,请在会话开始时加载。
通过 CLI 操作 Archon:在代码仓库上运行 AI 工作流,监看并响应需要决策的运行,管理 SDLC 套件的队列(接收队列、构建队列、合并队列、发现项),设置 Archon 或更改其配置,以及编写和验证工作流。适用于用户说“使用 archon”“运行 archon”“archon 工作流”“用 archon 修复问题 #N”“让 archon 审查此 PR”“当前正在运行什么/检查运行 <id>”“批准/拒绝/回答/取消/恢复该运行”“运行构建队列”“处理完发现项”“设置 archon”“配置 archon”“更改我的 archon 配置”“创建工作流”“编写工作流”,或询问如何编写更好的 Archon 提示词。不要用于:自行完成编码工作。Archon 会将工作委派给隔离运行。
自动审查流水线。以完整深度串联四个 plan-* 审查(plan-deep-review、plan-design-review、plan-eng-review、plan-devex-review),中间的 AskUserQuestion 调用由 6 条原则自动决策。在唯一的最终审批关口呈现品味决策和用户质疑。顺序为 Deep → Design → Eng → DX。每个阶段可选地获得一个独立的 Claude 子 Agent 声音,以实现跨模型共识。适用于被要求 "autoplan"、"run all the plan reviews"、"auto-review this plan",或用户希望进行全面计划审查而不必逐一解答每个中间问题的情况。
通过 screenpipe 观察用户屏幕,检测重复的研究工作流,将其与现有 research-agent-skills 匹配,并针对尚未覆盖的模式起草新技能(或串联现有技能的组合方案)。用户要求分析其近期工作,并根据实际操作提出技能时使用。需要 screenpipe 守护进程在本地 3030 端口运行(https://github.com/screenpipe/screenpipe);此技能没有其他数据源,如果无法连接 screenpipe 则拒绝运行。所有检测均在本地执行;只有经过脱敏的聚类摘要会发送给 LLM。
此技能帮助大模型为任务挑选合适的 AxAgent 上下文工具——contextMap 用于反复出现的语料,contextPolicy 预设用于运行内轨迹压缩,agent.optimize 用于离线 GEPA 指令/示例调优,agent.playbook 用于可演进的上下文 playbook(离线 evolve + 在线 update),recall/memories + skills 用于逐轮检索。当用户问“我该用哪个上下文功能”、把 contextMap 与 contextPolicy 或 memory 混淆,或需要长上下文 Agent 的决策指南时使用。contextPolicy/contextMap 的代码生成请用 ax-agent-rlm;recall/skills 请用 ax-agent-memory-skills;agent.optimize 或 agent.playbook 请用 ax-agent-optimize。
在 Claude Code 中有效使用 Bash 工具的全面知识。在编排命令行工具、配置 hooks、搭建自动化工作流、管理 git 操作、处理多命令模式或遇到 Bash 工具错误时,应使用本技能。涵盖:PreToolUse hooks、命令链模式、git 工作流自动化、命令行工具集成、自定义命令(.claude/commands/)、安全配置、允许列表、会话持久化、输出处理、错误预防以及常见问题的排查。在以下情况使用:配置 Claude Code hooks、配置 bash 权限、创建自定义命令、自动化 git 工作流、编排多个命令行工具、调试 bash 命令失败、实施安全防护、记录命令执行或防止危险操作。
将用户剪贴板中的图像调入对话,以便实际查看。一个本地桥接程序通过每用户 Unix 套接字($HOME/.clipboard.sock;CLIPBOARD_SOCKET 可覆盖)提供剪贴板内容;此技能会获取字节,将其保存为真实图像文件,并读取该文件以载入上下文。每当用户指向你无法看到的视觉内容时使用——“看看我的剪贴板”“我刚截了屏”“看看这个错误”“为什么看起来不对”“这是设计稿”“看看粘贴的内容”——包括用户只是暗示复制了内容,或描述屏幕内容但未提供文件路径的情况。应优先使用此技能,而不是猜测、让用户描述图片,或先让用户把文件保存到其他位置。
使用 agent-browser 通过 Chrome DevTools Protocol 自动化 Electron 桌面应用(VS Code、Slack、Discord、Figma、Notion、Spotify 等)。当用户需要与 Electron 应用交互、自动化桌面应用、连接到正在运行的应用、控制原生应用或测试 Electron 应用时使用。触发条件包括 "automate Slack app"、"control VS Code"、"interact with Discord app"、"test this Electron app"、"connect to desktop app",或任何需要自动化原生 Electron 应用的任务。
运行引导式端到端循环,让一个 Duvo Agent 变得更好。当用户想要 "improve this Agent"、"make my Agent better"、"help me tune this Agent"、"this Agent isn't good enough"、"fix this Agent based on its Runs",或要求你把一个 Agent 从当前状态推进到具体、已应用的改进 —— 而不只是只读审计时使用。由你主导对话:锁定该 Agent,全面了解其设置(AOP、Connections、Skills、触发器、memory、最近的 Runs),就改进依据达成一致(用户的反馈或 Runs 中的证据),提出并确认一个 Run 范围,从 workflow-debugger / run-debugger skills 获取有依据的发现,提出具体改动,并在用户同意后应用(AOP 通过 aop-writer 作为新的 Build,配置用你的工具)。与 workflow-debugger 的边界:那个 skill 是只读审计;此 skill 是以已应用改动收尾的交互式循环,并调用 workflow-debugger 做分析。
运行引导式端到端循环,让一个 Duvo Queue —— 以及围绕它的生产者→消费者工作流 —— 变得更好。当用户想要 "improve this Queue"、"this Queue keeps backing up, fix it",或把一个 Queue 推进到具体、已应用的改进 —— 而不只是只读审计时使用。由你主导对话:锁定该 Queue,全面了解其整体形态(生产者与消费者、积压与 case 状态、衔接处两个 Agent 的 AOP、触发器与并发、流经的 Runs),就改进依据达成一致(用户的反馈或 Runs/积压中的证据),提出并确认一个 Run/case 范围,从 workflow-debugger / run-debugger skills 获取有依据的发现,提出具体改动,并在用户同意后应用(AOP 通过 aop-writer 作为新的 Build,拓扑与触发器用你的工具)。与 workflow-debugger 的边界:那个 skill 是只读审计;此 skill 是以已应用改动收尾的交互式循环。对于单个独立 Agent,请改用 improve-agent。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
