即刻App年轻人的同好社区
下载
App内打开
西瓜汁Prince
54关注99被关注2夸夸
西瓜汁Prince
2月前
nof1.ai
这个UI界面看着还挺别致,有人知道这是什么风格吗?
或者等我我去问下AI
00
西瓜汁Prince
8月前
"AI元年"或许将更名成"生产力元年"

GPT巨石掉入水中荡起的波纹趋于平静,浑浊的泥沙逐渐沉淀,慌乱的鱼儿看清了它的真面貌。

LLM(大语言模型)经过两年的发展,社会也有了那么多关于它的讨论,越来越多的人看清了它的本质。

一、LLM的本质与局限:知识压缩与格式化输出

它天然不具备自我反省和推理能力,它仅仅是把人类知识压缩起来,然后按照指定的格式输出内容。它只是一个先进的搜索引擎。它能根据词汇搜索,也能使用近义词搜索,也能使用语义搜索。

所以能实现很多文本类的任务,比如翻译、续写、总结。

二、LLM的功能定位:超越传统搜索的文本工具

它只是不停地掷骰子选出下一个字。如果不是硬件资源限制,它输出的内容能以星际穿越开始,以母猪不能上树结束。

就像是你一直按输入法的常用词推荐,得到了意想不到的句子。

三、生产力革命的起点:格式化输出的社会价值

虽然大模型没有智能,但是仅凭它能输出指定格式,就给人类社会带来一场生产力变革。知识库查询、文章总结、AI编程、文生图、文生视频等工具都只是它微不足道的作用。

四、智能体(Agent):生产力革命的终极形态

本次改革最重大的也是最终的产物就是Agent(智能体):用LLM作核心,利用它输出指定格式的能力,把工具的输出作为另一个工具的输入,循环往复,最终完成指令任务。再给Agent接入硬件,就能影响到物理世界。

在可预见的未来中,Agent会催生出像手机电脑一样我们每个人都拥有的产品,提升我们的工作效率。

这波生产力革命的大方向是这样的,最终形态的雏形显现了。Agent会有各种生态,有软硬件设备。我们可以投入生态的建设,把握时代机遇。也可以耐心等待生产工具的升级,享受生产力提升后的新生活。

"AI元年"或许将更名成"生产力元年"

00
西瓜汁Prince
8月前
关于技术驱动与业务驱动的关系,我们可以从以下几个层面进行深入探讨:

**1. 需求本质的再定义**
- 显性需求:已被市场验证的明确需求(如更快的交通工具催生高铁技术)
- 隐性需求:尚未被市场认知的潜在需求(如智能手机出现前人们对移动互联网的潜在需求)
- 创造需求:技术突破后反向创造的新需求(如无人机技术催生的航拍市场)

**2. 技术发展的双螺旋模型**
技术驱动与业务驱动并非对立关系,而是呈现DNA双螺旋结构的交互作用:
- 蒸汽机技术 工业革命(技术驱动)
- 电商爆发 云计算发展(业务驱动)
- 5G技术 远程医疗应用(技术反哺)
- 直播带货 低延迟编码优化(业务倒逼)

**3. 时间维度的动态演进**
- 技术先导期:实验室阶段的技术储备(如1947年晶体管的发明)
- 需求触发期:市场条件成熟后的技术转化(1960年代集成电路的商业化)
- 迭代发展期:技术与需求的持续互哺(智能手机十年迭代史)

**4. 创新层级的差异表现**
| 创新类型 | 技术贡献度 | 需求明确性 | 典型案例 |
|----------|------------|------------|----------|
| 突破性创新 | 70%+ | 模糊 | 石墨烯材料 |
| 改良性创新 | 50% | 较明确 | 5G NSA组网 |
| 应用性创新 | 30% | 非常明确 | 刷脸支付系统 |

**5. 组织视角的实践差异**
- 科技公司:技术储备与需求挖掘并重(如Google X实验室)
- 传统企业:需求导向型技术改良(如三一重工智能工厂)
- 创业公司:需求验证优先的敏捷开发(MVP模式)

**6. 哲学层面的本质思考**
- 技术决定论:技术塑造社会形态(McLuhan的"媒介即讯息")
- 社会建构论:社会需求选择技术路径(技术的社会形成理论)
- 辩证统一观:技术可能性与需求必要性的持续对话(技术的社会技术系统理论)

**结论:**
技术驱动与业务驱动是创新过程的一体两面。需求是技术发展的引力锚点,技术是需求实现的推进引擎。二者的关系应理解为:
**需求引力 × 技术推力 = 创新价值**
这要求企业在实践中建立"技术望远镜"(前瞻性研发)和"需求显微镜"(市场洞察)的双重能力,在动态平衡中实现突破性创新。正如克里斯坦森在《创新者的窘境》中指出,真正颠覆性创新往往诞生于非主流需求与技术可能性的交汇处。
00
西瓜汁Prince
8月前
Agent工作流保证业务运行快速和确定性,RPA Agent提供通用性。

未来主要发力点是如何让用户快速准确的根据业务需求搭建出符合业务的工作流。

但是工作流底层还是如今的基础设施和运行环境。直到这些的基础设施变成了工作流发展的阻碍,就开始升级
00
西瓜汁Prince
9月前
和数学无关的技术没有门槛。粗略的说
11
西瓜汁Prince
9月前
门槛是用时间堆的
00
西瓜汁Prince
9月前
产品在提出功能需求时,应该给出目标是什么,具体功能是手段。这样和技术团队沟通时,才能有效沟通,技术实现时才能长远
01
西瓜汁Prince
9月前
再优秀的架构设计师也有知识的缺陷,所以需要有可信的顾问或者和其他人一起合作来弥补缺陷。
00
西瓜汁Prince
9月前
软件架构从顶向下体现在以下方面
1. 基础设施架构:负责网关、服务编排、服务运行的设计
2. 项目规范的架构:制订整体的项目规范,编码规范,并且使用程序落地代码规范
3. 具体项目的技术架构:具体项目的技术选型

没有程序作为限制的规范,总会被打破的
00