K6-12 PRODUCT SITE
智鸮，把阅读、书库和 EPUB 制作连成一个产品体系
这是面向长期学习的公开产品站。这里把 Owlite、EPUB Editor、公开书库和后续帮助内容放在同一个 视觉系统里，让用户先理解产品，再进入下载、阅读和内容发现。
PRODUCT ENTRY
先把三个核心入口讲清楚。
首页不承担复杂功能，只负责把用户送到正确的产品页面和内容入口。
WHY THIS SITE
先把站点边界收住，后面才扩得开。
01原则
产品入口清楚
首页负责说明智鸮是什么，产品页负责下载和能力，书库页负责发现内容。
02原则
视觉系统一致
导航、按钮、卡片、标签、截图框和下载卡统一规则，避免每页单独设计。
03原则
内容可以运营
后续可以加入版本日志、帮助中心、FAQ、精选书单和学校场景页面。
04原则
后端边界稳定
公开站点消费 API，backend 继续负责 EPUB、下载文件、账号和运行时数据。
RECENT UPDATES
发布动态先做成一个清楚的入口。
这里先放站点级更新，后续可以直接接 backend 的 release history 或 CMS 内容。
2026-05-30
官网和下载页统一到独立 site
首页、产品页和书库页从 backend 模板中拆出来，统一视觉和信息结构。
2026-05-30
公开书库接入 SSR 搜索与筛选
书目搜索、分类、语言和阅读等级全部通过 URL 参数驱动，便于分享和刷新。
2026-05-30
下载状态开始由 backend 驱动
Owlite 和 Editor 的发布信息先统一在站点里展示，后续继续补真实 release 说明。
PRODUCT MAP
再看一眼各页面承担什么角色。
READING APPOwlite
Owlite
把 EPUB 标准阅读、多格式导入、本地笔记和小植辅助放在同一个长期学习环境里。
DESKTOP TOOLEPUB Editor
EPUB Editor
章节结构、资源管理、预览校验和标准导出都围绕本地 EPUB 制作流程展开。
LIBRARY公开书库
公开书库
从搜索、筛选、分页到阅读入口，形成完整的内容发现与进入路径。
ROADMAP
站点先按产品站标准搭好骨架。
01下一步
发布日志和下载说明
把版本、平台、变更摘要和安装说明整理成更清晰的发布中心。
02下一步
帮助中心和常见问题
把安装、同步、阅读和导出问题收束到统一的帮助文档体系里。
03下一步
精选书单和场景页
围绕学校、教师和个人学习者继续扩展内容发现入口。
04下一步
后端管理入口预留
为后续 CMS 和运行时管理接口留出稳定的公开站点对接面。
LIVE CATALOG
当前 backend 返回 1337 本书，先展示 3 本。
首页直接拉 `/api/books` 预览真实书目，用户可以从这里跳进书库和阅读页。
DOWNLOAD STATUS
发布快照直接来自 backend。
首页同时显示 Owlite 和 Editor 的发布信息，方便确认下载状态和版本。
Owlite
可下载Android2.0.1 / 20260519owlite-android-2.0.1-20260519.apk
Windows待发布 / -owlite-windows-{version}-{build}.zip
macOS2.0.1 / 20260519owlite-macos-2.0.1-20260519.dmg
EPUB Editor
可下载macOS0.1.0 / 20260530editor-macos-0.1.0-20260530.dmg
FAQ
把关键边界提前讲清楚。
为什么要单独做 site？
官网、下载页和书库页如果继续塞在 backend 模板里，后面会越来越难统一设计和扩展。
阅读页为什么还留在 backend？
阅读页强依赖 EPUB 解析、章节读取和现有交互，先保留稳定性更合适。
后续会继续扩什么？
版本日志、帮助中心、精选书单、场景页和更完整的内容运营页。
下载页会变成什么样？
会更接近正式产品站的 release center，先展示平台、版本、状态和安装说明，再接下载文件。
PRODUCT DIRECTION
官网 / 下载页的重构思路。
先把入口、发布、帮助、书库、阅读串成一个可运营的公开产品站，再继续补后台对接和内容中心。
01结构
首页变成总览页
只负责讲清楚产品、发布状态和入口，不再堆叠过多操作。
02分发
下载页变成 release center
平台、版本、构建号、文件名、更新说明和安装指引集中呈现。
03阅读
阅读和书库保持强关联
书库负责发现，阅读页负责沉浸使用，两个入口通过统一导航串起来。
04运营
预留内容运营能力
后续再加版本日志、帮助中心、精选书单和场景页，不用重新推翻结构。