code-review(代码审查)
io.github.asgeirtj/system_prompts_leaks/code-review
按给定强度审阅当前 diff 的正确性缺陷和复用/简化/效率优化(low/medium:更少、高置信度发现;high→max:覆盖更广、可能含不确定发现;ultra:云端多 agent 深度审查)。传 --comment 以行内 PR 评论发布发现,或传 --fix 在审查后将修改应用到工作树。
“Agent Persona” 共 1,136 个结果
io.github.asgeirtj/system_prompts_leaks/code-review
按给定强度审阅当前 diff 的正确性缺陷和复用/简化/效率优化(low/medium:更少、高置信度发现;high→max:覆盖更广、可能含不确定发现;ultra:云端多 agent 深度审查)。传 --comment 以行内 PR 评论发布发现,或传 --fix 在审查后将修改应用到工作树。
io.github.worldwonderer/oh-story-claudecode/browser-cdp
当需要通过 CDP(Chrome DevTools Protocol)控制 Chrome 浏览器并复用已有登录会话时使用本技能。涵盖:以调试模式启动 Chrome、打开 URL、等待页面加载、执行 JavaScript、截取快照、提取认证令牌。触发词:browser automation、CDP、agent-browser、浏览器操作、操作浏览器、Chrome CDP、复用登录态、extract token from browser。
io.github.XiaomiMiMo/MiMo-Code/codex
在非交互 headless 环境中运行、配置与排查 OpenAI Codex CLI。适用于 Bash 或 PowerShell、原生 Windows 或 WSL2、shell 脚本、CI/CD、Docker、Kubernetes、远程服务器、agent harness 或批处理任务中的 Codex 自动化;用于构造 `codex exec` 命令、选择 sandbox 与审批模式、消费 JSONL 事件或结构化输出、恢复会话、经 stdin 传递提示,以及处理因缺少交互输入导致的失败(如 `request_user_input`)。
io.github.nexu-io/open-design/code-import
将已有仓库的结构读取到项目当前工作目录,形成规范化快照供 agent 分析,避免每轮都重新遍历目录树。
vdevelopment
io.github.latitude-dev/latitude-llm/api-endpoints
在 `@repo/operations` 中新增或修改 API 操作。单一事实来源(`defineOperation` + Zod schema)会同时变成 HTTP 端点、OpenAPI 操作、MCP 工具、TS + Python SDK 方法、`latitude` CLI 命令和进程内 agent 工具——描述与契约必须兼顾所有这些消费方。
io.github.BasedHardware/omi/e2e
理解并探索 Omi Flutter 移动应用的 UI 流程、导航模式与 widget 架构。在 app/lib/ 下的 Dart 文件中开发功能、修复缺陷或验证变更时使用。提供 agent-flutter 命令以探索运行中的应用、理解页面衔接方式并验证你的工作。
io.github.hashgraph-online/awesome-codex-plugins/automation-shape-routing
代理自动化的总入口:选择
vdevelop
io.github.penpot/penpot/code-review-and-quality
进行多维度代码审查。合并任何变更前使用。审查自己、其他 agent 或人类编写的代码时使用。在代码进入主干前需跨多个维度评估代码质量时使用。
io.github.coreyhaines31/marketingskills/marketing-loops
当用户想设置周期性、自动运行的营销工作流——由 AI 代理按固定节奏(每周、每天或按触发器)重复执行的循环,而不是一次性任务——时使用。用户提到 marketing loop、recurring marketing workflow、automate my marketing、marketing on autopilot、weekly marketing review、ad fatigue check、content refresh loop、churn watch、ranking drop alert、always-on marketing、marketing automation workflow 或“每周都跑一次这个”等场景时也适用。用于选择、适配并排期一个持续运行的营销循环,由它编排其他营销技能。一次性营销点子见 marketing-ideas,实验循环见 ab-testing。
io.github.compozy/compozy/writing-tech-post
端到端完成工程博客写作:发布深度解读、故障复盘、架构迁移、性能案例、教程、AI/agent 系统记录、安全披露,以及从研究到产品的转化文章。选对文章原型、规划抽象阶梯、遵循证据节奏(图示、基准测试、profile、trace、代码、消融实验),按 Datadog、Vercel、GitHub、AWS、Meta、Cloudflare、Jane Street 等发布方的行文风格校准语气,并在发布前用叙事推进与披露伦理两道门禁检查。在起草新的工程文章、重构成色平淡的初稿、判断某种证据该放在何处、校验技术深度与产品背景是否均衡,或为对外发布准备故障复盘、迁移、性能叙述时使用。不用于 API 参考文档、README、营销文案、release notes、泛 SEO 内容、代笔高管观点文章,以及非工程类长文。
io.github.compozy/compozy/writing-skills
编写、重构与调试 agent skill。在从零创建新 skill、精简或重组臃肿的 SKILL.md、收紧 skill 描述里的触发条件,或诊断 agent 忽略内嵌 references 时使用。不用于 CLAUDE.md、AGENTS.md 这类 agent 指令文件(改用 agent-md-refactor)、一般文档或 README。
io.github.compozy/compozy/testing-boss
关于“写出能暴露 bug 而非侥幸通过”的测试准则,覆盖软件与 LLM/AI 系统。在编写或评审测试、新增 mock、判断测试该放在哪一层、让编码 agent 生成测试、排查 flaky CI、为 LLM/agent 功能设计 eval 套件,或重建脆弱的测试集时使用。不用于通用代码评审、与测试无关的库调试、超出测试范围的 CI 流水线设计,或生产可观测性。
io.github.traefik/traefik/review
面向审查本仓库的 AI 代码审查 agent 的仓库专用指引。
io.github.PostHog/posthog/writing-skills
编写 PostHog agent skill 的指南——以"要完成的事"为框架的模板,教会 agent 如何用 MCP 工具达成目标。当新增需要 agent 掌握的产品功能、创建新 skill,或更新 products/*/skills/ 下的现有 skill 时使用。
io.github.serverless/serverless/serverless-sandboxes
使用 Serverless Framework 的 `sandboxes` 特性(AWS Lambda MicroVMs)在 AWS 上构建、运行和运维隔离或临时计算资源。当用户想执行不可信或 AI 生成的代码、按会话/代理/租户运行隔离负载、构建代码执行后端,或提到 Firecracker MicroVMs、serverless.yml 的 `sandboxes` 块、`serverless dev --sandbox`、`invoke --sandbox`、`logs --sandbox`、RunMicrovm、AWS Lambda MicroVMs 时使用。即使用户既没提 Serverless Framework 也没提 sandbox,只要描述隔离的 AWS 执行环境即应触发。
io.github.ymichael/bb/automations
通过官方 automations 插件创建并管理 bb 自动化。使用 bb 自动化命令安排重复性或一次性的智能体/脚本工作时使用。
io.github.PostHog/posthog/writing-tests
判定新测试是否值得存在并强制其高效,保护 CI 不被低价值测试堆爆。在新增或大幅修改任何 pytest、Jest、Playwright 测试之前——即 agent 或工程师准备为新功能、bug 修复、PR 写测试时使用。前置两道门槛:价值门槛(每个测试必须能捕获现有测试未覆盖的真实回归;通过公共接口测行为而非实现细节;近似重复折叠为参数化用例)与效率门槛(确定性、隔离、快;选最便宜的测试层级;用 Django TestCase 而非 TransactionTestCase;不许 sleep、不许真实联网)。含"不要写它"决策树。修复既有 flaky 测试用 /fixing-flaky-tests;若本门槛判定需要 Playwright 测试,用 /playwright-test 处理写法。
io.github.affaan-m/ECC/plan-orchestrate
读取计划文档,将其拆解为步骤,从 ECC 目录中设计每一步的代理链,并输出可直接粘贴的 /orchestrate 自定义提示词。只做生成——本身不会调用 /orchestrate。当用户有多步计划并想通过 orchestrate 来驱动、又不想手工编排代理链时使用。
io.github.crbnos/carbon/writing-skills
本仓库(.ai/skills/)内创建或编辑 agent skill 的内部指南。在写新 skill、重组已有 skill,或评审 skill 质量时使用。涵盖 frontmatter 约定、安装接线、house 模板,以及每个 Carbon skill 都要遵守的弱执行器写作规则。
io.github.microsoft/skills/deploy-model
统一的 Azure OpenAI 模型部署 skill,按意图智能路由。支持快捷预设部署、完全自定义部署(版本/SKU/容量/RAI 策略),以及跨地域与项目的容量查询。适用:deploy model、deploy gpt、创建部署、模型部署、部署 openai 模型、初始化模型、预置模型、查容量、查模型可用性、该在哪个地域部署、容量分析。不适用:列出现有部署(请用 foundry_models_deployments_list MCP 工具)、删除部署、创建 agent(用 agent/create)、创建项目(用 project/create)。
io.github.redis/ioredis/code-change-verification
在移交前验证 ioredis 的代码变更。当 agent 变更或审查运行时 TypeScript、Redis 命令支持、生成的 typings、测试、与行为关联的文档、构建工具、发布敏感文件,或任何需要选择并运行正确本地验证命令的任务时使用。
io.github.sickn33/antigravity-awesome-skills/code-review-and-quality
执行多维度代码审查。在合并任何变更前使用;审查自己、其他代理或人类编写的代码时使用;需要在代码进入主干前从多个维度评估质量时使用。
io.github.sickn33/antigravity-awesome-skills/review-swarm
对当前 git diff 或明确文件范围进行并行的只读多代理审查,发现行为回归、安全或隐私风险、性能与可靠性问题、契约或测试覆盖缺口。当用户要求 review swarm、并行审查、diff 审查时使用。
io.github.mlflow/mlflow/ui-review
审查 GitHub PR 中的 UI/UX 改动:启动 MLflow Web 应用,通过无头 agent-browser 操作改动涉及的界面,并为工作流写出一份 Markdown 格式的 UI 审查评论内容(结论与截图)。