docs(contributing): 更新提交规范并新增 PR 标题检查

- 更新 CONTRIBUTING.md 采用 Conventional Commits 规范
- 新增 GitHub Action 自动检查 PR 标题格式
- 支持 feat/fix/docs/refactor 等类型，scope 可选

Co-Authored-By: Claude <noreply@anthropic.com>

Author: CodeCasterX

.github/workflows/pr-title-check.yml

@@ -0,0 +1,44 @@
+name: PR Title Check
+
+on:
+  pull_request:
+    types: [opened, edited, synchronize]
+
+permissions:
+  pull-requests: read
+
+jobs:
+  validate:
+    runs-on: ubuntu-latest
+    steps:
+      - uses: amannn/action-semantic-pull-request@v5.5.2
+        with:
+          # 允许的提交类型
+          types: |
+            feat
+            fix
+            docs
+            style
+            refactor
+            perf
+            test
+            chore
+            build
+            ci
+            revert
+
+          # 不限制 scope，允许任意模块名
+          # requireScope: false - scope 是可选的
+
+          # 标题描述长度 5-100 字符
+          subjectPattern: '^.{5,100}$'
+          subjectPatternError: '标题描述长度应在 5-100 字符之间'
+
+          # 禁用首字母大写检查（兼容中文）
+          enforceSingleSentence: false
+
+          # 支持 WIP 前缀标记进行中的工作
+          wip: true
+
+        env:
+          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}

CONTRIBUTING.md

@@ -86,10 +86,27 @@ exec git-hooks/check-utf8-encoding.sh
 
 ### 提交信息格式
 
-- 用简短的语句描述提交的主要内容，不要太长，建议 20 个字以内，需要使用中文，结尾不需要句号。
-- 如有必要，在简短的描述后添加一个空行，然后补充详细说明，可以使用多行来描述。
-- 说明中可以包括问题的原因、解决方法和影响范围等。
-- 样例：`修复某问题`。
+我们采用 [Conventional Commits](https://www.conventionalcommits.org/) 规范，格式如下：
+`<type>(<scope>): <subject>`
+
+- **type（类型）**：
+  - `feat`: 新功能 (feature)
+  - `fix`: 问题修复 (bug fix)
+  - `docs`: 文档变更 (documentation)
+  - `style`: 代码格式 (formatting, missing semi colons, etc; no code change)
+  - `refactor`: 代码重构 (neither fixes a bug nor adds a feature)
+  - `perf`: 性能优化 (performance)
+  - `test`: 测试相关 (adding missing tests)
+  - `chore`: 构建过程或辅助工具变动 (maintain)
+- **scope（范围/模块）**：对应项目模块名，如 `fit`, `waterflow`, `fel`, `framework`, `ohscript` 等。如果涉及多个模块或全局变动，可以使用 `*` 或留空。
+- **subject（描述）**：简短描述主要内容，建议 20 个字以内，需要使用中文，结尾不需要句号。
+
+如有必要，在简短的描述后添加一个空行，然后补充详细说明，可以使用多行来描述（包括问题原因、解决方法和影响范围等）。
+
+**样例：**
+- `feat(fit): 支持 HTTPS 双向认证`
+- `fix(waterflow): 修复调度引擎的空指针异常`
+- `docs(framework): 修正快速开始指南中的拼写错误`
 
 ## 代码审查