代码审查
io.github.langfuse/langfuse/code-review
Langfuse 共享的代码审查流程。在审查 PR、分支、diff 或本地改动以确认正确性、回归、风险与缺失测试时使用。先从 references/review-checklist.md 中的仓库专属审查规则入手,并在改动涉及相应领域时结合各包的 AGENTS.md 及相关共享技能。
“Local Files” 共 987 个结果
io.github.langfuse/langfuse/code-review
Langfuse 共享的代码审查流程。在审查 PR、分支、diff 或本地改动以确认正确性、回归、风险与缺失测试时使用。先从 references/review-checklist.md 中的仓库专属审查规则入手,并在改动涉及相应领域时结合各包的 AGENTS.md 及相关共享技能。
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.BasedHardware/omi/e2e
理解并探索 Omi Flutter 移动应用的 UI 流程、导航模式与 widget 架构。在 app/lib/ 下的 Dart 文件中开发功能、修复缺陷或验证变更时使用。提供 agent-flutter 命令以探索运行中的应用、理解页面衔接方式并验证你的工作。
io.github.microsoft/apm/python-architecture
在 APM CLI 代码库中创建新模块、重构类层次、引入设计模式,或进行横跨 3 个以上文件的改动时启用。
io.github.microsoft/apm/python-architecture
在 APM CLI 代码库中创建新模块、重构类层次、引入设计模式,或进行横跨 3 个以上文件的改动时启用。
io.github.macro-inc/macro/sqlx-migration
使用 `sqlx migrate add <name>` 创建 SQLx 迁移文件。当被要求添加、创建或生成 sqlx/sqlx-cli 数据库迁移时使用。
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.aiskillstore/marketplace/backend-models
定义数据库模型与 ORM 实体,遵循恰当的命名、关系、校验与数据完整性约束。在创建或修改模型类、数据库表定义、模型关系(一对多、多对多)、数据校验规则、数据库约束或模型方法时使用。适用于处理 ORM 模型文件、ActiveRecord、SQLAlchemy、Sequelize、Prisma schema,或任何将对象映射到数据库表并强制数据结构与关系的数据库模型定义。
io.github.aiskillstore/marketplace/backend-models
定义并配置数据库模型,遵循恰当的命名、关系、时间戳、数据类型、约束与校验。在创建或编辑 app/Models/ 下的模型文件、Eloquent 模型类、模型关系(hasMany、belongsTo 等)、数据库表结构、模型属性与转换、模型工厂或 seeders 时使用。在处理模型校验逻辑、数据库约束、外键关系、索引、作用域、访问器、修改器或任何 ORM 相关的模型配置时使用。
io.github.aiskillstore/marketplace/backend-migrations
创建可回滚、聚焦的数据库迁移,遵循恰当的命名、版本控制实践与零停机部署考量。在创建或编辑 database/migrations/ 下的迁移文件、编写 schema 变更(创建/修改表、列、索引、外键)、实现迁移回滚方法、管理数据库版本控制、在大表上添加或修改索引,或将 schema 变更与数据迁移分离以获得更安全部署时使用。
io.github.aiskillstore/marketplace/backend-atomic-commit
面向 Django/Optimo 风格仓库的严格后端预提交与原子提交技能。强制本地 AGENTS.md / CLAUDE.md、pre-commit 钩子、.security/* 辅助工具以及 Monty 的后端工程品味——提交信息中不带 AI 签名。
io.github.EpicenterHQ/epicenter/typescript
TypeScript 项目约定:派生类型、类型放置位置、首字母缩略词大小写、import、泛型、工厂与运行时 schema 模式。在编辑 `.ts` 文件、定义导出类型、检查类型命名或组织类型测试时使用。
io.github.openclaw/clawhub/writing-evals
为 Axiom AI SDK 脚手架评测套件。从自然语言描述生成 eval 文件、scorer、flag schema 与配置。在创建 evals、编写 scorer、设置 flag schema 或配置 axiom.config.ts 时使用。
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 脚本。
io.github.microsoft/agent-framework/python-development
在 Agent Framework 仓库开发 Python 代码的标准、约定与模式。在编写或修改 python/ 目录下的 Python 源文件时使用。
io.github.lightdash/lightdash/frontend-style-guide
在编写 React 组件、从 Mantine v6 迁移到 v8 或编写样式代码时应用 Lightdash 前端样式指南。在编辑 TSX 文件、修复样式问题,或用户提到 Mantine、样式、CSS modules 时使用。
io.github.dzhng/skills/refactor-clean
用清爽的重构取代层层淤积。当一次变更暴露出重复概念、本地适配器、过时的职责归属、兼容性包装、平行抽象,或某个不断堆积众多职责的超大模块,或任何代码区域出现“先糊上去再说”的压力时使用。
io.github.EpicenterHQ/epicenter/testing
测试文件约定:setup 函数、工厂、Result 断言助手、组织方式、类型测试、命名,以及删除低价值测试。使用场景:「写测试」「加个测试」「修这个测试」「删测试」「清理测试」「审查测试」,或修改 *.test.ts 文件。
io.github.FradSer/dotclaude/refactor
针对指定文件、目录或语义查询执行自动化重构。当用户要求重构特定文件或目录、简化近期改动的代码、清理有限范围内的无用代码,或调用 “/refactor” 时使用。
io.github.ChromeDevTools/devtools-frontend/devtools-ux-writing-refactor
按 UX 文案规范,重构 DevTools 模块文件夹中面向用户的 UIStrings 与本地化注释(b/40799900 的子任务)。在为某个文件夹或 issue 精简措辞、检查 sentence case 或改进 UIStrings 的 L10n 注释时使用。不用于一般代码改动或非 UIStrings 文件。
io.github.linq2db/linq2db/api-baselines
刷新 Source/ 下的 API 兼容性基线(CompatibilitySuppressions.xml)。删除现有抑制文件,通过 `dotnet pack -p:ApiCompatGenerateSuppressionFile=true` 重新生成,然后审查 diff,把一切非 `LinqToDB.Internal.*` 的 API 变更标记出来提请用户显式批准。
io.github.terryyin/translate-python/post-change-refactor
在提交前重构并清理未提交的变更。消除重复、重命名不清晰的领域概念、在类似变更可能出现时收敛散弹式修改、移除无用/仅测试用/冗余代码,并将超过 250 行的文件拆分为内聚模块,同时确认相关测试仍然通过。在完成一个阶段或子阶段后、提交前使用,或开发者要求清理当前变更时随时触发。触发词:refactor change、clean up change、post-change refactor、before commit cleanup、tidy current change。
io.github.aiskillstore/marketplace/backend-ralph-plan
为后端 Django 项目创建集成 Ralph Wiggum Loop 的结构化计划目录。生成 PLAN.md(任务索引)、任务文件与 RALPH-PROMPT.md(供 ralph-loop 使用的实际提示词)。用于需要质量闸门与验证的严谨迭代式实现。
io.github.langflow-ai/langflow/frontend-i18n
使用 i18n 体系(i18next / react-i18next)添加、修改或审查 Langflow 前端的用户可见文案。当变更涉及新增或编辑 UI 字符串——标签、按钮、tooltip、模态框、toast、错误提示、空状态——或审查包含用户可见文案的 diff 时使用。所有用户可见字符串必须走翻译体系,且每个新 key 必须存在于全部 locale 文件中。不适用于后端字符串、日志消息或代码标识符。