git commit 前缀按所改内容提交
列如：
feat：新功能（feature）
fix：修补bug
docs：文档（documentation）
style： 格式（不影响代码运行的变动）
refactor：重构（即不是新增功能，也不是修改bug的代码变动）
test：增加测试
chore：构建过程或辅助工具的变动
5次不按标准扣1%
新增主文件 代码行数不超过600行
组件不超过 400行
代码尽量使用standard 风格
尽量按功能拆分组件
尽量不给全局挂载东西
尽量使用es6+ 语法
5次不按标准扣1%
能按照文档完成需求（后改的需求不算）
实现基本功能 18%
完全实现 20%
开发预估时间/ 实际完成时间 * 100% *20% （*溢出分当奖励）
可维护性：维护代码的难度和需要的时间，以及代码是否易于理解、修改和扩展。
可读性：代码是否易于阅读和理解，包括命名规范、注释、代码风格等。
可扩展性：代码是否易于扩展，以便适应新的功能和需求。
灵活性：代码是否能够适应不同的场景和需求，具有一定的可配置性和可调整性。
简洁性：代码是否简单、清晰、易于理解，避免过多的冗余和复杂的逻辑。
可复用性：代码是否可以被重复使用，避免重复造轮子。
可测试性：代码是否易于测试，包括单元测试、集成测试和功能测试等。
安全性：代码是否安全，是否存在漏洞和安全隐患，以及如何防范。
兼容性：代码是否与其他软件或系统兼容，是否存在兼容性问题。
性能：代码的运行效率、响应速度等性能指标是否满足要求。