这是一个创建于 324 天前的主题，其中的信息可能已经有所发展或是发生改变。
大家觉得现在 GPT4 的能力已经足够作为结对写文档、写代码的主力了吗，
比如，
对于写代码，人类只负责提出需求，测试，主要代码都是 GPT4 来写
对于写各类商业及技术文档，人类只负责提供一些说明，审查写出来的内容，主要的文档内容都 GPT 来写
你们有这么用过吗？
我们团队相对比较乐观，觉得 GPT4 现在的能力已经足够作为主创和结对编程里的主力方程序员了，
所以创建了 supadoc.ai 这个网站，寄希望于，AI 能完成主要工作，人类只需要提供一些核心说明即可。
大家怎么看呢？
比如，
对于写代码，人类只负责提出需求，测试，主要代码都是 GPT4 来写
对于写各类商业及技术文档，人类只负责提供一些说明，审查写出来的内容，主要的文档内容都 GPT 来写
你们有这么用过吗？
我们团队相对比较乐观，觉得 GPT4 现在的能力已经足够作为主创和结对编程里的主力方程序员了，
所以创建了 supadoc.ai 这个网站，寄希望于，AI 能完成主要工作，人类只需要提供一些核心说明即可。
大家怎么看呢？
 |
1
rubygo 324 天前  10
大家怎么看呢？
广告是你这么打的么？ |
 |
2
GeekH 324 天前 2
这广告 hhhhhhh ，他甚至不舍得多骗骗我，良心！
|
 |
3
shyyouarebest 324 天前
我感觉不太行
|
 |
4
Zeroo07 324 天前
不能，打打辅助还是可以的
|
 |
5
Rennen 324 天前
祝你们成功吧 233
|
 |
6
keepRun 324 天前
感觉这个产品提供的功能也太少了，进去后就提供了个对话框以及选择角色，这跟直接使用 chatgpt 对话说明自己要做啥差异不是很大。
另一方面，假设我真的要做文档，提供一个对话框的形式真的好吗？我还希望能够微调文档，也许类似 notion ai 、有道词典 ai 这种本身就是在文档里写的形式会更好 |
 |
7
ElmerZhang 324 天前
不太想看
你这段文案是 GPT4 生成的吗？实在不咋的。 |
 |
8
n30v1 324 天前
给的回答基本都是错的
|
 |
9
tool2d 324 天前
B 站有小伙伴说能把初级前端给干掉。
|
 |
10
redchamber OP @rubygo 啊，这么明显吗？😅😅
|
|
11
redchamber OP @Zeroo07 但是感觉生成的文档，真的挺像那么回事儿的了，一下可以生成几十页的设计文档啥的…… 难道是一种错觉的吗？
|
|
12
redchamber OP @tool2d 我感觉，真的可以的，现在我做前端开发，next.js 的，就是
1. 直接把当前组件粘贴给 GPT4 ， 2. 然后告诉他我要怎么改， 3. 它给出修改后的组件，我粘贴回来， 4. 刷新页面看看 OK 不 OK ，如果不 OK 告诉它不行 整体效率还是蛮高的，重点是，在 GPT4 吭哧吭哧工作的时候，我可以去刷推，等我刷完了推，它代码也写完了，我就测试就完了。 感觉挺好了。 |
|
13
redchamber OP @n30v1 能举个例子吗？我觉得只要不问 fact 事实类型的问题，对于逻辑推理，最佳实践这一类的，给的答案都挺好的呀
|
|
14
redchamber OP |
|
15
redchamber OP @keepRun 我们直接一键生成了一个很长的文档呀，而且文档的结构，里面的内容，都是最佳实践来的
都不需要用户手动去准备这个文档了。 您说的希望微调，这个我们太理解了！我们也知道，这个才是核心，才是更加有价值的，多轮交互，渐进修改优化等等。 我们其实是在思考，在 GPT4 的场景下，是采用当前大部分的软件，比如 wps ，word 和一些在线协作工具，如 notion 等的，基于区域的内容的微调，内容生成方式，还是选择相信 GPT4 ，不光将每个区域的具体内容，而且，将整个文档的整体结构，包括各个部分之间的前后逻辑关联，整体的结构优化等等，全部托付给 GPT4 去做主创， 人呢，就处在一个提出需求和文档审查的角色。 这样才能最大限度发挥 GPT4 的丰富的业务背景知识和逻辑推理能力，而不仅仅是将它作为一个比较初级的 AI 助手的角色。 这才是未来吧？ |
|
16
redchamber OP @keepRun 另外就是，产品提供的功能少，这个是我们有意为之，想要做成最简单的交互。微调文档的 UI 的交互，我们确实在琢磨怎么做最合适，您这边有什么建议吗？
之前调研过一些在线编辑器，基本都是类似的，左边一个文档编辑框，右边一个 AI 聊天窗口，我们希望做的更高层，二不把重点放在具体内容的编写上。 调研其实发现，百度文库的自动生成 PPT 功能的 UI 设计的挺好的，我们希望参考他们的 UI |
 |
