最近推送 2026-10-06 20:58(22 天前),属于活跃维护
thedaviddias/Front-End-Checklist
GITHUB中文整理主语言 MDX · 74,584 星 · MIT · 创建于 2017-10-16
这是一个面向前端开发质量检查的开源检查清单系统,把前端最佳实践整理成可逐项核对的规则集合,提供网页浏览、命令行工具调用和直接查阅三种使用方式。
仓库健康度
5 个维度开放 Issue 13 个 · Fork 6,766 个
star 记录还不够天数,增量算不出来
许可证 MIT · 8 个 topics
这一项暂无数据,不代表项目没有发布
「证据不足」表示这项数据暂时没有取到,不能读成「项目有问题」;「部分数据」表示只拿到一部分信号。版本发布要额外调 Releases 接口,下一版补。
Star 趋势
6 天记录横轴 2026-10-23 → 2026-10-28,纵轴按这段时间的最小/最大值拉伸。趋势来自站内每天记录一次的星数,页面打开时不会实时请求 GitHub。
它解决什么问题
据 README 归纳前端项目在开发、审计或提交代码时容易遗漏可访问性、性能、SEO、安全等方面的质量问题,缺少统一且可操作的核对依据,导致问题上线后才被发现,修复成本更高。
核心能力
6 条- 1按类别浏览并逐项核对386条英文规则,覆盖11个活跃类别
- 2为每条规则提供解释、修复指引和验证步骤
- 3通过托管的MCP服务提供11个工具,供兼容的智能体直接查询和审计
- 4按严重程度将规则分为关键、高、中、低四个优先级
- 5提供精选清单和分类页面,用于聚焦特定审计场景
- 6支持对粘贴的代码或文件内容进行规则对照审查
项目画像
6 个角度项目定位
这是一个面向前端开发质量检查的开源检查清单系统,把前端最佳实践整理成可逐项核对的规则集合,提供网页浏览、命令行工具调用和直接查阅三种使用方式。
适合谁
适合前端开发者、代码审查人员以及使用兼容MCP工具的智能体,在项目自查、代码审计或提交合并请求前进行质量核对。
典型场景
在提交合并请求前,按清单逐项核对代码是否满足前端质量要求;让兼容MCP的智能体对粘贴的代码或文件内容进行规则对照审查;针对可访问性、性能或SEO等特定类别打开分类页面做集中审计
部署难度
直接浏览网页即可使用,无需本地安装;若要本地调用MCP服务,需运行仓库中的stdio服务并配置兼容的智能体环境。
风险限制
规则以英文撰写;MCP方式需要兼容的智能体环境;仓库为多包结构,涉及网站、内容、MCP服务等多个子包。
最近维护
最近一次推送是 2026-10-06 20:58。 实现方式:规则内容以MDX形式存放在内容包中,经网站和MCP服务对外提供;使用者按类别导航逐项勾选适用条目,需要详细说明时打开对应规则页查看解释与验证步骤。
README 原文细节
2 个板块怎么用最典型的用法与示例
How to use this checklist
- Start with the category navigator below and jump straight to the part of the checklist you need.
- Work through the checkbox items that apply to your project, audit, or pull request.
- Open the linked rule pages when you need the full guidance, examples, verification steps, and AI prompts.
- Use frontendchecklist.io for interactive browsing, and mcp.frontendchecklist.io when you want agents to use the same rule corpus directly.
其它说明README 里剩下的内容
What you get
- 386 English rules across 11 active categories
- 11 MCP tools exposed by the hosted server
- Rule pages with explanations, remediation guidance, and verification steps
Priority legend
- ![Critical][criticalimg] means site-breaking, compliance-sensitive, or security-sensitive issues that should be fixed first.
- ![High][highimg] means issues with major impact on user experience, accessibility, performance, or discoverability.
- ![Medium][mediumimg] means strong best practices that should be part of normal frontend quality review.
- ![Low][lowimg] means useful improvements that are situational or lower urgency.
Browse online
- Explore all rules at frontendchecklist.io/rules
- Use curated checklists at frontendchecklist.io/checklists
- Open a category page for focused audits and implementation guidance
关于 Front-End-Checklist 的常见问题
6 个问题Front-End-Checklist 是做什么的?
这是一个面向前端开发质量检查的开源检查清单系统,把前端最佳实践整理成可逐项核对的规则集合,提供网页浏览、命令行工具调用和直接查阅三种使用方式。 前端项目在开发、审计或提交代码时容易遗漏可访问性、性能、SEO、安全等方面的质量问题,缺少统一且可操作的核对依据,导致问题上线后才被发现,修复成本更高。
Front-End-Checklist 有哪些功能?
核心能力:按类别浏览并逐项核对386条英文规则,覆盖11个活跃类别;为每条规则提供解释、修复指引和验证步骤;通过托管的MCP服务提供11个工具,供兼容的智能体直接查询和审计;按严重程度将规则分为关键、高、中、低四个优先级;提供精选清单和分类页面,用于聚焦特定审计场景;支持对粘贴的代码或文件内容进行规则对照审查。
Front-End-Checklist 适合谁用?
适合前端开发者、代码审查人员以及使用兼容MCP工具的智能体,在项目自查、代码审计或提交合并请求前进行质量核对。
Front-End-Checklist 是怎么工作的?
规则内容以MDX形式存放在内容包中,经网站和MCP服务对外提供;使用者按类别导航逐项勾选适用条目,需要详细说明时打开对应规则页查看解释与验证步骤。
用 Front-End-Checklist 有什么门槛或限制?
规则以英文撰写;MCP方式需要兼容的智能体环境;仓库为多包结构,涉及网站、内容、MCP服务等多个子包。
Front-End-Checklist 现在还在维护吗?数据怎么样?
目前 74,584 星,6,766 个 Fork,主语言 MDX,创建于 2017-10-16,最近一次推送 2026-10-06 20:58,许可证 MIT。星数、Fork、推送时间都是 GitHub 返回的实时数据,「最近推送」离现在越近说明越活跃;长期不动要留意是否已停止维护。
这些内容来自哪
读法说明项目数据取自 GitHub 官方接口与项目 README;星数、Fork、语言与时间以 GitHub 页面为准,档案更新于 2026-10-23 17:55。
