@beyondstars 对的，所以我们主要做国外市场，国内的话，问题太多了，监管，信息管制，等等等等。太难了

@SoviaPhilo 想请教下，对于多轮交互的交互方式，您有什么想法或者期待吗？

现在通用的很多就是采用编辑器的一个插件的形式提供，提供一个聊天窗口，或者选中一段文字，弹出命令列表，重写，优化，扩充等等。

我们觉得，这些功能当然很好，但本质上，还是将 AI 定位在人类的助手这个角色，而 GPT4 的能力，已经不仅仅是一个助手了，人家可以当大哥了的。

所以我们设想，应该让 GPT4 当主创，这个中间交互怎么设计，其实蛮讲究的，也没有太多先例，所以一直在讨论、调研、收集用户的想法。

非常感谢您的回帖和提供的想法。

@SillyGod 我们其实提供的价值是

1. 预设计的，针对每种文档场景的思维链
2. one shot
3. 生成的 word 模板中内置的最佳实践

至于说 API 的差价，其实不是我们的核心，我们每生成一份文档，大概至少要调用 10 到 30 次的 API ，还蛮贵的。

不过你说的倒确实可以考虑，还是蛮好的一个点子，不用我们的 API 接口，那确实可以收费便宜不少

多谢啦，新的思路，挺赞的

@beyondstars GPT4 现在还 20 刀一个月呢，也不便宜的……

GPT4 的核心能力我一直觉得是逻辑推理能力，确实很强了，如果再给未来的发展预留一些空间，真的觉得，想象空间是无限的。

@keepRun 另外就是，产品提供的功能少，这个是我们有意为之，想要做成最简单的交互。微调文档的 UI 的交互，我们确实在琢磨怎么做最合适，您这边有什么建议吗？

之前调研过一些在线编辑器，基本都是类似的，左边一个文档编辑框，右边一个 AI 聊天窗口，我们希望做的更高层，二不把重点放在具体内容的编写上。

调研其实发现，百度文库的自动生成 PPT 功能的 UI 设计的挺好的，我们希望参考他们的 UI

@keepRun 我们直接一键生成了一个很长的文档呀，而且文档的结构，里面的内容，都是最佳实践来的

都不需要用户手动去准备这个文档了。

您说的希望微调，这个我们太理解了！我们也知道，这个才是核心，才是更加有价值的，多轮交互，渐进修改优化等等。

我们其实是在思考，在 GPT4 的场景下，是采用当前大部分的软件，比如 wps ，word 和一些在线协作工具，如 notion 等的，基于区域的内容的微调，内容生成方式，还是选择相信 GPT4 ，不光将每个区域的具体内容，而且，将整个文档的整体结构，包括各个部分之间的前后逻辑关联，整体的结构优化等等，全部托付给 GPT4 去做主创，

人呢，就处在一个提出需求和文档审查的角色。

这样才能最大限度发挥 GPT4 的丰富的业务背景知识和逻辑推理能力，而不仅仅是将它作为一个比较初级的 AI 助手的角色。

这才是未来吧？

@ElmerZhang 货真价实我自己的真实想法…… 我是真觉得 GPT4 可以把我从很多脑力劳动（比如前端，以及业务相关的编程）中解放出来

这段真不是 GPT4 生成的 😅

@n30v1 能举个例子吗？我觉得只要不问 fact 事实类型的问题，对于逻辑推理，最佳实践这一类的，给的答案都挺好的呀

@tool2d 我感觉，真的可以的，现在我做前端开发，next.js 的，就是

1. 直接把当前组件粘贴给 GPT4 ，
2. 然后告诉他我要怎么改，
3. 它给出修改后的组件，我粘贴回来，
4. 刷新页面看看 OK 不 OK ，如果不 OK 告诉它不行

整体效率还是蛮高的，重点是，在 GPT4 吭哧吭哧工作的时候，我可以去刷推，等我刷完了推，它代码也写完了，我就测试就完了。

感觉挺好了。

@Zeroo07 但是感觉生成的文档，真的挺像那么回事儿的了，一下可以生成几十页的设计文档啥的…… 难道是一种错觉的吗？

@rubygo 啊，这么明显吗？😅😅

@lsk569937453 我全栈之牛，说什么了吗，哈哈哈

看了随易兄写的总结，让我异常想把自己超过 20 年的 indie hacker 历程捋一捋，跟大家分享分享

@silencil 别急嘛，人家刚发出来的，这么多贴图，都看下来也得一会儿了

不得不说，前端之虎，你必将成为传奇！

@SoviaPhilo 对的，所以我们也在困扰，其实 valid 的场景有

1. 要给客户交付文档，其实文档本身实际意义不大的场景
2. 大企业合规要求很严格，这些文档都需要存档的场景
3. 个人水文，写点年终总结，党员的学习报告，知识分享报告啥的

上面 3 点，1 和 2 是有付费意愿的，但是用户宣传要有针对性，这个我们还没摸出路子来，3 可能付费意愿很小，所以我们计划，是可以作为推广宣传的，比如默认模板上，有个网址链接，或者有个二维码，帮我们宣传，就可以免费用。

不知道你对这些场景有没有什么洞见哈~~

多谢多谢

@SoviaPhilo

多谢您的尝试，我们现在其实是有个前提假设的，这个前提假设就是，当前的 GPT-4 ，如果在思维链和 one shot 的加持下，已经可以作为文档创作的主力，碳基生物只需要提供修改建议，调整结构等等给 GPT ，GPT-4 的能力，是可以写出有实际价值的文档的。

现在我们还在实验阶段，后续准备将多轮交互也实现了，这样，整个系统的实际意义就会大大增强。

但我们的出发点还是，硅基生命是文档的主创，而碳基生命只是文档的需求提出方，只告诉 GPT 应该怎么写。这和现在几乎所有的文档编辑器，相关软件的出发点和交互方式，都是有差异的。

让我们拭目以待吧！

再次多谢您的反馈。给你点赞👍🏻👍🏻 如果需要更多 Credit ，可以把用户名私信我，我这边手动为您处理

baidu 文库的也可以用吧

您好 @SillyGod 能详细说说自定义 API 吗？

是说，定义一个 API 端点，然后我们系统去调用这个 API 来生成文档吗？

多谢啦！

@xuanbg 能展开说说为什么使用者能力达不到吗，您预想的使用者的画像大概是什么样的呀

望不吝赐教！ 谢谢🙏🙏