TypeScript 类型检查回退
SkillSkillsMP
io.github.HKUDS/OpenSpace/typescript-typecheck-fallback
当 run_shell 因环境或超时问题失败时，改用 shell_agent 作为回退，可靠地运行 TypeScript 类型检查（npx tsc --noEmit）。
source
“Agent Behavior” 共 1,860 个结果
io.github.HKUDS/OpenSpace/typescript-typecheck-fallback
当 run_shell 因环境或超时问题失败时，改用 shell_agent 作为回退，可靠地运行 TypeScript 类型检查（npx tsc --noEmit）。
io.github.ruvnet/ruflo/swarm-init
以抗漂移配置初始化多 agent swarm。用于启动需要 3 个以上协同 agent 的复杂多文件任务（功能实现、跨模块重构、安全审计）。单文件编辑或简单提问可跳过。
io.github.ruvnet/ruflo/browser-intent
当目标用自然语言描述比用选择器定位更容易时,通过 page-agent(browser_act)执行自然语言浏览器意图;未配置 page-agent 或 OpenAI 兼容 LLM provider 时优雅降级。
io.github.nrwl/nx/reproduce-issue
复现 nx issue 的唯一技能。给定 GitHub issue 编号（人工入口）或明确的复现参数（智能体入口），整个复现过程完全在隔离的 Docker 沙箱内执行——Linux 用 gVisor，macOS 用 Docker VM——因此不受信任的复现安装脚本与命令不会在宿主机上运行，最后给出是否复现的结论。供人类通过 /reproduce-issue 调用。
io.github.nrwl/nx/review-pr
对 nrwl/nx 中单个开启的 PR 做深度代码审查。先建立隔离的 worktree，然后运行 pr-review-toolkit 审查智能体、reproduce-verifier 智能体（结合关联 issue 佐证结论，若可本地运行则在 master 与 PR 上分别执行复现）、alternative-approach 智能体（独立设计替代方案并与 PR 的选型对比）、performance-analyzer 智能体（确认改动不浪费 CPU 或内存，并能在工作区规模下快速执行）以及 security-analyzer 智能体（在真实信任边界上排查注入类漏洞——命令注入、zip-slip、SSRF、凭据泄露），只保留严重与重要问题（以及优势；可改可不改的建议丢弃），并把 GitHub 风格的草稿存到 ~/.nx-pr-reviews/<NUMBER>.md 供审查者阅读（不会发布任何内容）。当你需要对单个 PR 做彻底审查时使用。
io.github.dotnet/maui/code-review
对 PR 改动做深度代码审查，关注正确性、安全性与 MAUI 约定。采用独立性优先评估（先看代码后看叙述），并委派给 maui-expert-reviewer agent 做分维度子代理评估。触发于：「review code for PR」「code review PR」「analyze code changes」「check PR code quality」。不用于：总结 PR、描述改了什么、一般性 PR 提问、运行测试或修复代码。
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.kdlbs/kandev/mobile-parity
确保 UI 功能在桌面与移动端保持一致、响应式行为，并具备移动端 Playwright E2E 覆盖。在实现、规划、审查或测试任何新功能、页面、组件、工作流、表单、对话框、侧边栏、导航、仪表盘或可视化 UI 变更时使用；只要涉及前端或用户可见 UI，即使用户只提到桌面或只说“新功能”，此技能也必须运行。
io.github.citypaul/.dotfiles/refactoring
针对具备通过基线与充分保留证据的代码的重构评估与行为保持模式。当用户要求清理、简化或重构选定区域，以及在变异测试或经评审的对等替代证据确立 REFACTOR 步骤信心之后使用。涵盖重构前先提交的纪律、重构何时增值何时应跳过、以及优先级分类。对于选定全路径简化工程中的任何切片——过渡态或终态——以 reduce-system-complexity 为主导技能；适用时重构可作为次要技能。仓库级架构探索用 improve-codebase-architecture；模块契约用 codebase-design。证据不足或新增行为的代码请勿使用。
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.formbricks/formbricks/nextjs-docs
本仓库的本地 Next.js 文档索引（.next-docs/）。用于 apps/web 中任何 Next.js 相关工作：路由、布局、页面、app router、服务端/客户端组件、server actions、缓存、重新验证、metadata、route handlers、proxy/middleware、next.config、图片、字体、错误处理、加载状态、并行/拦截路由、动态路由、useRouter/usePathname/useSearchParams、cookies/headers、重定向、部署、升级。在实现或调试 Next.js 行为前先阅读相关 .mdx 文件；不要依赖训练数据。
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.microsoft/PowerToys/powertoys-verification
使用 winapp CLI 在两种场景下端到端验证 PowerToys 行为：(A) 用模块的发布检查清单对照已安装版本；(B) PR 验证——依据 PR 描述与 diff 推导其检查清单再对照已安装版本执行（已合并/已发布的 PR，或整个 release/hotfix 集合），若 PR 尚未进入构建版本则构建并侧加载该模块。逐项通过 UIA invoke / Named Events / settings.json 编辑 / 剪贴板 / GPO / SendInput 驱动，并为每项输出带证据的结构化 PASS / FAIL / BLOCKED 结论（FAIL 需区分产品缺陷与过期/含糊的清单项）。当被要求验证模块检查清单、确认 PR、签署发布/hotfix 的 PR 或对安装/侧加载的 PowerToys 做 QA 时使用。结合通用 winapp ui 机制（references/winapp-ui-testing.md）与 PT 专属配方、分场景 playbook（references/scenarios/）以及本 skill 附带的辅助 .ps1 脚本。