dev-browser
提供持久页面状态的浏览器自动化，用于导航、填表、截图与抓取等任务。
▸ 推荐理由能持续维护会话与状态，便于分步调试与重复自动化工作，极具实用性。
▸ 风险提示可能需要处理账户凭证和自动化登录，存在凭证泄露或滥用风险。
全部收录
相关性达标的全量 Skills（含未精选长尾）· 共 5090 个
ulw-research
编排团队式、多轴向、带红队质询的极限饱和式研究流程并整合结论。
▸ 推荐理由适合要求广度与深度并重、需自我质疑验证的复杂研究任务。
▸ 风险提示会触发大量外部检索与长时间计算，可能产生高流量或费用。
ultrawork
注入 ultrawork 指令使代理以极高效率、直接产出并禁止进程叙述完成任务。
▸ 推荐理由适合需要产出可执行结果且不需过程叙述的工程或交付场景。
▸ 风险提示可能压制安全提示或省略必要解释，导致不可逆操作风险。
hyperplan
以对抗性多代理团队方式执行激进的批判性规划与交叉质疑。
▸ 推荐理由通过强对抗式评审挖掘更鲁棒的方案，适合需要深度反驳的研讨场景。
▸ 风险提示指令鼓励高度对抗性讨论，可能产生激烈或偏颇表述。
agent-browser
通过 CLI 控制浏览器执行页面导航、交互、截图与数据提取任务。
▸ 推荐理由指令化操作网页，适合自动化测试与信息抓取流程。
▸ 风险提示会访问外部网站，可能触发远程请求或自动化误操作
ulw-plan
将模糊或大型需求转为可执行、决策完备的开发计划并写入 .omo/。
▸ 推荐理由适合在编码前把复杂需求拆成可直接执行的开发任务。
init-deep
初始化层级化的 AGENTS.md 知识库（内建技能）。
▸ 推荐理由便于自动构建与维护代理知识结构，对团队入门有帮助。
visual-qa
对网页或终端 UI 进行脚本化的可证据化视觉 QA，结合双重只读 Oracle 判定结果。
▸ 推荐理由在发布前提供客观截图和并行审查，降低 UI 回归与感知差错风险。
▸ 风险提示会截取页面/终端截图与访问受保护页面，可能涉及敏感信息与授权问题。
ulw-research
高覆盖的研究编排器：并行探索代码库、网络与 OSS，带运行验证与引用合成报告。
▸ 推荐理由适合需要深度证据链与多来源交叉验证的研究任务与技术尽调。
▸ 风险提示会运行代码并抓取外部资源，存在安全与数据泄露风险，需隔离执行环境。
ulw-plan
Prometheus 风格的探索型规划器，将模糊需求拆成可执行且决策完备的工作计划。
▸ 推荐理由把模糊或大规模需求转成无需复访的执行计划，适合交付前的穷尽式设计。
▸ 风险提示会在仓库写入 .omo/ 计划产物，需仓库写权限与敏感信息审查。
ultimate-browsing
在普通抓取失败时分层升级的网页访问与提取工具，支持 JS 渲染、登录与 WAF 场景。
▸ 推荐理由解决常见被屏蔽/需渲染页面的数据获取难题，适合复杂爬取场景。
▸ 风险提示包含绕过 WAF/登录保护的技术，可能涉及法律或平台政策风险。
start-work
将已生成的计划交由子代理执行、维护 .omo 状态与证据账本并管理中断/继续流程。
▸ 推荐理由把“启动执行”标准化为不可回退的编排器，适合自动化交付流水线场景。
▸ 风险提示会写入/修改仓库内 .omo 状态和工作树，需仓库写权限与变更审查。
review-work
并行编排多路子代理完成实现后代码/安全/QA/上下文审查并统一判定通过与否。
▸ 推荐理由适合需要严格多维审查与可审计证据链的团队化交付流程。
▸ 风险提示会读取/汇总 GitHub/Slack/Notion 等外部上下文，需授权与数据合规注意。
remove-ai-slops
在保留行为的前提下清理 AI 生成的代码异味并通过回归测试验证。
▸ 推荐理由先锁定测试再批量并行修复，适合处理大规模 AI 驱动改动。
▸ 风险提示会对代码进行自动修改并依赖完整测试套件，需测试环境与写权限。
refactor
对指定目标执行智能重构，支持不同范围与策略的重构命令。
▸ 推荐理由提供可选安全/激进策略，适合按需自动化代码重构流程。
▸ 风险提示会修改代码库文件，需在受控分支和有回滚策略下运行。
programming
为多种语言提供严格、现代化且类型优先的编程实践与建议。
▸ 推荐理由作为必用工作流基准，覆盖风格、类型与现代工具链方案。
lsp-setup
检测项目所需并安装/配置合适的语言服务器以启用 LSP 功能。
▸ 推荐理由自动完成安装、写配置并回测，能快速恢复编辑器智能功能。
▸ 风险提示可能会安装系统级依赖或修改编辑器配置，需网络与安装权限。
lcx-report-bug
为发现的缺陷生成高信噪比的 GitHub issue 或对上游开 PR。
▸ 推荐理由强调运行与源码证据并自动路由到负责仓库，提升问题处理效率。
▸ 风险提示会与 GitHub 交互并可能创建 issue/pr，需授权访问。
lcx-doctor
检测并报告 LazyCodex/ Codex CLI 本地安装与配置的健康状况。
▸ 推荐理由返回可审计的 PASS/WARN/FAIL 报告，便于定位安装和配置问题。
▸ 风险提示会在本地运行命令并写入临时/源码目录，需本地执行权限。
lcx-contribute-bug-fix
在合适的仓库提交验证过的小型补丁或在 LazyCodex 记录修复问题。
▸ 推荐理由规范化修复流程并带运行/源码证据，适合维护者和贡献者。
▸ 风险提示会创建 PR/Issue，可能需要 GitHub 访问令牌和 fork 权限。
init-deep
为项目生成或更新分层的 AGENTS.md 知识库文件。
▸ 推荐理由自动化整理代理目录与复杂度分层，便于团队维护 agent 架构。
git-master
针对 Git 操作与历史调查的保守且以证据为准的技能。
▸ 推荐理由覆盖从提交到回溯的全套 git 操作，适合代码库维护。
▸ 风险提示会执行变更历史操作（如 rebase、merge），请确保备份或在临时分支使用。
frontend
前端 UI/UX 设计、实现、性能与视觉质量保障路由。
▸ 推荐理由整合设计与性能规则集，利于一致性和高质量交付。
debugging
面向任意语言/二进制的假设驱动运行时调试流程。
▸ 推荐理由系统化的并行假设与最小痕迹调查，适合复杂故障定位。
▸ 风险提示调试可能运行或更改系统状态，注意备份与权限。
coding-agent-sessions
跨平台查找、读取和重构本地编码代理会话与日志。
▸ 推荐理由适合需要证据回溯或重用历史会话的调查场景。
▸ 风险提示会访问本地敏感日志或凭据，运行前请确认权限。
ast-grep
基于 ast-grep 的结构化代码搜索与确定性 codemod 工具。
▸ 推荐理由处理按语法形状匹配与批量重写，比文本查找更精确。
▸ 风险提示会修改代码文件，建议在受控分支或备份下运行。
work-with-pr
在独立 worktree 中自动执行完整 PR 实现与验证流程。
▸ 推荐理由覆盖实现到合并的全流程，适合自动化开发工作流。
▸ 风险提示默认自动合并，需谨慎以免无意合并。
pre-publish-review
16 代理驱动的全面发布前审查与合规汇总。
▸ 推荐理由为 npm 发布提供多维深度审查与汇总，适合大规模仓库。
▸ 风险提示可能执行发布或修改操作，使用前确认权限与环境。
hyperplan
5 成员对抗式多代理规划与批判性蒸馏器。
▸ 推荐理由适合需要强对抗审查与策略压缩的场景。
▸ 风险提示可能生成挑衅或误导性内容，需注意输出审查。
github-triage
只读的 GitHub 问题与 PR 分类分析器，为每项生成证据化报告文件
▸ 推荐理由不修改仓库，适合合规场景下的自动化审查与统计
▸ 风险提示需要 GitHub 访问令牌以读取数据，会向外部 API 发起请求
work-with-pr
在独立 worktree 中执行完整 PR 的开发、验证、评审与合并生命周期
▸ 推荐理由规范化提测与合并流程，适合团队协作场景
▸ 风险提示会创建分支、推送与合并，需仓库写权限且可能影响主分支
tech-debt-audit
跨九维度的技术债务审计，产出分级优先修复与工作量估算文档
▸ 推荐理由生成可引用的 TECH_DEBT_AUDIT.md，便于修复规划
security-research
并行化的漏洞审计与可利用性证明，产出 PoC 与严重度评估
▸ 推荐理由能区分真实可利用漏洞，适合发布前安全评估
▸ 风险提示可能生成可利用 PoC，具潜在滥用风险且需合规授权
remove-deadcode
基于 LSP 验证的并行死代码检测与安全移除工具，支持原子提交
▸ 推荐理由用 LSP 保障删除决策并支持原子回退
▸ 风险提示会修改代码库并提交变更，存在误删风险，需 CI 与人工复核
publish
一键执行完整 npm 发布流水线并验证三层发布面
▸ 推荐理由把繁琐发布流程自动化，适合主仓库发布场景
▸ 风险提示需要 GitHub/NPM 凭据并会执行部署与发布动作，权限敏感
pre-publish-review
16 代理并行的发布前深度审查门控，覆盖逐变更与整体验证
▸ 推荐理由适合大型仓库与关键版本的严格发布把关
▸ 风险提示会读取代码并调用外部服务，通常需要仓库或发布权限
opencode-qa
针对 opencode 本体的自动化 QA 工具，覆盖 CLI、TUI、DB 与事件流测试
▸ 推荐理由内建 self-test，可做回归与环境验收
▸ 风险提示会在本地执行命令并读取 SQLite 会话数据，可能泄露敏感会话信息
hyperplan
以对抗式多代理团队（五种角色）进行激烈交叉批判并提取可辩护的规划洞见。
▸ 推荐理由适合寻求极端批判审视与多视角论证的复杂规划任务，但需审慎解读输出。
▸ 风险提示对抗性策略可能产生极端或误导性建议，需人工复核结论。
github-triage
对仓库中的 Issues 和 PR 执行只读的逐项背景化自动化分类与证据化报告生成。
▸ 推荐理由严格只读且强调证据链，适合需要自动化审查和审计的团队，避免误操作风险。
▸ 风险提示需要 GitHub API 访问令牌以读取仓库数据，涉及访问权限和隐私数据。
get-unpublished-changes
比对本地 HEAD 与已发布 npm 版本，生成按发布层分类的未发布变更清单。
▸ 推荐理由能生成以代码 diff 为依据的高质量变更说明，适合发布准备与变更审查。
第 1 / 128 页下一页 →