农业知识 Wiki 规划
把沺源从「工具」升级成「农业顾问」。 基础是结构化术语（glossary），往上建一层叙事化的长文知识库。 本页只描述方向，未定稿，未实施，等团队评审通过再开工。
六个内容分类
种植技术
常见作物（水稻/番茄/苹果等）的播种时间、田间管理、采收节点；北方地区以华北、东北、西北为代表。
病虫害识别
常见病虫害症状图、危害阶段、推荐处置；与农事记录 observation log 配合使用。
设备使用
拖拉机/收割机/无人机/滴灌等设备的日常点检、保养周期、常见故障；适配 equipment 的 maintenance log。
土壤与肥料
常见土壤（红壤/黑土/盐碱地）特性、pH 调节、氮磷钾使用原则；与 soil sample/result 集成。
气象与农时
霜冻/高温/暴雨等极端天气应对、不同作物的物候期；与 data stream listener + 通知规则集成。
合规与法务
承诺达标合格证、追溯平台对接、农资采购凭证、农药使用规范；接入 compliance certificate 模块。
设计决策
内容怎么来？+
三路并行：(1) 沺源团队 + 园主投稿，长文写每篇 1500-3000 字；(2) Prometheus 自动化平台从 LLM 批量生成短文和问答；（3）摘录公开农业百科（FAO/中国农大公开课）做基础条目。
数据放在哪？+
MDX 优先。每篇 wiki 文章是一个 .mdx 文件，和现有 docs/app/docs/*/page.tsx 一样走 Next.js 静态渲染，部署后是 CDN 上的静态页。少数需要按用户田地信息动态生成的，存 PostgreSQL 新建 wiki_articles 表。
搜索怎么做？+
Phase 1 内置客户端 Fuse.js(轻量) 全文索引 100-500 篇文章够用；Phase 2 上 Meilisearch/MiniSearch 自建索引；远期考虑对接 Algolia。
谁来维护？+
客服 + 1 个农业背景运营。每月初选题会，决定本月写哪些问题，每篇 5 个工作日内完成内部 review 再发布。LLM 生成的内容必须人审。
跟现有 glossary 什么关系？+
glossary 是结构化术语定义（一句话、表格），wiki 是长文叙事。两边数据要互通：每篇文章顶部 1-N 个相关术语链接到 glossary，每条 glossary 末尾 1-N 个相关 wiki 文章。
跟 CaiYuan 顾客的关系？+
C 端消费者进入小程序问「菜怎么种」，跳到 wiki 公众号版。C 端看到的版本不带商业组件，是 LLM 自动摘要版。
盈利？+
间接。Wiki 增强 SEO 权重（农业长尾词如「番茄授粉窗口期」会被百度收录），为菜园 doc 引流；同时提升用户黏性，降低客诉率。
不做的东西？+
不做评论区、不做付费专栏、不做视频教程。第一年只做图文 50-100 篇，质量大于数量。
分期路线
| 阶段 | 时间 | 目标 | 产物 |
|---|---|---|---|
| Phase 0 | 本周 | 评审本方案 | Go / No-go 决议 |
| Phase 1 | 第 1-4 周 | MDX 骨架 + 客户端搜索 + 20 篇种子文章 | /docs/wiki/[slug] 上线 |
| Phase 2 | 第 5-12 周 | 100 篇覆盖 + glossary ↔ wiki 互通 | SEO 收录、长尾词排名 |
| Phase 3 | 第 13 周+ | 对接 CaiYuan 小程序 + LLM 摘要 | C 端问答入口 |
风险与不做的事
不做的事
- · 评论 / 论坛 — 用户提问质量不可控，会变成农技问答站而非 Wiki
- · 付费专栏 — 用户基数还不够（500 户前没必要）
- · 视频教程 — 制作成本高，第一年只做图文
- · 评论点赞 — 弱社交信号，先证明写作质量