执行计划
io.github.obra/superpowers/executing-plans
在独立会话中执行书面实现计划、并带有评审检查点时使用。
“Review” 共 1,248 个结果
io.github.obra/superpowers/executing-plans
在独立会话中执行书面实现计划、并带有评审检查点时使用。
io.github.bytedance/deer-flow/engineer-system-change
从第一性原理评估并执行非平凡的软件系统变更。用于评估 RFC、issue、设计、功能、重构、依赖变更,以及所提字段、事件、API、模块与服务的必要性、消费者、系统适配、验证、回滚需要推敲的场景。阅读真实系统,识别具体问题与具名语义消费者,选择最小充分方案,拒绝伪需求与投机性抽象,并要求与风险相称的证据。不用于机械式编辑、源码讲解,或对已完成 diff 的专项审查。
io.github.QuantumNous/new-api/i18n-translate
为本项目补全并维护前端 i18n 翻译。覆盖查找缺失的翻译键、检测未翻译条目,并为所有支持的 locale(en、zh、zh-TW、fr、ja、ru、vi)添加翻译。凡涉及前端 locale 文件、缺失翻译键、未翻译 UI 文本、`t(...)` 键、`useTranslation()`、静态 i18n 键、按钮/标签/toast/dialog/placeholder/校验文案,或哪怕只是补一个 i18n 键的任务都适用。当审查结论提到缺失 i18n、新 UI 文本需要翻译,或用户要求添加翻译、修复 i18n、补全翻译时使用。翻译、添加 locale 键或编辑前端 i18n 文件前必须先加载并遵循本技能。
io.github.affaan-m/ECC/springboot-verification
Spring Boot 项目的验证闭环:发布或 PR 前的构建、静态分析、带覆盖率的测试、安全扫描与差异(diff)审查。
io.github.BTMuli/TeyvatGuide/typescript-standards
按照 TeyvatGuide 的 ESLint、Prettier、类型声明、const-enum、运行时值与 TSDoc 约定编写和审查 TypeScript 与 Vue 代码。在修改 .ts、.d.ts 或 .vue 文件时使用,尤其是类型、枚举、导出 API 与 Vue 状态。
vdevelop
io.github.HoangNguyen0403/agent-skills-standard/database-query-performance
借助 explain 执行计划、索引归属与查询形态审阅来诊断数据库延迟。用于查询缓慢、缺失索引,或出现全表扫描与 N+1 模式时。
io.github.EpicenterHQ/epicenter/ui-design
从产品方向到组件体系收敛,设计、探索、实现、打磨、重设计并评审 Epicenter 界面。用于共创界面、追问「别的应用怎么做」、对比 UI 方向或同类产品、把粗略功能想法变成可构建的 Svelte 界面、选择 @epicenter/ui 组件、修改 packages/ui,或替换堆满 class 的标记与本地界面原语。纯 CSS 小修不属于本技能范围,除非它暴露出更大的模式问题。
io.github.fastrepl/anarlog/sqlite-schema-design
按 SQLite Sync 约束为 `crates/cloudsync` 设计或评审 schema,而非套用泛泛的 SQLite 建议。在添加同步表、修改同步列或规划对 CloudSync 安全的迁移时使用。
vdevelop
io.github.handsontable/handsontable/code-graph
查询预构建的 code-review-graph 知识图谱(基于 Tree-sitter、覆盖整个 monorepo),而非用 Grep+Read 遍历调用链——成本低 2-6 倍,且能捕捉 grep 漏掉的分派调用。用于任何跨多文件的任务,即便用户从未提及图谱或主动索取:修复或追踪缺陷(「fix this bug」「why does X happen」「trace this」)、探索陌生代码(「how does X work」「who calls X」「what imports Y」「where is X used」)、规划或执行重构(「rename X」「is it safe to change or remove X」「what would break」「blast radius」「find dead code」),或审阅改动(「review this PR」「review this branch or diff」)。若你即将用 Grep 查找某符号的调用者/被调用者/引用者,停下来改用本技能。
io.github.rustfs/rustfs/security-advisory-lessons
应用从仓库 GitHub Security Advisories 中提炼出的 RustFS 安全经验。在提交或评审 RustFS 代码改动、做安全检查、处理认证/授权、IAM、存储、RPC、日志、CORS、控制台/浏览器、加密、策略或接口相关改动时使用,也用于判断需要补充哪些安全回归测试。
io.github.macro-inc/macro/sqlx-query-validator
检查 Rust 变更中的 SQLx 查询。修改了新增或变更 SQLx 查询的 Rust 代码后使用:确保使用编译期 SQLx 宏、运行 `just prepare_db` 更新离线查询缓存,并审阅查询的性能与安全问题。
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.nexu-io/open-design/html-ppt-zhangzara-capsule
产品经理的年终自我复盘——职责、成果、成长与诉求,全部有证据支撑。以面向上级与评审委员会的决策级职业幻灯片构建。
io.github.DietrichGebert/ponytail/ponytail
适用于任何编码任务(编写、重构、修复、审查)的偷懒资深开发模式:YAGNI、标准库优先、不做未经要求的抽象。不适用于非编码请求。
io.github.compozy/compozy/testing-boss
关于“写出能暴露 bug 而非侥幸通过”的测试准则,覆盖软件与 LLM/AI 系统。在编写或评审测试、新增 mock、判断测试该放在哪一层、让编码 agent 生成测试、排查 flaky CI、为 LLM/agent 功能设计 eval 套件,或重建脆弱的测试集时使用。不用于通用代码评审、与测试无关的库调试、超出测试范围的 CI 流水线设计,或生产可观测性。
io.github.openai/plugins/security-diff-scan
当用户要求对 pull request、commit、分支 diff、工作树补丁或其他基于 Git 的变更集做安全审查时使用。
io.github.openai/plugins/security-scan
用于对整个仓库或某个限定路径、包目录、子模块做标准单轮安全审计(没有 diff 可审的情况)。这是默认的仓库扫描。不用于 PR/commit/分支/工作树 diff,也不用于深度多轮或降低方差的扫描。
io.github.Stirling-Tools/Stirling-PDF/ui-walkthrough
对当前分支功能做完整的 UI 调查。枚举每个视图与状态(空态、有数据、加载、错误、每个对话框/菜单/面板、响应式断点、浅色+暗色+RTL),用内置 Playwright 工装捕获,汇总为带全局明暗切换滑杆的单图 HTML 走查,随后跑两轮审查:视觉/一致性(对齐、间距、专业感、明暗一致、对比度、截断)与 UX/易用性(流程、可发现性、可供性、空态/错误态、预期)。当被要求做 UI 走查、截图审查、设计或 QA 巡检、「找出可以更易用/更好的地方」或前端工作合并前使用。加 --fix 自动应用安全的前端修复并重新捕获;--theme 限定主题;--no-rtl 跳过 RTL。
io.github.Stirling-Tools/Stirling-PDF/feature-walkthrough
端到端讲解当前分支的完整逻辑与流程,让毫无前置知识的人也能理解、审查并复现。从分支 diff 界定变更范围,追踪其触达的每一层流程(前端工具/hook/组件、Java controller/service/endpoint、Python 引擎、配置、i18n、测试),产出带 Mermaid 图(时序/流程/架构)、可点击引用的带注释文件地图、前后行为对比、涉及 UI 时的截图、「本地试跑」章节与边界情况/风险的自包含走查文档。当被要求做功能或分支走查、「解释这个分支做了什么」、设计/逻辑说明、PR 审查者上手或交接文档时使用。加 --html 可同时输出渲染的 HTML 版;--no-screens 跳过截图。
io.github.dotnet/skills/writing-mstest-tests
编写、现代化或修复全面的 MSTest 单元测试,覆盖 MSTest 3.x/4.x API。适用:编写、创建、评审或现代化 MSTest 测试与断言,比 Assert.IsTrue 更好的 MSTest 断言,用 IsInstanceOfType 替代硬转义,MSTest 断言 API(Contains、ContainsSingle、HasCount、IsEmpty、IsNotEmpty、DoesNotContain、AreSame、IsNull、StartsWith、EndsWith、MatchesRegex、IsGreaterThan、IsLessThan、IsInRange),纠正 Assert.AreEqual 颠倒的 Expected/Actual 参数,用 Assert.Throws 替换 ExpectedException,数据驱动(DataRow、DynamicData、ValueTuples),生命周期(TestInitialize、TestCleanup、TestContext),异步与取消测试,条件执行/重试/清理(OSCondition、Retry),并行化(Parallelize/DoNotParallelize),MSTest.Sdk 配置,MSTESTxxxx 分析器修复。不适用:测试质量审计(用 test-anti-patterns)、运行测试(用 run-tests)、MSTest 版本迁移(用 migrate-mstest 技能)、xUnit/NUnit/TUnit、非 .NET 语言。
io.github.davila7/claude-code-templates/owasp-security
覆盖六大标准的 OWASP 对齐安全指南合集——Web 应用 Top 10(2021)、ASVS 5.0、移动端 MASVS v2.1.0、API 安全 Top 10(2023)、Kubernetes Top 10(2022),以及面向 AI/LLM 的 Agentic Applications 2026 版。用于安全评审、漏洞审计、安全认证/加密/访问控制的实现、Kubernetes 清单加固,以及 LLM/智能体提示注入防护;也包括间接提问,例如这个登录流程安全吗、审查这个接口、审计我的 pod spec。
io.github.cloudflare/security-audit-skill/security-audit
对代码库做安全审计——Web 应用、API、服务、CLI 工具、库、守护进程等均可。在需要发现安全缺陷、做安全评审、漏洞审计或对代码做渗透测试时使用。聚焦真实可被利用、有实际影响的问题,不涉及理论风险或行业惯例行为。
io.github.actualbudget/actual/writing-release-notes
只要在 Actual Budget 仓库中新增、撰写、起草或修复一条发布说明,就使用本技能。它就是随代码改动一起发布的 changelog 条目,以 Markdown 文件形式存放在 `upcoming-release-notes/`。触发请求如添加发布说明、写 changelog 条目、为这个 PR 或改动补发布说明、创建 upcoming release note,或在本仓库完成一个面向用户的改动、下一步自然就是补发布说明的任何时刻。这些说明是给人读的,因此必须短、用平实语言、不含技术细节。写成 commit message 风格或带实现术语,产出会在评审中被退回重写。
io.github.langflow-ai/langflow/frontend-i18n
使用 i18n 体系(i18next / react-i18next)添加、修改或审查 Langflow 前端的用户可见文案。当变更涉及新增或编辑 UI 字符串——标签、按钮、tooltip、模态框、toast、错误提示、空状态——或审查包含用户可见文案的 diff 时使用。所有用户可见字符串必须走翻译体系,且每个新 key 必须存在于全部 locale 文件中。不适用于后端字符串、日志消息或代码标识符。