造工具的 vs 用工具的,聊聊 AI Coding 真实体验
AI 写代码越来越火,你用它了吗?
不知道你是不是也跟我一样,生成代码的时候,简直爽到飞起,调试的时候又很崩溃,甚至想砸键盘。
还有一个念头时不时在脑子里打转:再这样下去,我是不是要被 AI 替代了?
我们不得不承认,AI Coding 已经真真切切地走进我们的日常。无论是代码补全、整段生成,还是调试纠错、重构优化,AI 都在重新定义我们怎么写代码、怎么理解代码。
但工具越强大,就越要冷静想想:
-
AI 写出来的代码到底靠不靠谱?它的天花板在哪儿?
-
它是在帮我们变得更强大,还是让我们的编程能力退化?
-
当前 AI Coding 产品形态有哪些?哪一种会最终胜出?
-
作为开发者,要怎么跟 AI 配合,而不是某天被它取代?
-
以后的编程,会变成什么样?
在这场 AI 编程的浪潮中,有两种声音,或许你也想听一听:一种是造工具的人,他们决定 AI 怎么工作;另一种是天天用工具的人,他们在真实项目中摸爬滚打、反馈体验。
9 月 23 日晚,开源中国 OSCHINA 《数智漫谈》直播栏目特意请来了不同立场的专家:一边是 AI Coding 工具的创造者,另一边是深度实战用户,让他们坐下来,来一场关于未来 AI Coding 命运的坦诚对话,聊一聊AI Coding 使用现状与体验、能力与局限、技术路线之争,以及开发者自身的变与不变。
直播主题:造工具的 vs 用工具的,聊聊 AI Coding 真实体验
直播时间:9月23日20:00-21:30
直播平台:“OSC 开源社区”视频号、微博@微博AI
直播嘉宾:
主持人:
冯若航,开源项目 Pigsty 作者,“老冯云数”公众号主理人
讨论嘉宾:
莫尔索,《LangChain 编程实战》《从零构建企业级 RAG 系统》作者
微博@karminski-牙医, KCORES 开源硬件项目联合创始人
汪晟杰,腾讯云 CodeBuddy 首席产品经理
常毅,Gitee 郑州研发中心总经理
微信扫码,预约直播:
直播福利:
本次直播中,我们将有 5 轮抽奖,参与就有机会获得 OSC T 恤、马建仓蛇年公仔(限量版)、代码圣杯、马克杯、冰箱贴、前沿技术书籍等。立即扫码预约直播吧!
我们还建了一个 AI 交流群,可以进来唠唠嗑~
【数智漫谈】
OSCHINA 视频号直播畅聊栏目【数智漫谈】,每期一个技术话题,三五位专家围坐,各抒己见,畅聊开源。给大家带来最新的行业前沿、最热门的技术话题、最有趣的开源项目、最犀利的思想交锋。如果你手上也有新点子、好项目,想要跟同行交流分享,欢迎联系我们,讲坛随时开放~

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
-
上一篇
NJet支持使用json格式的配置文件了
简介 目前NJet的配置文件与Nginx的配置文件格式相同。这种配置文件的格式对我们阅读比较友好。但是对一些自动化配置的需求来说,处理起来就很困难。为了以后能够对NJet的配置通过自动化工具来进行维护,NJet增加了对json格式配置文件的支持。目前这种支持是很基本的,只是支持主配置文件为json格式,里面include的文件的格式还是与之前相同。 json格式 目前NJet支持的json文件的配置格式如下,参考了开源项目https://github.com/nginxinc/crossplane中的格式,并做了一些修改。 最外层 parsed的内容是一个数组,数组的每一项都是一个对象,这个对象对应着一条NJet命令,或者对应着一个NJet的block。 { "parsed":[ {}, ... {} //每一个obj对应一条cmd或一个block ], "file": "/usr/local/njet/njet.conf" // 这是对应原有格式的配置文件,类似于description } 一条指令 一条指令中包含两个键值,cmd为一个字条串,对应的指令的名称,ar...
-
下一篇
MCP 是为开发者设计的工具,而非为 LLM 而设
编者按: 你在开发 AI 智能体时,是否也曾为这些事头疼不已:每接入一个新工具就要重写集成代码?工具一多就难以统一管理?LLM 时而"幻觉"出根本不存在的工具调用? 这些问题不仅拖慢开发节奏,更让智能体的稳定性和扩展性大打折扣。 今天推荐的这篇文章,正来自一线开发者对 Model Context Protocol (MCP) 的深度实践与思考。对 LLM 来说,"常规"的工具调用和使用 MCP 这样的标准没有任何区别。它只看到一组工具定义(tool definitions),它不知道也不关心幕后发生着什么 ------ 而这恰恰是件好事... 作者 | Roy Derks 编译 | 岳扬 Model Context Protocol (MCP) 已成为构建智能体时使用工具调用(tool calling)的标准,但恰恰相反,你的 LLM 并不需要理解 MCP。你可能听说过"上下文工程(context engineering)"这一术语,在这项技术中,作为与 LLM 交互的人,你需要负责提供正确的上下文来帮助它回答问题。为了收集这些上下文,你可以使用工具调用,让 LLM 能够访问一组可以用...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- SpringBoot2初体验,简单认识spring boot2并且搭建基础工程
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- MySQL8.0.19开启GTID主从同步CentOS8
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装