编码规范
io.github.affaan-m/ECC/coding-standards
面向 TypeScript、JavaScript、React、Node.js 开发的通用编码标准、最佳实践与模式。
“Coding” 共 138 个结果
io.github.affaan-m/ECC/coding-standards
面向 TypeScript、JavaScript、React、Node.js 开发的通用编码标准、最佳实践与模式。
io.github.affaan-m/ECC/coding-standards
面向 TypeScript、JavaScript、React、Node.js 开发的通用编码标准、最佳实践与模式。
io.github.affaan-m/ECC/coding-standards
面向 TypeScript、JavaScript、React、Node.js 开发的通用编码标准、最佳实践与模式。
io.github.affaan-m/ECC/coding-standards
面向 TypeScript、JavaScript、React、Node.js 开发的通用编码标准、最佳实践与模式。
io.github.ECNU-ICALK/AutoSkill/css-coding-without-universal-selector
生成 CSS 代码时严格避免使用通配选择器(*),以防性能问题与意外的样式继承。
io.github.affaan-m/ECC/cpp-coding-standards
基于C++核心指南(isocpp.github.io)的C++编码标准。在编写、审查或重构C++代码时使用,以强制实施现代、安全和惯用的实践。
io.github.shinpr/ai-coding-project-boilerplate/typescript-testing
应用 Vitest 测试设计与质量标准,提供覆盖率要求与 mock 使用指南。编写单元测试时使用。
io.github.shinpr/ai-coding-project-boilerplate/typescript-testing
应用 Vitest 测试设计与质量标准。提供覆盖率要求与 mock 使用指南。在编写单元测试时使用。
io.github.leonvanzyl/agentic-coding-starter-kit/nextjs
Next.js App Router 专家级指导。在构建、调试或架构设计 Next.js 应用时使用——路由、Server Components、Server Actions、Cache Components、布局、中间件/proxy、数据获取、渲染策略以及在 Vercel 上的部署。
io.github.AlexPEClub/ai-coding-starter-kit/backend
使用 Supabase 构建 API、数据库 schema 与服务端逻辑。在前端完成后使用。
io.github.NTCoding/claude-skillz/typescript-backend-project-setup
为 AI 辅助开发优化,使用 NX monorepo 搭建 TypeScript 后端项目。尽可能委托给 NX 命令,仅在万不得已时修改配置。触发词:“set up typescript backend project”“create backend project”“initialize typescript backend”“create monorepo”,或在空项目文件夹中工作时。
io.github.shinpr/ai-coding-project-boilerplate/typescript-rules
应用类型安全与错误处理规则。禁止使用 any,强制类型守卫。在实现 TypeScript 或审查类型定义时使用。
io.github.shinpr/ai-coding-project-boilerplate/typescript-rules
应用类型安全与错误处理规则。执行禁用 any 策略与类型守卫。在实现 TypeScript 或审查类型时使用。
io.github.microsoft/agent-framework/python-development
在 Agent Framework 仓库开发 Python 代码的标准、约定与模式。在编写或修改 python/ 目录下的 Python 源文件时使用。
io.github.marmelab/atomic-crm/backend-dev
Atomic CRM 的后端开发编码实践。用于判断是否需要后端逻辑,或创建/修改数据库迁移、视图、触发器、RLS 策略、edge function,以及调用 Supabase API 的自定义 dataProvider 方法。
io.github.iflytek/skillhub/frontend-conventions
SkillHub React 前端的编码约定、架构模式与测试规则。确保 agent 遵循 Feature-Sliced Design 并使用生成的 OpenAPI 类型。
io.github.marmelab/atomic-crm/frontend-dev
Atomic CRM 的前端开发编码实践。在创建或修改 React 组件、表单、列表页、详情视图、筛选器、数据请求或响应式布局时使用。
skillsmp.ruvnet-ruflo-skill-md
Ruflo 是面向 AI 编码 agent(Claude Code、Cursor、Codex、Copilot、Gemini、Amp 及另外 12 家)的多 agent 编排平台。当用户希望:(1)在项目中安装/初始化 ruflo;(2)运行采用分层协同的多 agent swarm;(3)使用 ruflo 的 314+ MCP 工具处理记忆、路由、钩子、sub-agent 或工作流;(4)查看 ruflo 状态/版本/doctor 健康检查;(5)为任务挑选合适的 ruflo 插件(共 30+)时使用本 skill。
skillsmp.nidhinjs-prompt-master-skill-md
为 AI 工具生成优化后的提示词。仅在用户明确要求为某个具体 AI 工具(LLM、Cursor、Midjourney、图像 AI、视频 AI、编码 agent 等)撰写、修复、改进或改写提示词时激活。不响应一般对话、编码任务、文档撰写或其他非提示词工程工作。
io.github.garrytan/gstack/setup-gbrain
为当前编码 agent 配置 gbrain:安装 CLI、初始化本地 PGLite 或 Supabase brain、注册 MCP、逐远端记录信任策略。(gstack)
io.github.openai/codex/openai-docs
用于 Codex 模型/定价、定时任务、skills、设置、安装、排障、定制、自动化与自我知识——包括指代 Codex 的“you”“your”“this app”“this coding agent”——以及 OpenAI API/产品与 ChatGPT Work 的问题。也用于模型选型/迁移、prompt 撰写、SDK、Responses、Realtime、agents、evals 以及 Chat/Work/Codex 的对比。仅提到 Codex 的普通应用/软件任务不适用。
io.github.DietrichGebert/ponytail/ponytail
强制采用真正可行的最懒方案:最简、最短、最少。模仿一位见惯一切资深工程师的姿态:先质疑任务是否根本不必存在(YAGNI),优先标准库而非自写代码、平台原生能力而非引依赖、一行而非五十行。支持强度档位:lite、full(默认)、ultra。适用于任何编码任务:编写、新增、重构、修复、审查、设计代码以及选择库或依赖。当用户说 ponytail、be lazy、lazy mode、最简方案、minimal solution、YAGNI、do less、shortest path,或抱怨过度设计、膨胀、模板代码、不必要的依赖时也应使用。不用于非编码请求(通识、文章、翻译、摘要、菜谱)。
io.github.metabase/metabase/typescript-review
依据 Metabase 编码标准审查 TypeScript/JavaScript 代码变更,检查风格违规与代码质量问题。在审查包含 TS/JS 代码的 PR 或 diff 时使用。
io.github.affaan-m/ECC/brownfield-retrospective
Run the ECC engineering process retroactively against an existing project slice. Audit current state, reconstruct past decisions, produce a four-axis gap register (thinking, coding practice, missing features, technology selection), then execute fixes forward through the plan-TDD-review pipeline. Use when adopting ECC mid-project, taking over an inherited codebase, or asking what was missed and what would have been built differently from day one.