给静态博客做减法：首发版本里主动删掉了什么

示例文章：以下内容只用于展示可替换的中文长文、列表与表格样式，不代表作者真实项目经历。

博客模板常常把功能数量当作完整度。首发阶段更重要的问题却是：每项功能是否帮助读者理解作者、发现文章或完成阅读？如果不能，就应该承担被删除的可能。

删除不是否定价值

搜索、主题切换和目录都可能有价值，但价值要结合内容规模与维护能力判断。只有五篇文章时，分类与标签已经足够发现内容；引入搜索不仅增加脚本，还会引入索引一致性和空结果体验。

候选功能	首发决定	判断依据
搜索	延后	内容规模小，分类可覆盖发现需求
主题切换	延后	先保证单一主题的对比度和阅读质量
评论	不做	需要用户态、审核和隐私策略
RSS	延后	有价值但不阻塞首发阅读闭环

给删除设置回访条件

范围控制不能只说“以后再做”。更有效的记录会写清回访信号，例如文章数量超过某个区间、读者多次反馈发现困难，或维护流程已经能稳定覆盖新增产物。

把预算留给核心路径

少一项客户端功能，就少一组依赖、状态与错误分支。节省的预算可以投入正文排版、键盘焦点、图片尺寸和结构化数据，这些更直接影响每位读者。