FeedLog 是什么？
FeedLog 是一款反馈收集工具。用户可以在公开看板提交想法并投票。你可以决定处理哪些反馈、合并重复反馈、通过路线图公开计划，并在更新日志中发布已经完成的内容。
FeedLog 采用 MIT 协议开源。你可以使用托管版，也可以将 FeedLog 部署在自己的基础设施上。
核心概念
以下七个核心概念会在后续文档中反复出现。继续阅读前，请先了解这些概念。
| 概念 | 说明 |
|---|---|
| 看板（Board） | 用于组织反馈。新工作区默认包含 Feature Requests、Bug Report、Improvements 和 Other 四个看板。你可以修改名称和顺序，也可以创建更多看板 |
| 反馈（Post） | 一条具体的意见，包括标题、正文和可选附件。能查看看板的人都可以阅读其中的反馈 |
| 投票（Vote） | 每人对每条反馈只能投一票，也可以取消投票 |
| 状态（Status） | 反馈当前所处的阶段，包括开放、计划中、进行中和已完成。修改状态不会通知订阅者；你可以在准备好后单独发送通知 |
| 路线图（Roadmap） | 按状态公开展示反馈。路线图只显示计划中、进行中和已完成的反馈，不显示开放状态的反馈 |
| 更新日志（Changelog） | 向用户发布已经完成的工作。AI 可以根据已经关闭的反馈起草更新日志 |
| 反馈组件（Widget） | 嵌入你自己产品的面板。用户可以用自己的话描述问题，AI 会将内容整理成反馈，或者引导用户联系你的支持渠道 |
开始使用 FeedLog 只需要看板和状态。你可以根据需要再使用路线图、更新日志和反馈组件。
用托管版还是自己部署？
请在配置 FeedLog 前选择部署方式。两种方式的配置和维护要求不同。
| 托管版 | 自部署 | |
|---|---|---|
| 谁来运维 | 我们 | 你 |
| 数据在哪 | 我们托管的 Postgres | 你自己的 Postgres 和 S3 |
| AI 能力 | 直接可用，无需额外配置 | 提供 OpenAI、Azure、LiteLLM 代理或自有模型的 API key |
| 自定义域名 | 在工作区设置中配置 | 配置自己的反向代理 |
| 升级 | 自动 | 拉新镜像，跑数据库迁移 |
| 成本 | 订阅费 | 基础设施费用 |
两种方式都支持多租户、看板、路线图、更新日志、相似反馈检测和反馈组件，这些功能都包含在开源代码中。托管版额外提供托管运行、自动升级和基础设施运维。
什么情况下选托管版
如果你希望直接开始使用，而不自行管理 Postgres、TLS 证书和邮件投递，可以选择托管版。
什么情况下选自部署
如果反馈数据必须保留在自己的基础设施中，或者你希望将 AI 功能接入自己控制的模型而不是 OpenAI，可以选择自部署。
FeedLog 支持部署在 Docker、Vercel 和 Cloudflare Workers 上。自部署必须使用安装了 vector 扩展的 PostgreSQL 17 或更高版本数据库，相似反馈检测会使用该扩展。
下一步看哪里
根据你选择的部署方式继续阅读：
- 使用托管版 → 先阅读创建和管理看板，再阅读反馈如何运作。这两篇涵盖了大部分日常操作
- 自行部署 → 先阅读自部署总览，将实例运行起来；配置外部服务介绍可选的登录方式、邮件、存储和 AI 服务，并说明未配置时哪些功能会受到影响
如果需要将 FeedLog 嵌入其他产品，请阅读安装反馈组件。这篇接入指南内容完整，不要求你先阅读本站的其他文档。
要把链接发给你自己的用户？
如何提交反馈面向终端用户，介绍提交、投票、评论和通知邮件，不包含管理员操作。你可以直接在产品或邮件中分享这个链接。