一千万以内最好的静态站点管理器
内容提要
作者推荐使用Pages CMS管理基于Jekyll和GitHub Pages的博客，支持GitHub账号授权，配置简单，写作体验良好。但存在回车键误触发上传和操作不便的问题，整体评价为够用但有瑕疵。
延伸解读
适用场景与门槛
Pages CMS 适合使用 Jekyll 和 GitHub Pages 的博客作者，尤其是需要在手机或非电脑设备上管理文章的场景。配置过程需要将 Front Matter 格式交给 AI 工具（如 Deepseek）辅助生成，对不熟悉 YAML 或 Jekyll 结构的用户有一定门槛，但整体上手难度不高。
操作细节的取舍
文章提到编辑副标题后按回车会直接触发上传，这属于操作习惯与界面设计的冲突。对于依赖键盘操作的用户，误触可能造成不便，建议在编辑长文时留意保存时机，或考虑使用其他编辑器。不过作者认为整体体验“够用”，说明该问题不影响核心写作功能。
替代方案对比
作者原本使用 VSCode 管理文章，但觉得“小题大做”且手机不便，因此转向 Pages CMS。这表明 Pages CMS 的优势在于轻量化和移动端友好，但功能上可能不如本地编辑器强大。若需要复杂排版或批量操作，可能仍需回归本地工具，但日常写作场景下 Pages CMS 已足够。
Q&A
Pages CMS 是什么？它主要用来做什么？
Pages CMS 是一个支持 GitHub 账号授权的网站，用于管理基于 Jekyll 和 GitHub Pages 的博客站点，可以方便地创建和编辑文章，无需本地使用 VSCode。
Pages CMS 的配置过程复杂吗？作者有什么建议？
配置过程不复杂，作者建议将写文章的 Front Matter 配置交给 Deepseek 处理，可以简化配置。
Pages CMS 有哪些优点？
优点包括：支持 GitHub 账号授权，配置简单，写作体验良好，写文章完全够用。
Pages CMS 存在哪些缺点或痛点？
主要痛点有两个：一是回车键会误触发上传，比如编辑副标题后按回车会直接上传文章；二是操作上有些不便。
作者为什么选择使用 Pages CMS 而不是直接用 VSCode？
因为使用 VSCode 管理文章有些小题大做，而且手机上操作不方便，所以想找一个支持 GitHub 账号授权的网站来管理 Jekyll 站点仓库。
Pages CMS 的配置示例中，文章内容字段是如何定义的？
配置示例中定义了标题、描述/副标题、标签、布局和正文内容等字段，其中标题和正文内容为必填，布局默认设为 post 并隐藏，正文内容使用富文本格式。
