再过两年呢。
不为说此东西没用，但它离寻常用户欲之实于差得太远之。
故今日，我对花之一小时就搞定此件小事感到印象深刻，而两年前得十小时。
Karpathy 回复称，「我觉得此种反驳本原上还为囿于对软件之匮乏思维。
此释放出之一名明显之信号：软件之本原正从现成之商品降维成瞬时之效劳。
二十年。
但更让我亢奋之为思考：此件事怎么才能真正缩短到一分钟以内。
」 仅仅用之一名小时，我就用 vibe coding（氛围编程）搞出之此名超定制化之仪表盘，专门追踪此名实验之进度。
」 他以自己正进行之有氧运动为例，没有选择去应用商店搜索任何一款「心率管器物」，而为直接命令 AI 逆向营造之跑步机之云端 API，为自己量身定制之一名为期八周之、极其私密之实验仪表盘。
我之伍德威跑步机就为名传感器，它把物理状态转成数术讯息。
它就该有名 API 或命令行，让 Agent 能悠闲调用。
主要方式就为达到 Zone 2（二区）有氧之累计分钟宗旨与每周一次 HIIT（高强度间歇操练）。
从彼之后，一名名应用图标统治之吾等之数术活。
」 历程中用之 AI 助手 Claude 得逆向营造伍德威跑步机之云 API，拉取原始数据，办理、过滤、调试，还得建名网页前端来追踪实验。
」 「此才为事情演进之真正方位。
App 存之整名逻辑，某种程度上为建立于此样一种信赖上之：设计师们，加上用户们之集体回馈，能够设计出一种工流或交互范式，它比你单打独斗想出来之要更好。
」 此释放出之一名明显之信号：软件之本原正从现成之商品降维成瞬时之效劳。
」 以下为 Karpathy 全文实质翻译（第一者称）： 与此同时，更多者对此深不以为然。
长话短说，我认为，一堆离散应用让你挑之「应用商店」模式本身就已越来越过时之 前景应为：通过 LLM 之「胶水」本领，将 AI-Native 之传感器与执行器效劳编排成高度定制、用完即走之临时应用。
多年前，苹果用「There’s an app for that」开启之移动互联网之黄金时代。
而如今，随之 LLM、Agent 之快速演进，此一切正生变化。
彼时 AI 已掌握之甚多名者讯息，它会收集额外需之数据，参考并搜索相关之技能库，然后维护好所有之小应用与自动化。
其次，整名产业须重新配置成一套传感器与执行器之效劳，而且它们得具备 Agent Native（面向智能体原生）之易用性。
但甚多者还为会去杂货店买吃之，此总归为有缘由之…… 便利性暂且不论，我仍然认为应用商店可充当一名额外之安康层，尤其为对彼些与网络交互之繁应用而言。
「得之吧。
首先，App Store（应用商店）永远不会（也不该）现此类应用。
她之 LLM 智能体懂就行之。
它不该维持给者看之前端界面，LLM Agent 也不该去逆向营造它。
历程并不为一帆风顺，我得盯之改 bug，比如它搞混之英制公制单位，日历匹配日期也出之错。
彼只为一些为之某名极其特定之意图而临时组装、执行一次就删掉之代码路径。
若今日之软件为代码砖块垒成之城堡，彼前景更像为沸腾之代码浓汤。
」 最近我于做 cardio（有氧运动）时有点松懈，故决定认真做名为期八周之实验性操练，宗旨为让静息心率从 50 降到 45。
更别说还要维护它之。
任何者，于任何地方，皆能随手打造自己需之东西。
两年前 AI 连自动补全皆做不好，今日它已能差不多一次性生成浏览器与 C 编译器之。
就算全球有 1% 之用户欲为彼种超级特定之需求搞定制化应用，我皆会惊掉下巴。
「请教 Karpathy 一名疑难：若前景为临时性之、一次性之应用，彼软件公司要怎么围绕此名建立商业模式。
此东西也就三百行代码，LLM Agent（大言辞模型智能体）几秒钟就能生成。
你可下载一名应用之根基版本，比如某名健身追踪器，然后 iOS 允许你通过提示来修改与定制此名应用。
「总之来说，我同意此名观点。
AnythingLLM。大家皆忽略之一点，光为「想清楚自己到底欲什么」此件事本身就已需消耗大量之心力之。
此于 99% 之情况下皆为成立之。
我不该为之此名去搜索、下载名「有氧实验追踪器」。
不过，我还为觉得大方位甚明确： 就于昨日，AI 大神 Karpathy「现身说法」，并抛出之一名急进之观点：前景之应用不应为被「下载」之，而应为被「即兴创作」之 彼么疑难来之：当应用可随用随建，吾等还需彼名臃肿之应用商店吗 我对即将到来之高度定制化软件时代极其感兴趣。
十年。
你为如何看待 Karpathy 之观点呢。
你根本不需知道什么，也不需施加任何创意方位，此一切就能替你成。
需什么机缘才能让我简说句「嘿，帮我追踪接下来八周之有氧操练」，简答几名疑难后，应用就搭好之。
FaaS。只为此名前景还没完全到来而已。
Karpathy 之观点引发之热议，支者看好前景之 LLM 定制化应用方位。
当软件变得极其廉价、极其丰富时，今意义上之离散式「应用」将毫无意义。
不过，我还为觉得大方位甚明确： Karpathy 进行之回击，「奶奶当然不需懂什么 App，甚至不需知道有 App 此回事。
若能朝之「应用商店 2.0」之方位演进，彼就太酷之。
我不确定最终会不会完全为此样，历程认可为混合之、渐进之，但从原理上说，它真之或变得极其疯狂。
我对此有点失，进度也慢下来之。
「你为厨师，但并不为每名者皆为或者每名者皆想当厨师。
你真觉得你奶奶想自己做名 App。
靠一堆离散应用构成之「应用商店」此种想法，于 LLM 能当场为你生成应用之今日，显得既别扭又过时 整名行业于此方面之进展太慢，99% 之货品 / 效劳仍没有 AI-Native CLI（AI 原命令行界面），99% 之货品 / 效劳还于维护彼些 .html/.css 之说明文档，它们给出一网页之指引，告诉你打开此名网址，点彼里，点此里…… 皆 2026 年之，直接干或者让 Agent 干皆可。