4 月 24
Luke FanAIGC, 字节跳动，故事多 AI Agent, AI应用, AI竞争格局, Anno 1800, Anthropic, API接口, Baidu, ByteDance, Claude 3.5, Coze Space, Coze Space评测, DeepSeek R1, Gemini 2.5 Pro, Google, GPT-4o, Llama 4, LLM, Manus, MCP (模型控制插件/标准), Meta, OpenAI, PPT生成, Token消耗, Waiting List, 产品体验, 产品对比 (Coze vs Manus vs Grok vs XinXiang), 产品评测, 代码生成, 任务拆解, 优劣势分析, 免费试用, 内容生成, 功能演示, 可视化网页生成, 呼伦贝尔自驾, 复杂任务处理, 大语言模型, 字节跳动, 工具调用 (内部/外部), 市场调研, 心想APP, 扣子空间, 扣子空间使用, 搜索质量, 数据调用, 文档生成, 旅游攻略, 智能体, 游戏攻略, 现象级产品, 用户分析, 用户反馈, 电动车充电, 百度, 简历筛选, 自动化, 自我规划, 行程规划, 表格生成, 访谈记录整理, 豆包大模型, 通义千问, 邀请码, 阿里, 高德地图, 黑神话悟空
Manus的后劲来了。百度、字节都有了自己的agent产品上线。
大家好，欢迎收听老范讲故事的音乐节目频道。字节上线了扣子空间，百度上线了心想APP。Manus的光环不再。Manus本身就属于意外爆火，当时它突然火了以后，咱们还做了直播，说这个东西没有什么技术门槛，只是产品设计的很有意思。
Manus跑去跟阿里合作了之后，那字节、百度说这不行，咱们也得有自己的产品上线。又不是有多难做的东西，那就做呗。我呢，搞了一个字节扣子空间的邀请码，咱们呢试一试，看看这个产品到底怎么个用法儿。
Manus呢，到现在我也没用上。原因也很简单，我去申请测试，等了很久，到现在都已经开始收费了，也没有收到说你可以来玩一下的这个邀请。所以也就别费劲了。我自己呢也没有特别着急，我要特别着急想用的话，随便找两个人去要一些邀请码，也还是可以搞得定的。既然没有那么热心的话，也就没有上心去找嘛。
More
10 月 22
Luke FanAIGC, 字节跳动，故事多 AIGC可信度, AI协作, AI可信性, AI大模型, AI安全, AI工程风险, AI技术挑战, AI系统, ByteDance, Huggingface平台, Huggingface漏洞, IT业界新闻, IT内鬼, IT安全, IT安全策略, IT工程, IT灾难恢复, PyTorch修改, Pytorch集群, 人员管理挑战, 人工智能实习生, 人工智能未来, 人工智能治理, 人工智能管理, 人工智能风险, 人机协作, 代码安全, 代码漏洞, 代码管理, 代码隐患, 企业损失, 企业数据, 企业风险管理, 信任危机, 前沿科技, 大数据安全, 大模型开发, 安全事件, 安全漏洞, 安全管理, 安全评估, 实习事故, 实习生, 实习生影响, 实习生投毒, 工程信任, 工程漏洞, 工程管理, 开发者风险, 开源开放, 开源系统, 恶意代码, 技术创新, 技术应用, 技术治理, 投毒事件, 操作风险, 故障排除, 数千万美元, 数字化管理, 数字时代, 数据保密, 数据分析, 数据攻击, 数据污染, 数据泄露, 数据隐患, 未来合作挑战, 模型参数扰动, 渗透测试, 现代技术治理, 系统攻击, 系统漏洞, 系统脆弱性, 网络安全, 训练模型, 黑客攻击, 黑客风险
ByteDance的AI大模型被他们自己家的实习生投毒。这是一个什么故事？大家好，这里是老范讲故事的YouTube频道。今天咱们来讲一讲这起投毒事件。不是说举个小药瓶去投毒，而是恶意代码投毒。
事情发生在6月份，一位姓田的博士生在ByteDance实习。因为某些待遇或者资源分配问题，他对ByteDance感觉不满，于是就在代码里面进行了投毒。投毒的方式是他自己进行了一些代码维护，但这些代码是安全的，主要是一些调试用的代码。这些代码去读取一些上传文件之后，就具备了攻击性。
什么意思呢？就是我们去训练大模型的时候，需要把大量的信息数据上传到大模型进行训练。他的这种调试代码上传到服务器上以后，这个时候还是安全的，然后把一些恶意代码隐藏在训练数据里边。他把这些数据读出来以后，就对整个ByteDance的一些训练集群进行了攻击。这其实是黑客普遍采用的一些手段。
More
6 月 03
Luke FanTikTok风波 algorithm, ByteDance, code, code quality, code repository, code version, dependency, In-depth analysis, inside story, Lao Fan, response, Reuters, revelation, software architecture, software engineering, split, tech war, TikTok, TikTok future, TikTok未來, TikTok未来, truth, US-China relations, 中美关系, 中美贸易, 中美關係, 代码, 代码分拆, 代码操作, 代码版本, 代码质量, 代碼, 代碼操作, 代碼版本, 代碼質量, 依賴關係, 依赖关系, 內幕, 内幕, 分叉, 分拆, 回应, 回應, 字節跳動, 字节跳动, 工程代码库, 工程代碼庫, 开源代码库, 抖音, 拆分, 推荐算法, 整理, 梳理, 模块, 模組, 深度解析, 演算法, 爆料, 版本管理, 真假, 科技战, 科技戰, 科技角力, 算法, 老范, 脏活, 路透社, 軟件工程, 软件工程, 软件开发, 辟谣与真相, 開源代碼庫
大家好，
欢迎收听老范讲故事的YouTube频道。今天咱们来讲一讲，字节跳动正在辟谣路透社的小作文。我坚决不卖，我也坚决不拆。
5月30号，路透社发了一篇小作文，说字节跳动正在做一件脏活。什么样的脏活呢？将TikTok上面的推荐算法原代码，从字节跳动的代码仓库中进行分离，拆成一个独立的代码仓库。希望以后呢，在美国的TikTok，能够有一套独立的运行库，与中国的抖音拆开。消息来源呢，是某些不愿意透露姓名的消息人士。这个一定要讲清楚啊。
但所谓的这些不愿意透露姓名的消息人士，都是字节跳动的员工。他们是字节内部使用lock（咱们国内叫飞书，国外叫lock）使用这样的工具进行开会的时候，一些与会人员进行的爆料。如果说出姓名来，就肯定被开除了，这不用想。所以呢，人家说我们坚决不说具体是谁啊，但是呢这是确确实实是与会人员，已经收到相关任务的与会人员啊，他们出来爆料的。甚至呢还有一些说没有参加这个会，但是事后看到了相关会议纪要的人，也在向路透社进行核实。也就是说，从多个角度上，证实了这件事情正在发生。
More
RSS