搜索「code」的结果

io.github.gibbok/typescript-book/typescript-book-review

以 The Concise TypeScript Book 的风格审查与编辑 TypeScript 图书及参考内容的指南。在审查或编辑本仓库中的教学文字、翻译或非英文内容、代码示例、章节、目录条目或 Markdown 格式时使用，在不改变原意及本书简洁、务实、示例驱动风格的前提下，发现并修复错别字、语法错误、排版问题与轻微的表述不清。

io.github.BuilderIO/agent-native/design-exploration

通过托管的 Design MCP 应用进行 UI/UX 探索、并列设计方向、交互原型预览、用户选择、迭代，以及设计到代码的交接。

io.github.comet-ml/opik/writing-e2e-tests

当开发者要为 Opik 的某个功能、页面或分支添加、编写或创建端到端测试时使用——例如「为实验对比页添加 e2e 测试」「为刚做的功能写测试」「这个分支的 e2e 测试」「给数据集条目流程加测试」。在 tests_end_to_end/e2e/ 中跑完整个循环——分析功能与前端代码、用 Playwright MCP 探索真实 UI、编写 Page Object Model + spec，并在本地运行直到通过。

io.github.langfuse/langfuse/refactor-react-effects

重构 Langfuse 前端代码中可避免的 useEffect 用法。适用于：新增、评审或删除 effect；用查询数据初始化表单或本地 UI 状态；同步客户端与服务端状态；把 mutation 或异步工作流移出组件；清理某个前端子模块的全部 effect；或评审某个 effect 是否有合理的外部系统职责。

io.github.rustfs/rustfs/security-advisory-lessons

应用从仓库 GitHub Security Advisories 中提炼出的 RustFS 安全经验。在提交或评审 RustFS 代码改动、做安全检查、处理认证/授权、IAM、存储、RPC、日志、CORS、控制台/浏览器、加密、策略或接口相关改动时使用，也用于判断需要补充哪些安全回归测试。

io.github.vudovn/ag-kit/nextjs-react-expert

来自 Vercel 工程团队的 React 与 Next.js 性能优化。在构建 React 组件、优化性能、消除瀑布流、减小包体积、审查性能问题或实现服务端/客户端优化时使用。

io.github.danielmiessler/LifeOS/Apify

通过 Apify actor 抓取社交平台、商业数据与电商内容——Instagram、LinkedIn、TikTok、YouTube、Facebook、Google Maps、Amazon 及通用网页爬取——并在代码中过滤。适用场景：抓取 Instagram/LinkedIn/TikTok/YouTube/Facebook、Google Maps 销售线索、Amazon 评论、商业智能、多平台社媒监听、竞品分析、线索生成、社媒监控、Apify actor、网页爬取、提取联系人。不适用于 X/Twitter 操作（用 _X）、四级代理递进式抓取（用 BrightData）、真实 Chrome 反爬绕过与 computer use（用 Interceptor）。

io.github.macro-inc/macro/sqlx-query-validator

检查 Rust 变更中的 SQLx 查询。修改了新增或变更 SQLx 查询的 Rust 代码后使用：确保使用编译期 SQLx 宏、运行 `just prepare_db` 更新离线查询缓存，并审阅查询的性能与安全问题。

io.github.penpot/penpot/security-and-hardening

加固代码以抵御漏洞。在处理用户输入、认证、数据存储或外部集成时使用。任何接受不可信数据、管理用户会话或对接第三方服务的功能开发均适用。

io.github.joe-bell/cva/security-review

面向漏洞的安全代码审查。当被要求“安全审查”“找漏洞”“检查安全问题”“安全审计”“OWASP 评审”，或审查注入、XSS、认证、授权、加密相关问题时使用。提供系统化审查与基于置信度的报告。

io.github.apache/shardingsphere/review-pr

审阅 Apache ShardingSphere 的 PR 是否真正修复了根因，评估副作用与回归风险，并基于公开证据判断代码正确性或可合并性。若不可合并，则在 PR 的方向、根因模型或问题界定需要重新讨论时，产出符合维护者口吻的修改请求或需讨论反馈。也适用于 GitHub 可见的 PR 讨论、审查评论、被质疑的发现，以及可直接粘贴的维护者回复——凡涉及审查正确性、可合并性、修改请求合理性或根因证据的判断。支持面向高风险或明确拒绝零散审阅的全覆盖台账审查，并在最终输出前自我迭代。

