当前位置: 首页 > news >正文

我未来计划的Computer Use产品与对照组,即迷你版的AIGC中文脚本语言的区别

用最简易的方法,人人都可以自动化办公。在上一期的文章中,我开放了迷你版的AIGC中文脚本语言的源代码,并提供了Github链接。这里,我想细聊一下未来的计划,特别是关于自动化办公的计划。

首先,大家可以看到,如果不考虑任务规划,纯粹的AIGC中文脚本语言的实现其实非常简单。只要一些API(例如语音接口、大模型接口),就足以有一个能用的产品。

当然,这就是产品和理论的区别。这两大方向也是最重要的优化点。我的上述项目就是一个典型的产品,并没有理论的创新。因此我的未来计划就可以按照理论和产品两方面展开。

熟悉我的粉丝其实都知道我对现有的大模型持有一定的批判态度。我希望大模型跑得快,能在本地运行。本地运行最大的好处就是不用太过担心隐私泄露与数据集中。而且,从立场看,我希望人工智能能够与人类共存,协同发展,而不是完全取代人,更不应该控制人;我希望人工智能领域能够形成“大小”(大公司、小公司;大模型、小模型)共存的和谐格局,这对大家应该都好。
要实现这些目标并不容易,特别是,必须得踹大模型的柱子,特别是算法层面的。所以,我未来将投身于开发一种全新的架构,能够完全满足这些目标。我认为直接上手AI对齐有些困难,倒不如先让AI尽可能地可控,例如提高可解释性。通过完全地理解AI,实现对AI的完全掌控,从源头上避免AI威胁人类的生存。这样,才能让AI真正能够普惠每一个愿意用它的人。

接下来是产品层面。我们确实有必要将产品层面与技术层面分开,因为他们主要面向的学科不同。技术层面主要是人工智能算法,是理工科的领域;而产品层面主要是商业思维,属于商科的领域。一个好的产品,肯定是基于市场趋势的,这要求产品设计者拥有一个敏锐的捕捉市场的能力;而要做好产品,也要求设计者尽可能尊重用户需求与实际场景。产品层面,应该能够给用户带来高质量的使用体验,而这往往由于知识诅咒,被众多技术人员忽略。所以私以为,产品设计和技术设计,应该属于虽然有交叉但是仍然大不同的领域。

我非常欢迎大家给对照组提提优化意见。对照组唯一必须坚持的立场是,必须使用别人的模型

http://www.dtcms.com/a/85867.html

相关文章:

  • 本地部署Dify 添加Ollama模型DeepSeek
  • 2024年数维杯数学建模C题天然气水合物资源量评价解题全过程论文及程序
  • 全星研发管理 APQP 软件系统:以功能优势赋能企业研发
  • 死锁:当程序 “卡住“ 时,发生了什么?
  • UDP套接字编程(代码)
  • 聊聊langchain4j的MCP
  • TreeKEM 原理解析
  • ACF介绍及选用规则
  • CF1011(Div.2)A~D
  • 数组,指针 易混题解析(二)
  • Python---数据分析(Pandas七:二维数组DataFrame中元素的索引与访问,其他常用方法)
  • Java——ArrayList集合
  • Linux高级IO
  • c++高精度加法
  • JavaScript案例0323
  • 【LC插件开发】基于Java实现FSRS(自由间隔重复调度算法)
  • 虚拟机第二章-类加载子系统
  • c++之迭代器
  • Java 安装开发环境(Mac Apple M1 Pro)
  • Linux Namespace(网络命名空间)系列三 --- 使用 Open vSwitch 和 VLAN 标签实现网络隔离
  • 【Centos7搭建Zabbix4.x监控HCL模拟网络设备:zabbix-server搭建及监控基础05
  • 专题|Python贝叶斯网络BN动态推理因果建模:MLE/Bayes、有向无环图DAG可视化分析呼吸疾病、汽车效能数据2实例合集
  • 实战指南:使用 OpenRewrite 将 Spring Boot 项目从 JDK 8 升级到 JDK
  • 嵌入式项目:利用心知天气获取天气数据实验方案
  • 从指令集鸿沟到硬件抽象:AI 如何重塑手机与电脑编程语言差异——PanLang 原型全栈设计方案与实验性探索1
  • Coze:一场颠覆传统编程的「无界革命」
  • 企业级前端架构设计与实战
  • 电子签的法律效力、业务合规与监管难点
  • 3、linux基本操作1
  • MySQL数据库基础篇