code-review(Pake 代码审查适配)
io.github.tw93/Pake/code-review
Waza check/code-review 的 Pake 项目适配层。用于 TypeScript CLI、Rust/Tauri、发布产物与 CI 的审查。
“Typescript” 共 348 个结果
io.github.tw93/Pake/code-review
Waza check/code-review 的 Pake 项目适配层。用于 TypeScript CLI、Rust/Tauri、发布产物与 CI 的审查。
io.github.affaan-m/ECC/mcp-server-patterns
使用 Node/TypeScript SDK 构建 MCP 服务器——涵盖工具、资源、提示、Zod 校验,以及 stdio 与 Streamable HTTP 的取舍。最新 API 请查阅 Context7 或 MCP 官方文档。当需要构建或调试 MCP 服务器——工具、资源、提示、校验或传输方式选择时使用。
io.github.github/awesome-copilot/sql-object-impact-analysis
Before modifying a table, column, stored procedure, view, or trigger in a legacy codebase, trace every place that references it — across other SQL objects (procs, views, triggers) AND application code (C#, Angular/TypeScript, JS, or any language in the repo) — and produce a structured blast-radius report so you know what breaks before you change it. Use when the user asks 'what uses this column/table/procedure', 'is it safe to change X', 'what depends on this', 'impact of renaming/dropping X', or before any schema/proc modification in an unfamiliar or legacy codebase. Not for privacy/PII exposure analysis (see data-breach-blast-radius) or query performance tuning (see sql-optimization).
io.github.pnpm/pnpm/testing-changes
Run the tests that cover a change in the pnpm repository, in the Rust workspace (pnpm/, pnpr/) or the TypeScript CLI (pnpm11/), and recognize the cases where a scoped run passes without testing anything. Use whenever verifying a change before committing or pushing, or when deciding what to run after an edit.
io.github.pixijs/pixijs/pixijs-create
Use this skill when scaffolding a new PixiJS v8 project with the create-pixi CLI or adding PixiJS to an existing project. Covers npm/yarn/pnpm/bun create commands, interactive vs non-interactive flows, bundler vs creation template categories, available template presets (bundler-vite, bundler-webpack, bundler-esbuild, bundler-import-map, creation-web, framework-react, extension-default), Node version requirements, `npm install pixi.js` for existing projects, TypeScript 5/6/7 tsconfig setup (moduleResolution, @webgpu/types, @types/web), post-scaffold dev flow, and the Vite top-level-await production-build gotcha. Triggers on: create pixi.js, npm create, npm install pixi.js, scaffold, template, bundler-vite, bundler-webpack, creation-web, framework-react, new project, existing project, getting started, quick start, TypeScript, tsconfig, moduleResolution, @webgpu/types, @types/web, Cannot find name GPUTextureUsage.
io.github.storybookjs/storybook/fix-linting-types-on-pr
检出 PR(含 fork PR),修复所有 lint 与 TypeScript 错误后推回。当被要求修复 PR 上的 lint、types 或 TS 错误时使用。
io.github.novuhq/novu/ink-tui
使用 Ink(面向 CLI 的 React)与 @inkjs/ui 构建终端用户界面(TUI),采用响应式、会话驱动向导模式。当在 Node.js/TypeScript 中创建交互式 CLI 安装向导、设置流程或多步终端应用时使用。涵盖响应式屏幕尺寸解析、声明式流程管线、overlay 中断、会话状态管理、Ink 组件、Flexbox 终端布局,以及在各种终端环境下的优雅降级。
io.github.discourse/discourse/discourse-frontend-conventions
Discourse 前端代码(JavaScript 与 TypeScript,.js/.gjs/.ts/.gts)中 linter 不强制的核心、插件与主题约定。在编写、审查或准备提交类代码或模板时使用。涵盖私有符号模式(#、无前缀、下划线)、超出 lint 分桶范围的类成员排序、带注释字段前的空行、禁用横幅注释、模板内安全注释、调用处 attribute/argument/modifier 排序,以及注释必要性判断标准。
io.github.PostHog/posthog/improving-drf-endpoints
在编辑、评审或审计 PostHog 的 DRF viewset 与序列化器时使用。触发于 posthog/api/、products/*/backend/api/、products/*/backend/presentation/ 下的文件,或任何导入 rest_framework 的文件。涵盖字段类型标注、schema 注解、枚举冲突修复与 OpenAPI 规范质量——这些都会流向下游生成的 TypeScript 类型与 MCP 工具。
io.github.PostHog/posthog/writing-code-comments
判定一条代码注释是否该存在,并强制留下的注释解释“为什么”而非“是什么”。在用任何语言(Python、TypeScript、Go、Rust、SQL)编写或编辑注释前务必使用,也用于评审新增注释的 diff。清除 clutter 代码库的注释类型:复述代码的旁白、变更历史与聊天上下文备注(“之前做了 X”“按 PR #123”“AI:”)、易失效的度量与现状标记(“约 20 分钟构建”“目前”“今天”)、被注释掉的代码与冗余 docstring。保留有价值的注释:不显然的 why、关于非本地影响的警告、指向未来读者无法自行重建上下文的线索。不适用于面向用户的文案(见 `/writing-user-facing-copy`)或提交信息。
io.github.prisma/prisma/prisma-8
使用 Prisma 8(Prisma Next,契约优先数据层)进行开发的综合指南。凡在采用 Prisma 8 的项目中处理 Prisma 代码都应使用——编写或编辑数据契约(contract.prisma、PSL、TypeScript builder)、迁移、查询(db.orm / db.sql)、运行时接线(db.ts、中间件、DATABASE_URL)、构建工具集成、Supabase / RLS、阅读 PN-* 结构化错误,或提交反馈;也用于“Prisma Next 是什么”或与其他 ORM 对比等导向性问题。适用信号:@internal/* 导入、prisma.config.ts、contract.prisma / contract.json / contract.d.ts、prisma-next CLI、PN-* 错误码。不适用于 Prisma ORM 7 及更早版本(schema.prisma + @prisma/client 项目)。
io.github.PostHog/posthog/implementing-mcp-tools
把 PostHog 产品端点暴露为 MCP 工具的指南。在创建或更新 API 端点、添加 MCP 工具定义、脚手架 YAML 配置或编写带优质描述的序列化器时使用。覆盖从 Django 序列化器到生成的 TypeScript 工具处理器的完整管线。
io.github.mattpocock/skills/setup-ts-deep-modules
在 TypeScript 仓库中接入 dependency-cruiser,使每个包都是深模块:实现隐藏在子目录中,只能通过入口文件访问。由用户主动调用。
io.github.anomalyco/opencode/effect
在本仓库中处理 Effect v4 / effect-smol 的 TypeScript 代码。
io.github.affaan-m/ECC/hexagonal-architecture
设计、实现并重构端口与适配器(Ports & Adapters)体系:清晰的领域边界、依赖反转,以及在 TypeScript、Java、Kotlin、Go 服务中可测试的用例编排。当引入或重构为端口与适配器架构,或领域逻辑已与 I/O 纠缠不清时使用。
io.github.affaan-m/ECC/nodejs-keccak256
避免 JavaScript 与 TypeScript 中的以太坊哈希 bug。Node 的 sha3-256 是 NIST SHA3,并非以太坊 Keccak-256,会悄无声息地破坏选择器、签名、存储槽和地址推导。当在 JavaScript 或 TypeScript 中为以太坊做哈希计算,或发现选择器、签名、存储槽、推导地址不正确时使用。
io.github.affaan-m/ECC/error-handling
跨 TypeScript、Python、Go 的稳健错误处理模式,涵盖带类型的错误、错误边界、重试、熔断器与面向用户的错误提示。当在 TypeScript、Python 或 Go 中设计错误类型、重试、熔断器或面向用户的失败提示时使用。
io.github.affaan-m/ECC/prisma-patterns
面向 TypeScript 后端的 Prisma ORM 模式——表结构设计、查询优化、事务、分页,以及若干关键陷阱:updateMany 返回的是 count 而非记录、$transaction 超时、migrate dev 重置数据库、批量写入跳过 @updatedAt、Serverless 下连接池耗尽。当编写 Prisma 表结构或查询,或调试事务、迁移与 Serverless 连接限制时使用。
io.github.affaan-m/ECC/nestjs-patterns
NestJS 架构模式,涵盖模块、控制器、提供者、DTO 校验、守卫、拦截器、配置,以及生产级 TypeScript 后端。当构建或审阅 NestJS 后端时使用,如涉及模块、提供者、DTO 校验、守卫或拦截器。
io.github.affaan-m/ECC/mcp-server-patterns
使用 Node/TypeScript SDK 构建 MCP 服务器——涵盖工具、资源、提示、Zod 校验,以及 stdio 与 Streamable HTTP 的取舍。最新 API 请查阅 Context7 或 MCP 官方文档。当需要构建或调试 MCP 服务器——工具、资源、提示、校验或传输方式选择时使用。
io.github.videojs/video.js/review-api
Review Video.js TypeScript APIs without editing code. Use for inference, state, extensibility, composition, packaging, or architecture audits.
io.github.remix-run/remix/add-package
在 Remix monorepo 中创建或对齐一个包,使其符合既有包约定。适用于在 packages/ 下新增包,或修正现有包的结构、测试配置、TypeScript/构建配置、代码风格与 README 版式以匹配 Remix 3 的其他包。
io.github.moeru-ai/airi/vue-best-practices
Vue.js 任务必须使用。强烈推荐以 Composition API + <script setup> 加 TypeScript 作为标准方式。涵盖 Vue 3、SSR、Volar、vue-tsc。任何 Vue、.vue 文件、Vue Router、Pinia 或 Vite + Vue 工作都要加载。除非项目明确要求 Options API,始终使用 Composition API。
io.github.tldraw/tldraw/tldraw-migrate
将项目迁移到更新版本的 tldraw SDK。适用于升级 tldraw 包、修复 tldraw 升级后的 TypeScript 错误,或用户提到 tldraw 迁移时。