青青草 · 植物识别与养护记录，把每株植物标清楚

植物养护的信息结构，和大多数内容平台不太一样。一株植物从进入阳台到长成稳定状态，中间要经历换盆、缓苗、调整水肥、处理病虫害等一系列动作，每个动作都对应具体的时间和条件。如果这些信息只是散落在聊天记录、短视频教程和记忆里，养护者很难判断“上一次浇水是哪天、当时植株是什么状态、这次该不该调整”。青青草把“品种确认”和“养护记录”绑在一起，目的是让每一次操作都有上下文可查，而不是孤立地执行一条通用建议。

拍照识别在这个结构里承担的是“入口”功能。品种确认之后，浇水周期、光照需求、施肥节点这些参数才有落点——龟背竹的“土干再浇”和月季的“见干见湿”不是同一套节奏，多肉的“干透浇透”在冬季和夏季又要有不同的解释。识别结果页直接挂出对应品种的参数卡片，用户在确认品种的同时就拿到了可执行的养护框架，不需要再跳转到另一个页面查资料。多叶同框识别的意义也在于此：组合盆栽里不同品种的浇水需求可能冲突，分开确认才能分开设置提醒。

养护提醒的设计难点在于“自适应”。固定周期的提醒在气温稳定时够用，但遇到连续阴雨或突然降温，按原计划浇水就可能出问题。平台把未来三天的天气数据纳入提醒判断，高温干燥时适当缩短间隔，低温阴雨时延长，提醒时间仍然精确到小时。这个调整不是替用户做决定，而是把“当前条件下大概该做什么”摆出来，用户可以选择执行、推迟或关闭自适应。提醒通知上的“已完成”入口同样是为了减少记录负担：操作完成的当下就同步到日志，比事后补录更接近真实养护节奏。

生长日志的价值在时间拉长之后才显现。单次拍照记录看不出太多信息，但三个月、半年的日志排在一起，新叶展开的节点、株高的变化斜率、花期前后的状态对比就会呈现出规律。导出PDF或长图不是为了“好看”，而是把这些规律从应用里取出来，方便和上一年的记录对照，或者在社区里请其他人一起看。日志的字段设计保持克制，只保留照片、株高、叶数、状态标签和操作备注，不强制填满，降低持续记录的门槛。

园艺社区的内容组织按“植物类别+话题标签”双维度展开。植物类别决定帖子落在哪个分栏，话题标签决定它和哪些经验聚合在一起。配土比例、施肥方案、病虫害处理这些高频话题，用户可以在对应标签下翻到连续的讨论，而不是被时间线冲散。社区不设“精选”或“热门”加权，按最后回复时间排序，近期有讨论的帖子自然浮到前面。这种排序方式对养护类内容更合适：一个两个月前的配土帖子如果最近有人跟帖补充了新的观察，它应该重新出现在可见位置。

最后是“可见性”的问题。养护者打开平台，最先需要判断的是“我养的这株现在处于什么状态、接下来该做什么”。植物档案页把品种参数、最近一次浇水/施肥记录、待执行的提醒和最近三条日志摘要放在首屏，不需要滚动就能看到当前状态。列表页的卡片展示品种名、类别标签和最近更新时间，帮助在多个植物之间快速定位。植物养护的效率，往往不在单次识别有多准，而在信息能不能在需要的时候恰好出现在眼前。