Composer Composer是一款多人实时Markdown协作工具，支持AI智能体作为协作者与团队共同编辑，提升内容协作效率。 热门评论 PH 用户Hey Product Hunt 👋 我是 Jesse，Composer 的联合创始人。现在的智能体工作流大多专注于书面文档，而且感觉上这些工作流也大多是独自完成的。难的不在于写文档，而在于大家一起把它打磨成型。我们的智能体会写所有东西，包括写错的东西。然后，当你准备把自己做的东西分享给别人时，就得把结果复制到共享空间，发截图、提交到仓库、或者聊你做了什么。目前还没有一种直接的方式让人和智能体能够实时协作。所以我们创建了 Composer。它是怎么工作的：- Composer 底层全是 Markdown。- Markdown 文档可以直接从你的编码智能体会话中分享出来。- 智能体通过 MCP 拥有完整文档访问权限，可以回复评论和提交建议。- 支持实时协作和访问控制，人和智能体都能参与。文档版本管理功能即将上线！团队已经在这样用 Composer：- 在开始实施之前快速一起制定计划。- 利用评论和建议，与你的智能体快速迭代文档内容。- 用 Markdown 轻松分享和协作，同时保留共享上下文。试试看：https://usecomposer.md我们很期待听到你的反馈！我们正在努力迭代打磨产品，你的观点会帮助我们把 Composer 做到最好。告诉我们你的想法吧！JessePH 用户“AI 生成了这份文档”和“现在团队需要一起编辑它”之间的差距，就是一切变得混乱的地方。复制粘贴到 Google Docs，格式丢失，上下文丢失。让智能体和人在同一个文档里实时编辑，这才合理。PH 用户很喜欢从网站直接进入文档的“开始”流程。PH 用户智能体协作变得有趣的地方在于，当建议和评论带有智能体的假设时。在共享文档中，我希望每个智能体的编辑都能回答：你用了什么来源/上下文？你推断出了什么？哪些需要人来验证？实时的 CRDT 可以解决编辑冲突，但当人和智能体意见不一致时，团队还需要信心/来源溯源上的冲突解决机制。你们在版本管理中是否计划加入每条建议的来源追踪或决策历史？PH 用户太棒了，我最近一直需要这样的工具！要写的文本太多了，GitHub 里的 Markdown 文件或 Google Docs 都不是合适的做法。PH 用户对于这种工具，真正的魔力只有在第二个协作者（无论是人还是智能体）出现在文档中时才会显现。你有没有感觉到哪个激活时刻最能预测团队是否会留下来？是第一个共享文档、第一个智能体评论，还是其他什么？ 热门产品Jesse Litton2026-06-03原文 打开互动版
现在的智能体工作流大多专注于书面文档，而且感觉上这些工作流也大多是独自完成的。难的不在于写文档，而在于大家一起把它打磨成型。我们的智能体会写所有东西，包括写错的东西。然后，当你准备把自己做的东西分享给别人时，就得把结果复制到共享空间，发截图、提交到仓库、或者聊你做了什么。目前还没有一种直接的方式让人和智能体能够实时协作。
所以我们创建了 Composer。
它是怎么工作的：
- Composer 底层全是 Markdown。
- Markdown 文档可以直接从你的编码智能体会话中分享出来。
- 智能体通过 MCP 拥有完整文档访问权限，可以回复评论和提交建议。
- 支持实时协作和访问控制，人和智能体都能参与。文档版本管理功能即将上线！
团队已经在这样用 Composer：
- 在开始实施之前快速一起制定计划。
- 利用评论和建议，与你的智能体快速迭代文档内容。
- 用 Markdown 轻松分享和协作，同时保留共享上下文。
试试看：https://usecomposer.md
我们很期待听到你的反馈！我们正在努力迭代打磨产品，你的观点会帮助我们把 Composer 做到最好。
告诉我们你的想法吧！
Jesse
在共享文档中，我希望每个智能体的编辑都能回答：你用了什么来源/上下文？你推断出了什么？哪些需要人来验证？实时的 CRDT 可以解决编辑冲突，但当人和智能体意见不一致时，团队还需要信心/来源溯源上的冲突解决机制。
你们在版本管理中是否计划加入每条建议的来源追踪或决策历史？