AI术语命名与概念发展 - AI大牛Andrej Karpathy首次提出“幻觉”（hallucinations）一词，用于描述神经网络生成无意义内容的现象 [1][3] - Karpathy在2015年博客中已使用“幻觉”概念，但直到2022年ChatGPT爆发后才成为研究热点 [3][6] - Karpathy被公认为AI圈“取名大师”，提出“软件2.0”“软件3.0”“氛围编程”“细菌式编程”等概念 [6][9][11] 软件范式演进 - **软件1.0**：传统编程模式，开发者需精确编写Python/C++等显式指令代码 [12][14] - **软件2.0**：神经网络时代，代码由权重参数构成，通过数据训练而非人工编写 [13][15] - **软件3.0**：提示词时代，用户用自然语言描述需求，LLM直接生成代码 [16][17] - 软件3.0特点包括：LLM作为计算平台（类比电网基础设施）、自主滑块调节AI控制程度 [19][20] 新型编程范式 - **氛围编程**：开发者仅需向LLM提出需求并全盘接受输出，无需直接编写代码 [22][23][24] - **细菌式编程**：强调代码模块化与可移植性，类似细菌基因的水平转移特性 [35][36] - 细菌式编程检验标准：代码需满足小巧、自包含、无依赖，便于开源社区复用 [35][36] 上下文工程崛起 - 上下文工程因Karpathy转发点评迅速出圈，相关帖子浏览量达220万 [42][43] - 与提示工程区别：上下文工程更注重结构化信息提供，而非单纯优化提示词 [44] - LangChain指出提示工程是上下文工程的子集，后者适用于复杂智能体构建 [43][44] 行业趋势观察 - Karpathy预测未来99.9%内容将由AI处理，文档需转向“为AI优化”格式（如Markdown） [45] - 命名在科研中具有知识奠基作用，精确术语是科学分类的“稳定靶标” [7][9]

应用软件未来发展趋势 - 核心观点：在AI协同时代，仅依赖复杂UI界面的应用将被淘汰，文本交互能力成为关键竞争力[1][2] - Adobe和CAD等专业软件因缺乏文本交互功能被列为高风险淘汰对象[2][13] - 软件需满足"氛围式编程"需求，即实现UI操作与文本指令的双向转换机制[3][4][12] 应用软件风险等级划分 - Karpathy根据UI/文本含量将应用划分为四个风险等级，但未披露具体标准[5][6] - 纯UI界面软件被判定为"没有未来"，因其阻碍AI集成[8] - 开发者需主动改造UI架构而非等待AI技术进步[7] 行业争议焦点 - 支持方认为专业软件（如Photoshop、CAD）需打破UI壁垒以适配AI[13][14] - 反对方主张专业软件的特殊性，认为AI应适应人类操作习惯而非相反[16] - 折中方案提出UI应构建在文本底层上，形成可转换的混合交互模式[12][18] AI编程范式变革 - 当前LLM编程存在"重生成轻判别"缺陷，代码验证仍是人工瓶颈[27][29] - 编程本质是代码验证而非编写，需降低验证负担才能提升整体效率[28][29] - 新型AI编程工具探索二维可视化代码库等创新验证方式[33] 技术基础设施需求 - 行业呼吁建立AI规范语言（ASL）以统一开发标准[19] - 不同媒介的验证难度排序：图像＜文本＜音频[25] - "验证差距"成为AI应用核心瓶颈，需加强判别阶段研究[20][21][23]