【公告】维护者分工与 PR 合并约定

[tangly1024]

本文说明谁负责什么、如何减少重复劳动，详细规则见 维护者运行手册 与 项目治理。

负责域（招募中，欢迎认领）

域	范围	当前
文档站	docs/user-guide/、VitePress	招募中
内置主题	themes/<name>/	招募中（可在主题文档注明 @维护者）
CI / 构建	.github/workflows/	招募中
数据层 / Notion API	lib/db/ 等	@tangly1024 守门
发版 / 组织	tag、Secrets、成员邀请	Org Admin

认领方式：合并若干 PR 后，用 「组织成员申请」 模板发帖，或在本帖回复负责域。

合并约定（摘要）

• 所有改动走 PR，CI 须通过（lint、类型检查、测试、lockfile；文档另过 VitePress 构建）
• 仅文档（documentation 标签 / docs/**）：具备 Write 的维护者 Review 后即可合并，无需 Founder 必审
• 高影响路径（lib/db、next.config.js、package.json 等）：需 CODEOWNERS 过目（通常为 Founder）
• Dependabot PR：维护者每周批量 Review 合并（默认跳过 major 升级）

分流（请维护者转发，勿长篇私信 Founder）

• 使用类问题 → 使用问答 Discussion
• 重复 Issue → 关为 duplicate 并链到已有帖
• 缺环境信息 → 标 needs-info，请用户补版本/主题/部署方式
• 长期无活动 → 由 Stale 工作流自动处理

已符合组织加入条件但未收到邀请？

请勿重复私信。请使用 Discussion 模板 「组织成员申请」 发帖，附上 GitHub 用户名与已合并 PR 链接。