AIGC 技术正在重构工作流程，大语言模型为开发者提供了新杠杆。本文探讨了程序员转型 AI 所需的技能树，指出工程能力比高深数学更为关键。文章回顾了 NLP 技术演进，分析了大模型在 Tokenization、幻觉、推理边界等方面的局限。针对实际应用，提出了关于 API 与本地部署、任务适用性、测试验证、Prompt 工程及运维部署等核心问题的解决方案。最后给出了分层架构设计、数据闭环建设、成本控制及安全合规等实践建议，强调从代码实现者向人机协作设计者的转变。
过去的一年中，最炙手可热的是以扩散模型和大语言模型为代表的 AIGC 技术的普及。在可预见的未来，这种热度仍将持续下去。无论主观上是否愿意，AIGC 已经在重构我们的工作流程，重构人与人、人与机器、机器与机器的关系。上一次类似的技术变革还是上个世纪 90 年代末，互联网走向普通大众的时代。那也是一个软件英雄辈出的时代，求伯君、丁磊、王江民等皆以一己之力做出了风靡全国的产品。后面由于软件架构的日益复杂，特别是 B/S 以及移动端开发的日益复杂，2010 年后小团队创业成功的案例已经很少了。
正如互联网时代，网络增进了人与人之间的联系，"网聚人的力量"释放出了巨大的生产力。在 AIGC 的时代，计算机的能力得到了极大的增强，人与机器、机器与机器之间的协作构成了新的工具杠杆，加之开源软件的广泛应用使得个体、小团队重新获得了竞争优势。如果说二十五年前的互联网革命个体进入门槛是编程的能力，AIGC 时代则在编程能力之外还增加了对熟练开发或应用 AI 的能力。
提起程序员转型到 AI，很多人的直觉是：搞 AI 啊，那数学得好吧，从高等数学、集合论、概率论、测度论、线性代数、泛函分析、凸优化整起。对于非数学专业和多数工科背景的人这个要求足以劝退。
但是在实践中，除了做 AI 编译器、优化器搞模型训练，绝大多数工作并不需要这些数学知识。以 ResNet 为例，设计这一网络架构只需要信息论的相关的知识就足够了，正如我们开汽车并不需要了解如何最优化发动机、电动机的工况。
我在二十年前开始学习统计自然语言处理时，也面临今天想转型到 AI 的同学一样的情况。当时全文检索系统风头正劲，准确的中文切分器能够让检索系统在构建索引的速度、索引大小与检索质量上获得一个较好的平衡。当时的主流是隐式马尔科夫的切分方案，基于 CRF 的字标注方法刚刚提出。CRF 方法的优化器采用拟牛顿法需要计算 Hessian 矩阵的近似，这个近似会占用大量内存，我从工程上优化了其物理内存占用，但是完成这个工作并不需要了解拟牛顿法的数学细节。而提升 CRF 方法分词器的效果需要引入更多、更全面的特征，这一工作也不需要特别高深的数学知识。需要额外补充，由于 CRF 方法需要序列标注（预测）点之后的数据，因此不适用于文本生成的用途，在当时文本生成仍然需要 n-gram LM。
定量的理性认知固然很好，但是很多场景下，宏观的感性认知已经足以指导我们日常的决策。
从分词算法的研究我们可以发现，引入当前数据集无关的外部领域知识可以提升系统的综合性能（f-score），但是如何更好的构造关联到字的特征向量成为新的问题。基于神经网络的语言模型可以将稀疏高维的特性向量压缩到稠密低维的特征向量（A Neural Probabilistic Language Model, Yoshua Bengio 2003），并进而 Word2vec (Efficient Estimation of Word Representations in Vector Space, Tomas Mikolov, 2013) 发现可以对计算出的词向量执行语义计算。而 GPT、BERT 等预训练大语言模型更是把英文单词都切分成了多个 token，交由神经网络本身在前 8 层 Transformer Block 进行还原。要完成这些工作，仍然不需要特别高深的数学知识，依赖的是巧妙的任务设计和对概率论的初步了解。
顺便提一句，在 BERT 时代，基于知识库的问答，BERT 已经显著优于关键词和向量召回。
由于预训练语言模型非常消耗算力，以微软 UniLM 为例，24 层的模型在 2019 年已经需要 8 卡 V100 并行计算近一个月。因此在 2019 年 Google 提出了 T5 模型（Exploring the Limits of Transfer Learning with a Unified Text-to-Text Transformer, Colin Raffel, 2019）。虽然较现在的 LLM 能力稍弱，但是提出了可以基于前缀文本区分任务，进而在统一的框架内对语言模型进行预训练。例如当进行翻译任务时在需要处理的文本前面附加 translate English to German:，当需要进行文本情感分析时附加 sentiment:。类似的思路表现为现在的大语言模型普遍都有 SFT 或指令对齐阶段。OpenAI 发现可以借助 Prefix 或者这里我们称它为 Prompt，可以激发模型未被设计、训练的新的能力。
到 ChatGPT 为代表的大语言模型出现，传统意义上 NLP 的所有问题都得到解决，日常大量的文本处理类的工作可以无脑的使用大语言模型。但是，拥有了堪称强大的自然语言处理工具的现下，我们要解决的现实问题远没有得到解决，这甚至不是结束的开始，充其量只是开始的结束。
以最新的论文《Top in Chinese Data Processing: English Code Models》为例，其提出对于特定的中文应用（如 RAG，检索增强生成）语言模型中受限的中文知识反而有助于降低幻觉。这种现象的真实原因仍有待进一步研究，但是现有的部分中文大语言模型其 Tokenizer 部分是存在缺陷的。简单讲，中文历史上存在单字成词的传统，理论上在 Tokenizer 中除了单字和成语，不应该出现常见字的两字组合（鸳鸯、麒麟、凤凰等是特例）。更进一步的，如果字出现的频率不高，单字也可以不出现（回退到 OpenAI 的方案）。
考虑到现实的算力限制，并不是每个程序员都有机会从头训练大语言模型，但是我们仍然需要对大语言模型的工作原理以及其工作方式的可能解释进行研究，因为创新往往需要通过观察事物并深入了解其原理后才能产生。
在过去的一年多，多方 Prompt 进行了广泛的研究，提出了 CoT（Chain of Thought）、ToT（Tree of Thoughts）等一系列 Prompt 方法。从大语言模型的原理出发，应该怎样科学的研究 Prompt 的制作才不至于沦为'玄学'、'咒语'？这需要建立评估体系，通过控制变量法测试不同提示词结构对输出稳定性、准确性的影响。
大语言模型内置了大量的知识，这使得用户经常混淆其能力的来源，是来自预置知识、类比还是真实推理。以及更一般的这些知识如何增删改（CRUD）。理解模型的上下文窗口限制、注意力机制的衰减特性，对于判断何时使用 RAG（检索增强生成）而非微调至关重要。
大语言模型能够借助其参数量模拟多种不同的人格，并预测对应人格在不同环境下可能的反馈，这有助于我们在不违反医学伦理的情况进一步的探索人类的认知。但在实际应用中，需警惕模型产生的偏见、歧视性内容以及潜在的隐私泄露风险。
在程序员的视角看，大模型的出现给程序开发带来了下面若干新问题，我们需要逐一拆解：
为了应对上述挑战，建议开发者采取以下实践路径：
不要将大模型作为黑盒直接调用。建议采用分层架构：
大模型的效果高度依赖于数据质量。建立内部的数据收集、清洗、标注流程。利用用户反馈（RLHF 思想）持续优化模型表现。对于垂直领域，考虑使用 LoRA 等技术进行轻量级微调，而非全量训练。
Token 消耗是主要成本来源。实施以下策略：
确保输入输出符合法律法规。部署敏感词过滤系统，防止注入攻击（Prompt Injection）。对于涉及个人隐私的数据，严禁上传至公有云模型，应优先选择私有化部署方案。
大模型的出现，固然带来了前所未有的挑战，但也为我们提供了一个深入了解我们自己、了解认知过程的机会。正如很多恐惧的根源是来自人类面对未知事物的本能，通过对大模型的探索，有助于我们发现并克服其局限，进而设计出更加智能、高效的应用。未来的软件开发将不再是单纯的代码编写，而是人机协作的编排艺术。程序员需要从'实现者'转变为'设计者'和'训练师'，掌握定义问题、评估结果、优化交互的核心能力，方能在 AIGC 时代立于不败之地。
AIGC 正在重塑技术栈，但核心逻辑未变。理解原理、明确边界、注重工程落地，是每一位程序员应有的正确姿势。通过持续学习新技术，保持对工具理性的敬畏，我们将能更好地驾驭这股浪潮，创造出真正有价值的产品。
微信公众号「极客日志」，在微信中扫描左侧二维码关注。展示文案：极客日志 zeeklog
使用加密算法（如AES、TripleDES、Rabbit或RC4）加密和解密文本明文。 在线工具，加密/解密文本在线工具，online
生成新的随机RSA私钥和公钥pem证书。 在线工具，RSA密钥对生成器在线工具，online
基于 Mermaid.js 实时预览流程图、时序图等图表，支持源码编辑与即时渲染。 在线工具，Mermaid 预览与可视化编辑在线工具，online
解析常见 curl 参数并生成 fetch、axios、PHP curl 或 Python requests 示例代码。 在线工具，curl 转代码在线工具，online
将字符串编码和解码为其 Base64 格式表示形式即可。 在线工具，Base64 字符串编码/解码在线工具，online
将字符串、文件或图像转换为其 Base64 表示形式。 在线工具，Base64 文件转换器在线工具，online
