TypeScript 最佳实践
vdevelop
io.github.HoangNguyen0403/agent-skills-standard/typescript-best-practices
编写地道的 TypeScript 模式,产出整洁、可维护的代码。用于编写或重构 TypeScript 类、函数、模块或异步逻辑。
“Code Review” 共 1,908 个结果
vdevelop
io.github.HoangNguyen0403/agent-skills-standard/typescript-best-practices
编写地道的 TypeScript 模式,产出整洁、可维护的代码。用于编写或重构 TypeScript 类、函数、模块或异步逻辑。
io.github.citypaul/.dotfiles/refactoring
针对具备通过基线与充分保留证据的代码的重构评估与行为保持模式。当用户要求清理、简化或重构选定区域,以及在变异测试或经评审的对等替代证据确立 REFACTOR 步骤信心之后使用。涵盖重构前先提交的纪律、重构何时增值何时应跳过、以及优先级分类。对于选定全路径简化工程中的任何切片——过渡态或终态——以 reduce-system-complexity 为主导技能;适用时重构可作为次要技能。仓库级架构探索用 improve-codebase-architecture;模块契约用 codebase-design。证据不足或新增行为的代码请勿使用。
io.github.nexu-io/open-design/design-extract
从导入的源码、截图或 Figma 导出中提取设计令牌(颜色/字体/间距),产出 token-map 消费的规范化令牌集合。
io.github.microsoft/ai-agents-for-beginners/testing-course-samples
当被要求对课程的 notebook 与代码样例做验证、测试、冒烟测试或运行(针对真实的 Microsoft Foundry / Azure OpenAI 配置)时使用。涵盖环境准备(.env、az login、依赖包)、scripts/validate-notebooks.ps1 运行器、PASS/FAIL 结果解读,以及哪些课程需要额外资源(Azure AI Search、GitHub MCP、Foundry Local、Playwright)。
io.github.max-sixty/worktrunk/writing-user-outputs
worktrunk 的 CLI 输出格式化标准。在修改任何调用 warning_message、hint_message、error_message、info_message、eprintln、println 的代码,或产出用户可见字符串(CLI 帮助、进度 UI、快照文本)之前加载。记录 ANSI 颜色嵌套规则、消息模式与输出系统架构。
io.github.EpicenterHQ/epicenter/ui-design
从产品方向到组件体系收敛,设计、探索、实现、打磨、重设计并评审 Epicenter 界面。用于共创界面、追问「别的应用怎么做」、对比 UI 方向或同类产品、把粗略功能想法变成可构建的 Svelte 界面、选择 @epicenter/ui 组件、修改 packages/ui,或替换堆满 class 的标记与本地界面原语。纯 CSS 小修不属于本技能范围,除非它暴露出更大的模式问题。
io.github.microsoft/ai-agents-for-beginners/testing-course-samples
当被要求对课程的 notebook 与代码样例做验证、测试、冒烟测试或运行(针对真实的 Microsoft Foundry / Azure OpenAI 配置)时使用。涵盖环境准备(.env、az login、依赖包)、scripts/validate-notebooks.ps1 运行器、PASS/FAIL 结果解读,以及哪些课程需要额外资源(Azure AI Search、GitHub MCP、Foundry Local、Playwright)。
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.fastrepl/anarlog/sqlite-schema-design
按 SQLite Sync 约束为 `crates/cloudsync` 设计或评审 schema,而非套用泛泛的 SQLite 建议。在添加同步表、修改同步列或规划对 CloudSync 安全的迁移时使用。
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` 更新离线查询缓存,并审阅查询的性能与安全问题。
vdevelop
io.github.penpot/penpot/security-and-hardening
加固代码以抵御漏洞。在处理用户输入、认证、数据存储或外部集成时使用。任何接受不可信数据、管理用户会话或对接第三方服务的功能开发均适用。
io.github.paperclipai/paperclip/check-pr
Check a GitHub, GitLab, or Perforce PR/MR/CL for review comments, failing checks, and PR-body gaps. Use when asked to inspect, fix, or prepare a change for submission.
io.github.nexu-io/open-design/html-ppt-zhangzara-capsule
产品经理的年终自我复盘——职责、成果、成长与诉求,全部有证据支撑。以面向上级与评审委员会的决策级职业幻灯片构建。
io.github.DietrichGebert/ponytail/ponytail
适用于任何编码任务(编写、重构、修复、审查)的偷懒资深开发模式:YAGNI、标准库优先、不做未经要求的抽象。不适用于非编码请求。
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.openai/plugins/security-diff-scan
当用户要求对 pull request、commit、分支 diff、工作树补丁或其他基于 Git 的变更集做安全审查时使用。
io.github.openai/plugins/security-scan
用于对整个仓库或某个限定路径、包目录、子模块做标准单轮安全审计(没有 diff 可审的情况)。这是默认的仓库扫描。不用于 PR/commit/分支/工作树 diff,也不用于深度多轮或降低方差的扫描。