为什么要用 ChatGPT
消费信息时不用,生产信息时有用。
跟以前有的界面比呢?
国内很多大型应用,没有直接上与大语言模型直接聊天的功能。多半是它们实测发现,这个聊天窗口,还不如之前的设计呢。
也就是,从效果上说:
设计好的浅层UI > 聊天窗口
那么为什么很多人喜欢 ChatGPT,尤其是程序员?你看看程序员以前接触的界面就知道了:
- 搜索框
- 文档
- 应用接口
- 命令行
从易用性、短期效果来说,这些界面没有一个能打得过 ChatGPT 的。
不知道应用接口、命令行是什么不要紧,只需要知道它不是对人类很友好就行。
如果你用过 Midjourney,那么可以将它的 Prompt 的交互界面认为是一个很好的命令行界面。
但是,重度使用搜索框、文档的用户,其实也算“专业用户”了。
“全语言”翻译官
ChatGPT 不仅能各国语言翻译,还能从中文到编程语言,从数据到图表、甚至各类跟 LLM 沟通的 Prompt —— 它具有一切“表达”能力。
使用 ChatGPT 的人,只要有足够验收能力,各种语言的“表达水平”将在 ChatGPT 之上。也就是说,ChatGPT 的能力就是这群人的“及格线”。
打杂助手小秘书
所谓打杂工作,可能可以说是“转述”工作。或者换些更不好听的词,“搬运”、“洗稿”。
AI 应用,最小原型(MVP)
有人开玩笑说,以往的机器学习“不存在”了。还训练个啥啊,直接调用 ChatGPT 啊。
从成本上考虑,产品试验阶段可以完全不用 AI 训练的研发成本,AI 应用突然就可以经常试错来检验市场,确实非常爽。
但试验成功后呢?比如,网页下载为 Markdown 的需求还可以,甚至网站下载为 Markdown 的需求也不错,但如果按大模型token收费的话,显然是非常昂贵的。那么后续就需要用“传统”机器学习来训练一个专用模型,来大幅度降低成本。
当然,也可以反向,通过手动撸 Parser 做出一个没那么完善的原型,然后通过后面 AI 完善,现在很多 HTML 转 Markdown 的库都是手撸的。这儿还有一个小需求Claude 中文标点救星,有些人用Claude的时候挺需要的,但这个原型很多边界场景没有考虑到。
关于犯错
躺着就不会摔倒;胜率可以 100%,前提是打得少;不做什么事的,才容易全部正确……
这些,说的就是 ChatGPT 之前所有“智能”助手 —— 什么“智能客服”、Siri之类。它们提供方案范围,跟 ChatGPT 相比不值一提。
有的人刚接触 ChatGPT 的时候,很喜欢嘲笑它会犯一些计算、事实记忆方面的错误,甚至开始怀疑它们的价值。
只说一句就够了:人犯的错也不少,人的记忆也不靠谱,ChatGPT 这个角度还真像人。