io.github.DietrichGebert/ponytail/ponytail

强制采用真正可行的最懒方案：最简、最短、最少。模仿一位见惯一切资深工程师的姿态：先质疑任务是否根本不必存在（YAGNI），优先标准库而非自写代码、平台原生能力而非引依赖、一行而非五十行。支持强度档位：lite、full（默认）、ultra。适用于任何编码任务：编写、新增、重构、修复、审查、设计代码以及选择库或依赖。当用户说 ponytail、be lazy、lazy mode、最简方案、minimal solution、YAGNI、do less、shortest path，或抱怨过度设计、膨胀、模板代码、不必要的依赖时也应使用。不用于非编码请求（通识、文章、翻译、摘要、菜谱）。

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/refactoring-analysis

用 Martin Fowler 的代码坏味道与技术目录审计代码库的重构机会——过长函数、重复代码、高耦合、复杂条件、基本类型偏执——并把按优先级排序的报告写到 docs/_refacs/。在审计代码质量、规划重构冲刺或检查架构健康度时使用。不用于风格/格式化、性能或安全审计。

io.github.compozy/compozy/testing-boss

关于“写出能暴露 bug 而非侥幸通过”的测试准则，覆盖软件与 LLM/AI 系统。在编写或评审测试、新增 mock、判断测试该放在哪一层、让编码 agent 生成测试、排查 flaky CI、为 LLM/agent 功能设计 eval 套件，或重建脆弱的测试集时使用。不用于通用代码评审、与测试无关的库调试、超出测试范围的 CI 流水线设计，或生产可观测性。

io.github.github/awesome-copilot/mcp-implementation-security-review

对照安全基线评审 MCP（Model Context Protocol）server、客户端与工具处理器的实现源码——认证、会话、限流、输入 schema 校验、官方 SDK 使用、RCE 向量及 OWASP MCP Top 10——产出带文件/行证据的报告。适用场景：发布前评审 MCP server 实现的安全性；对照基线控制项（MCP-01 至 MCP-05）与 OWASP MCP Top 10 检查 server；审计工具中的 RCE 向量（命令/代码注入、不安全反序列化、路径穿越、SSTI、依赖劫持、SSRF）；验证网络暴露 server 的认证、会话、限流与输入校验；评审处理不可信 server 响应和会话 ID 的 MCP 客户端代码；以及"帮我做这个 MCP server 的安全评审""我的 MCP server 实现安全吗"之类请求。

io.github.aiskillstore/marketplace/backend-queries

使用参数化语句、贪婪加载、恰当索引与事务管理，编写安全且经过优化的数据库查询。在编写数据库查询、实现数据获取逻辑、优化查询性能、防止 SQL 注入、处理 N+1 查询问题、使用 ORM 或查询构建器、实现缓存策略或管理数据库事务时使用。适用于处理 SQL 查询、ORM 查询方法、数据库仓储模式，或任何从数据库检索或操作数据的代码。

io.github.traefik/traefik/review

面向审查本仓库的 AI 代码审查 agent 的仓库专用指引。

io.github.microsoft/agent-framework/python-development

在 Agent Framework 仓库开发 Python 代码的标准、约定与模式。在编写或修改 python/ 目录下的 Python 源文件时使用。

io.github.temporalio/temporal/review

审阅代码的常见问题。在审阅 PR、建议代码改动，或用户要求审阅代码时使用。

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/refactoring

逐次改动的重构机制：精确统计调用方数量、决定内联还是保留、合并重复的 switch 分支、把原始访问收拢到单一类型化边界、外科手术式的单次改动单次提交、重构后清扫过时的 JSDoc 与失效导出。真正动手编辑代码做清理、判断单调用方 helper 是否值得保留，或规划一连串小重构提交时使用。异味清单见 code-audit；整场会话的简化见 collapse-pass。

io.github.FradSer/dotclaude/refactor

针对指定文件、目录或语义查询执行自动化重构。当用户要求重构特定文件或目录、简化近期改动的代码、清理有限范围内的无用代码，或调用 “/refactor” 时使用。