17
beyondstars 324 天前
阻碍 gpt4 在国内普及的主要是防火墙，当用户可以唾手可得地去使用 gpt4 的时候，他们会下意识地把它当成主力，无论 gpt4 是否事实上胜任这些分配给他的工作，为什么呢？因为偷懒、指点江山、好为人师、得到认可是人的刚需，而 gpt4 （或者任何其他一本正经胡说八道的 llm ）恰好满足了这一点。
|
|
18
redchamber OP |
|
19
beyondstars 324 天前
@redchamber 我部分认同你说的 gp4 能力强的观点。不过我觉得未来的想象空间倒是很清晰：数年至数十年的经济半死不活，中低端白领（包括文书工作者和低端码农）收入持续下滑或者横盘震荡（就拿现在五六千一个月的前端举例），失业长期居高不下，20 美元确实不便宜因为大家都失业了，贫富分化进一步加剧，统治能力非常发达（因为高科技）以至于不需要给那些被 ai 淘汰下来的底层白领什么补偿也能维持稳定。
简单来说就是死水一潭的未来，无非就是把写字楼白领的活抢了交给 AI 或者 LLM 干。 这种简单的图文对话界面，或者更进一步 llm 和人型机器人结合起来变成具备低级智能的机器人，它又能创造出什么产业呢？电影《极乐空间》描述的场景就是你能想象的未来。 表达能力不好可能存在车轱辘话反复说请见谅。 |
|
20
redchamber OP @beyondstars 对的，所以我们主要做国外市场，国内的话，问题太多了，监管，信息管制，等等等等。太难了
|
|
21
keepRun 324 天前
@redchamber 没啥建议，可能我个人还是更倾向于自己写 prompt 一步步微调。
其实感觉你做的这种竞争力不是很强，肯定一大堆同质化项目，毕竟从角色选择上也并不是太多。 感觉应该好好想想整个产品该怎样设计吧，或者既然贯彻抄袭策略，那就把各种 ai 工具跟你工具里相关的角色、需求能整合进来的就整合进来，按量取胜，就像腾讯靠抄袭也能活得很好一样😁。 对于产品未来怎么发展，感觉得靠近有痛点且愿意付费的用户，而且当下提供的这点功能显然容易被别人抄袭，还是得继续投入进一步的功能开发，不过得看客户需要什么。 至于产品的推广，感觉可以设计下推广赠送积分或者啥奖励之类的裂变措施；多语言也可以做下，既然有 gpt ，翻译下页面，本地化做成多种语言也许能撬动更多用户。 |
|
23
redchamber OP @keepRun 现在采用我们这种思路的，确实还没看到过，帮忙代写论文的，国内倒是有不少，大部分其他的，还是将 GPT 作为一个辅助者的角色，而不是创作主体。在交互上，基本大部分都是用 GPT 进行微调，优化，写部分文字，进行翻译等等，使用 GPT 作为创作主体的，确实不多。
这就是理念上的区别，进而导致了产品设计和方向上的差异。 但是说实话，哪条路都不好走，每天都游走在放弃与坚持之间…… |
|
24
redchamber OP @Philippa 您好，非常抱歉让您觉得是广告误导性标题，钓鱼。
其实我的本意还是想和大家讨论下，大家觉得 GPT-4 现在的能力边界在哪里，能够做的逻辑性，整体性，更需要理解力的工作的上线在哪里，基于这个理解，可能大家会诞生不同的产品形态与未来的发展方向。 另外就是我觉得有一个思路挺好的，我们现在的设计，应该要为未来 GPT 或者其他大模型的发展预留一些空间，就是说要假设未来它能做的肯定会更多，基于这个基础来进行产品设计。 想听听大家针对这个观点，是否有不同的理解。 确实并不单纯只是想做个广告。 再次对您表示非常非常的抱歉 |
 |
