这是 用 AI 做点不一样的事:你出想法,我来实现 系列的第三个项目
最近做了一个小产品:ChatView(体验地址 https://chat-view.com/ )。它的目标很简单:帮助用户保存、发布和分享 AI 对话。
现在越来越多工作是在 ChatGPT、Claude、Gemini 这类 AI 工具里完成的。我们会用 AI 写方案、分析资料、整理竞品、生成代码、解释数据、做客户报告,甚至完成一整套决策前的推演过程。
但这些有价值的内容,往往最后只停留在聊天窗口里。
ChatView 想解决的就是这个问题:让 AI 对话不再只是平台里的临时记录,而是可以长期保存、可控分享、可导出复用的内容资产。
一、产品定位:AI 对话的保存、分享和发布工具
ChatView 不是另一个 AI 聊天工具,也不是要替代 ChatGPT、Claude 或 Gemini。
它解决的是 AI 对话生成之后的问题:
- 如何把一段重要的 AI 对话保存下来?
- 如何把 ChatGPT / Claude 对话分享给外部客户或合作伙伴?
- 如何避免原生分享链接受账号、团队空间、权限限制影响?
- 如何保留对话中的格式、表格、代码块、图片和文件上下文?
- 如何把有价值的 AI 对话发布成一个可访问的网页?
- 如何长期归档、导出和复用这些内容?
所以 ChatView 的定位更接近于:
一个面向 AI 对话内容的保存、发布、分享和归档工具。
它把 AI 对话从“聊天记录”转换成“独立页面”,用户可以根据需要设置公开访问、密码保护、过期时间,也可以导出为 PDF、JSON、CSV 等格式,用于分享、归档或二次加工。
二、为什么需要这个产品?
1. AI 对话越来越像正式工作产物
过去我们可能只把 ChatGPT 当成一个问答工具。但现在,AI 对话已经开始承载大量真实工作:
- 客户报告草稿
- 市场分析
- 竞品研究
- 产品方案
- 技术解释
- 代码审查
- Prompt 工作流
- 内部 SOP
- 培训材料
- 决策过程记录
这些内容并不是一次性回答。很多时候,真正有价值的是完整上下文:用户提出了什么问题、AI 如何一步步分析、中间有哪些假设、最后为什么得出某个结论。
如果只复制最终答案,很多过程信息会丢失。
2. 原生分享链接经常不适合外部协作
ChatGPT、Claude 等平台本身都有一定的分享能力,但在团队版、企业版或工作空间场景下,分享链接经常会受到限制。
一个常见场景是:你在 ChatGPT Team 或 Business 里生成了一段分析,想发给客户、外包、合作伙伴或供应商查看,但对方并不在你的工作空间内,链接可能打不开。
从安全角度看,这种限制是合理的。团队空间里的内容可能包含公司资料、客户数据、代码、财务信息、产品计划等敏感内容,平台需要做权限隔离。
但从实际协作角度看,这会带来明显摩擦:
- 客户打不开链接
- 合作伙伴需要额外账号或权限
- 外部人员无法查看完整上下文
- 内容不能作为公开资源被引用或搜索
- 有价值的 AI 工作沉淀在平台内部,难以复用
ChatView 的思路不是绕过安全,而是提供一个更明确的发布流程:用户主动选择要保存和分享的对话,再把它发布成独立页面,并根据内容敏感程度设置访问控制。
3. 复制粘贴不是一个可靠方案
很多人现在的做法是手动复制 AI 对话,然后粘贴到文档、邮件、Notion、飞书、Slack 或项目管理工具里。
短文本还可以接受,但长对话会很快变得混乱:
- 标题层级丢失
- 表格变形
- 代码块缩进丢失
- 图片和上传文件上下文缺失
- 用户提问和 AI 回答边界不清晰
- 多轮迭代过程难以阅读
- 后续更新难以同步
截图也不是好方案。截图不利于搜索,不适合长对话,也很难作为正式归档材料使用。
ChatView 希望提供一个更稳定的方式:通过浏览器插件捕获对话内容,尽量保留结构和格式,再生成一个独立页面。
三、ChatView 解决的核心问题
1. 保存 AI 对话
用户可以通过 ChatView 浏览器插件,把 ChatGPT、Claude、Gemini 等平台上的 AI 对话保存下来。
这一步的重点不是简单抓取文本,而是尽量保留对话结构,包括:
- 用户问题
- AI 回答
- 标题
- 列表
- 表格
- 代码块
- 链接
- 图片
- 上传文件相关内容
- 多轮上下文
对需要长期复用的 AI 内容来说,这比复制粘贴更可靠。
2. 生成独立分享页面
保存之后,ChatView 可以把对话发布为一个独立页面。
这类页面可以用于:
- 分享给客户
- 分享给外部合作伙伴
- 作为项目讨论资料
- 作为 AI 工作流示例
- 作为团队知识库内容
- 作为公开教程或资源页
相比原平台的分享链接,独立页面的优势在于访问边界更清晰。用户可以决定哪些内容值得发布,哪些内容不应该外传。
3. 访问控制
不是所有 AI 对话都适合公开。
ChatView 提供密码保护、过期时间等访问控制能力。对于客户项目、合作伙伴沟通、内部分析、短期评审这类场景,可以减少内容长期暴露的风险。
更合理的做法是:
- 公开教程、Prompt 示例、通用知识内容:可以公开发布
- 客户资料、项目分析、商业内容:使用密码保护
- 临时评审、短期协作:设置过期时间
- 含敏感信息的对话:不发布,或先脱敏再发布
工具本身不能替代人的判断。发布之前仍然需要检查是否包含客户隐私、内部策略、API Key、财务信息、未公开产品计划等敏感内容。
4. 导出和归档
ChatView 支持将对话导出为 PDF、JSON、CSV 等格式。
这对一些正式场景很有用:
- 客户留档
- 项目归档
- 审批记录
- 内部知识库
- 审计材料
- 研究资料保存
- Prompt 资产管理
尤其是包含图片、表格、代码块、多轮推理过程的 AI 对话,如果只靠人工复制,归档质量很难稳定。
四、典型使用场景
1. 把 ChatGPT 分析结果发给客户
比如你用 ChatGPT 做了一份市场分析、竞品分析或投放策略建议。客户可能不只想看结论,也想知道分析过程、假设和依据。
这时可以把完整 AI 对话通过 ChatView 保存成页面,再把链接发给客户。
客户不需要加入你的 ChatGPT 工作空间,也不需要查看你其他对话,只需要打开这个独立页面即可。
2. 与外部合作伙伴共享 AI 资料
很多团队会和代理商、顾问、外包、供应商一起工作。AI 对话里可能包含项目背景、需求拆解、技术说明或执行建议。
直接邀请外部人员进入内部 AI 工作空间通常不合适。更好的方式是只分享特定对话内容。
ChatView 适合这种“选择性分享”的场景。
3. 建立团队 AI 知识库
团队每天会产生大量有价值的 AI 对话,但这些内容通常散落在个人账号的聊天记录里。
例如:
- 好用的 Prompt
- 某个问题的分析过程
- 某类任务的 SOP
- 代码解释
- 数据分析思路
- 文案生成流程
- 客户反馈总结
- 创意探索记录
如果不主动沉淀,这些内容很快会被新的聊天记录淹没。
ChatView 可以把值得复用的对话保存为独立页面,逐步形成团队知识库。
五、开发过程:用 Manus 做浏览器插件,用 Cursor 做网站
这个产品的开发过程也比较有代表性:它本身就是一次 AI 辅助开发实践。
整体上,我把开发拆成两块:
- 浏览器插件:主要用 Manus 开发
- 网站部分:主要用 Cursor 开发
1. 为什么用manus做浏览器插件?
ChatView 的核心动作是“保存 AI 对话”。这一步发生在用户正在使用 ChatGPT、Claude、Gemini 等平台的时候。
因此,浏览器插件是最自然的入口。
插件需要处理的问题包括:
- 识别当前页面属于哪个 AI 平台
- 获取当前对话内容
- 保留对话结构
- 处理用户问题和 AI 回答的分隔
- 尽量保留 Markdown、代码块、表格等格式
- 捕获或关联图片、文件等上下文
- 将内容发送到 ChatView 后端
- 给用户一个尽量简单的一键保存体验
这类需求细节比较碎,适合通过 Manus 快速生成、调整和测试插件逻辑。最主要的原因是 Manus 开发过程中,会给你一段js代码让你在浏览器控制台运行,对代码逻辑进行验证,特别适合与浏览器有关的开发。
插件开发中最大的挑战不是“做一个按钮”,而是不同 AI 平台的页面结构并不统一,而且前端结构会变化。要让插件稳定工作,需要围绕 DOM 解析、内容清洗、异常处理做很多细节优化。
2. 为什么网站部分用 Cursor?
网站部分更像一个完整 Web 产品,需要处理页面展示、用户系统、内容管理、访问控制、导出、SEO 页面等。
Cursor 更适合这种持续迭代式开发。
相比插件,网站开发更强调产品结构和长期维护。
Cursor 的优势在于可以围绕已有代码持续修改,不只是生成单个功能片段。比如从页面结构、接口逻辑、组件拆分、样式调整、文案优化,到 SEO 元信息、资源页模板,都可以在同一套项目中不断迭代。
3. AI 辅助开发的实际感受
这次开发最大的感受是:AI 工具确实可以显著提升个人开发效率,但前提是你必须清楚自己要什么。
如果只给一个模糊需求,AI 很容易做出“看起来能跑,但产品上不完整”的东西。
真正有效的方式是:
- 先定义产品定位
- 再拆分核心用户路径
- 然后按模块逐步实现
- 每个模块都提供明确输入和期望输出
- 对生成代码做人工审查
- 持续测试边界情况
只要这个主链路足够清晰,AI 辅助开发就会更有效。
六、总结
ChatView 的核心价值可以概括为一句话:
把有价值的 AI 对话,从平台里的临时聊天记录,变成可保存、可分享、可控制、可导出、可长期访问的内容资产。
它适合以下人群:
- 经常用 ChatGPT / Claude / Gemini 做正式工作的用户
- 需要把 AI 分析结果发给客户的人
- 需要和外部合作伙伴共享 AI 内容的团队
- 想沉淀 AI 工作流和 Prompt 经验的团队
- 想把 AI 对话整理成公开资源页的人
- 需要导出、归档 AI 对话的人
从开发角度看,ChatView 也是一次比较典型的 AI 辅助开发实践:用 Manus 快速推进浏览器插件,用 Cursor 持续开发网站产品。
AI 开发工具降低了实现门槛,但产品能不能成立,仍然取决于问题是否真实、定位是否清楚、主流程是否顺畅。
对 ChatView 来说,问题是真实存在的:AI 对话越来越有价值,但它们还没有被很好地保存、分享和管理。
这就是这个产品存在的理由。
AMA
对于此产品或 Vibe Coding 你有什么想法或问题,欢迎留言,每条都回复!