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