回复内容：
不知题主从哪里得出「效率」很低的结论。一个标准从提议到制定再到完善，是一个复杂的过程。在这个过程中需要开发者，浏览器厂商的支持和参与。
一个规范的完善主要经历如下几个过程：
- 工作草案（WD）
- 最后征集意见草案（LC）
- 候选推荐标准（CR）
- 提案推荐标准（PR）
- W3C推荐标准（REC）
- 后续勘误及修订
Level 1，CSS Level 2，CSS Level 2 Revision 1 （CSS 2.1）等。
到了 CSS Level 3 的时候，CSS工作组发现，随着 CSS 功能的日趋完善和复杂。单行开发已经不能很好的满足CSS多元化的发展了。于是，CSS3 开始，采用分模块独立发展。每个新的模块都会经历从 WD 到 REC 的发展过程，保证规范的质量。不同的模块其标准进度也不相同，不同的阶段需要不同的角色参与，其中有些阶段是有固定周期的，比如最后征集意见草案 LC (Last Call Working Draft ) 至少是3周的时间。
在规范的发展过程中，像 Chrome 这样的比较「时髦」的浏览器会比较积极的跟进或许还在 WD 阶段的规范，比如 CSS Grid。但显然规范在此阶段存在诸多问题，面临着算法描述含糊不清，属性名或属性值的更改，甚至整个规范挂掉的情况，所以之前 WebKit 的做法是采用前缀，现在 Chrome 切换到自己的 Blink 内核后则倾向于需要开启 Flags 才会启用。
chrome://flags/#enable-experimental-web-platform-features
罗马不是一天建成的！现在，
是你满足不了W3C，
还是W3C满足不了你？ 一个要平衡各个厂家合作者，开发者而且还要保持中立的第三组织，难以保证其效率的。
