[feature / dev]: 日常开发节奏说明

[Charliechen114514]

背景

笔者通常会每 2 到 3 天做一次轻量内容或站点维护，同时项目也会偶尔处理 PR/Issue。并不是每个 patch 级变更都适合创建 GitHub Release，否则容易造成 Release 轰炸，我相信没人喜欢一个项目早上起来就看到一个晚上7，8个Release Notes轰炸；但读者仍需要感知项目在持续更新。

目标

新增一个挂靠在社区区下的“项目开发”页面，用于说明：

• 网站和内容的 2 到 3 天轻量维护节奏
• 内容产出优先，版本号用于度量内容推进幅度
• PR/Issue 的周期性处理方式
• patch/minor/major 的发版边界
• tag 与 GitHub Release 的分工
• changelog 用来记录读者可感知变化

期望效果

• 读者能从 README 的 tag 徽章看到项目持续变化。
• patch 级修复可以只打 tag，不必创建 GitHub Release。
• minor/major 仍通过 Release 和 changelog 进行正式说明。
• 贡献者能在社区区找到项目维护节奏说明。