25
bian2023 324 天前 via Android
写个 xray 分流还是没问题的
|
|
26
redchamber OP @keepRun 至于您说的
对于产品未来怎么发展，感觉得靠近有痛点且愿意付费的用户，而且当下提供的这点功能显然容易被别人抄袭，还是得继续投入进一步的功能开发，不过得看客户需要什么。 ---> 付费用户群体这个其实是我们的痛点……逻辑上的漏洞点，我们现在宣传的主体，其实和我们预想的目标客户群体，差别蛮大的……但是还没想到比较好的方法，在目标客户那做宣传。 ---> 容易被别人抄袭 这个其实也未必那么容易，我们的系统其实是内置了很多当前 AI 交互，包括业务上的最佳实践，也是需要打磨的。当然要说大厂要做，那确实没办法。 至于产品的推广，感觉可以设计下推广赠送积分或者啥奖励之类的裂变措施；多语言也可以做下，既然有 gpt ，翻译下页面，本地化做成多种语言也许能撬动更多用户。 多谢您的建议，产品推广方面，可能我们有一些初步想法，比如 1. 推广给积分这种，twitter ，微信分享等，增加使用 credit 2. 拉朋友来注册，给使用 credit 3. 免费版本生成的 word 文档中，增加水印，二维码，网站链接等等 3. 多语言方面，现在只是支持生成文档的多语言，服务界面本身还没有支持，您提的这个建议确实挺好，本来我们觉得先不着急，但说实话，其实工作量很小，因为内核都是一样的，所以也许可以在团队内部讨论，看看是不是可以提前去做，比如日语版、俄语版、法语版、葡萄牙语、西班牙语、中文等。 总之，非常感谢您的回复与讨论，对我们确实也挺有启发的！再次感谢您。 |
|
27
redchamber OP @bian2023 其实说实话，如果一步一步和 GPT 交互，我感觉 GPT4 写绝大多数的代码都没啥问题…… 很多时候，比人考虑的还周到呢，但这里的难点就在与，一步一步交互，一次出成片的概率太低了。
而我们现在第一步做的，就是一步出成片 |
|
28
keepRun 324 天前 via Android
@redchamber 建议多语言到时候 seo 最好做成子页面(路径)形式而不是 json 加载语言包，这样搜索引擎好抓取页面。比如 example.com/zh-cn/index.html
|
 |
29
HongXinss 324 天前
写文档啥的， 一眼看去太像 GPT 写的了， 交都不好意思交差
|
|
30
redchamber OP @HongXinss 哈哈，我们的不会的，你可以试试
|
|
31
redchamber OP 太感谢了！！
后台数据显示，已经有人用俄语、西班牙语、葡萄牙语尝试生成过文档了 |
|
32
Zeroo07 323 天前
@redchamber 写文档确实，文字汇总分析提炼能力搞的不错的。代码能力其实也可以，但是仅限于较小的块，宏观上还是很依赖程序员的。最关键的，你不能忽视你在给 ai 的代码 review ，找 bug 改 bug 上所花费的时间🤣。 用 github copilot 有段时间了，我更想称之为是更智能的代码提示工具，好的一点是它能学习你的代码，所以提示的代码准确度还行的
|
Select Language