Qwen模型权重里塞进RISC-V CPU:AI执行指令新思路

Qwenputer在Qwen3.5-4B权重中内嵌32位RISC-V CPU,让模型内部执行指令。
Reddit 热议的 Qwenputer 项目尝试在 Qwen3.5-4B 模型权重中嵌入一个 32 位 RISC-V CPU 的完整行为,使指令执行发生在权重计算之中而非调用外部模拟器。作者开源了模型权重并提供在线 Demo,但完整技术细节尚未公开。文章从“权重作为可执行载体”和与工具调用、计算机使用的关联两个角度解读其意义,认为它反映了让模型从“说”走向“做”的趋势。社区反应褒贬不一,支持者视其为能力边界的探索,质疑者则关注 4B 模型容量能否承载复杂程序。项目目前仍是未经独立复现的概念验证,指令执行的准确性、速度和泛化能力有待验证。
最近,Reddit上一条帖子引发热议:有人将一颗32位RISC-V CPU直接构建在Qwen模型的权重内部,让模型能够“在内部”执行指令。这听起来像科幻,但项目作者不仅放出了技术博客,还在Hugging Face上开源了模型,并在ModelScope提供了在线演示。

项目是什么:Qwenputer
根据作者博客的描述,这个项目被命名为Qwenputer,核心思路是在Qwen3.5-4B这个模型里,通过某种方式嵌入了一个32位RISC-V CPU的完整行为。换句话说,模型不再只是预测下一个token的语言模型,而是被训练/构造出能够执行RISC-V指令的能力,指令的执行过程发生在模型的权重计算之中,而非调用外部模拟器。
作者公开了模型权重(Hugging Face上的Qwen3.5-4B-Qwenputer),并提供了一个可交互的在线Demo,让感兴趣的人可以直接尝试验证。这种“把CPU放进权重里”的做法,在AI社区中相当罕见,因此迅速吸引了大量关注。
RISC-V 是什么
RISC-V 是一个开源的指令集架构(ISA),2010 年起源于加州大学伯克利分校。与 x86、ARM 这类需要授权且指令集复杂庞大的架构不同,RISC-V 采用精简指令集(RISC)设计,规范公开、可自由实现与扩展,任何人都可以基于它设计处理器而不必支付授权费。它定义了整数运算、加载/存储、跳转、分支等基础指令,并允许厂商按需添加扩展。正因为规范清晰、指令行为确定,RISC-V 常被用于教学、嵌入式芯片和体系结构研究,也使它成为“用模型权重编码一套确定指令行为”这类实验的理想载体——每条指令的语义都是明确定义、可逐条验证的。
技术实现猜想:权重即硬件
从公开信息看,作者并未在帖子中展开全部技术细节,但博客链接指向了完整写-up。我们可以从几个角度理解其意义:
模型权重作为“可执行载体”
传统上,模型权重存储的是语言模式,推理过程是矩阵乘法与非线性变换。而Qwenputer试图让权重承载一套确定的指令执行逻辑——RISC-V指令集是明确定义的,每条指令都有固定行为。如果模型能够稳定地根据输入指令产生正确的寄存器状态变化和内存读写,那就意味着权重中编码了一套可执行的“程序”。
模型权重与“权重即程序”
大模型的权重是训练过程中通过梯度下降学到的数十亿个浮点数,它们编码的是数据中的统计规律,推理时通过矩阵乘法与激活函数把这些规律转化为对下一个 token 的预测。所谓“权重即程序”,是指把这套参数视为一个可被输入驱动的计算系统:给定一条指令作为输入,网络的各层运算共同决定寄存器、内存等状态如何变化。这与传统“权重只存语言模式”的理解不同,更接近于把神经网络当作一台由参数定义的状态机。这类思路与循环神经网络可模拟图灵机、神经网络可学习算法执行的研究一脉相承,但把目标从抽象算法换成了具体的 RISC-V 指令语义,因而更容易被逐条检验。
与工具调用、计算机使用的关联
帖子作者提到,这项技术可能对工具调用(tool calling)和计算机使用(computer use)有启发。当前,AI代理执行操作通常依赖外部工具或API,模型本身并不“理解”底层指令。如果模型能内化指令执行,理论上可以更直接地模拟或控制计算机环境,减少对外部模拟器的依赖。
工具调用与计算机使用
工具调用(tool calling)指模型在生成过程中输出结构化调用请求,由外部系统执行函数或 API 后再把结果返回给模型,模型本身并不执行计算。计算机使用(computer use)则更进一步,让模型通过截图理解界面并输出点击、输入等操作,由外部环境实际执行。两者的共同点是:真正的执行都发生在模型之外,模型只负责决策与编排。Qwenputer 所探索的方向是让模型权重内部直接承载指令执行逻辑,从而在理论上减少对外部模拟器或执行环境的依赖。不过需要注意,即便模型能“内部执行”指令,其可靠性、速度和可调试性仍无法与真实 CPU 相比,短期内更可能是研究性补充而非替代方案。
社区反应与潜在影响
这条帖子在Reddit上获得了不少关注,评论中既有惊叹也有质疑。支持者认为这是模型能力边界的有趣探索,可能为AI代理提供新的架构思路;质疑者则关心这种“内嵌CPU”的实用性和泛化能力——毕竟4B参数的模型容量有限,能承载多复杂的程序?
从更广的视角看,这类实验反映了当前AI研究的一个趋势:不再满足于让模型“说”,而是让模型“做”。无论是让模型学会使用工具,还是直接执行底层指令,都是在尝试将语言模型与计算过程更紧密地结合。
模型容量与可扩展性
4B 参数约合数十亿个浮点权重,看似庞大,但若用来编码一套处理器行为,其“有效容量”会受到精度、泛化与训练数据覆盖的严重制约。一个 32 位 RISC-V 核心涉及数十条基础指令、寄存器堆和多级内存寻址,模型需要在任意指令序列与初始状态下给出正确状态转移,这对参数利用效率是极大考验。社区质疑的焦点正在于此:模型可能只在演示过的短程序上表现良好,遇到长指令流、边界条件或未见过指令组合时是否稳定,尚缺乏证据。这也是判断“权重即硬件”究竟是概念验证还是可扩展路线的关键问题。
局限与待验证之处
补充一点,目前该项目的信息主要来自作者自述和演示,尚未经过独立复现。模型执行RISC-V指令的准确性、速度、支持的指令子集范围等关键指标,都需要更多测试。此外,将CPU嵌入权重是否具有可扩展性,能否支持更复杂的程序,仍是开放问题。
不过,作为一个概念验证,Qwenputer展示了模型权重作为计算载体的可能性。它或许不会立刻改变AI产品的形态,但为“模型即计算机”的想象提供了一个具体的样本。
结语
Qwenputer项目让我们看到,大模型的能力边界正在被以意想不到的方式拓展。无论最终能否落地,这种在权重里“造CPU”的尝试,都值得关注AI代理和模型架构的人深入了解。感兴趣的读者可以访问作者的博客、Hugging Face模型页和ModelScope演示,亲自体验一番。
相关推荐

从零构建MCP服务器:让AI应用调用你的Agent工具
手把手教你从零构建MCP服务器,让Claude Desktop等AI应用调用你的Agent工具。涵盖协议版本协商、工具发现与调用、错误处理及测试验证,基于YouTube教程实战。

在Claude和Cursor中验证邮箱:Email Verification MCP实战
如何在Claude和Cursor中通过MCP接入邮箱验证工具,让AI代理在发送外联邮件前自动检查地址。包含Claude Desktop配置步骤、Cursor批量清洗线索名单的实战演示,以及catch-all地址为何不能当作安全信号的分析。

提示注入如何让GitHub Issue劫持AI代理
安全研究者演示提示注入攻击:攻击者将恶意指令藏在公开GitHub Issue中,诱导AI代理从私有仓库窃取薪资并公开泄露。本文解析攻击原理,并给出最小权限、不可信输入、人工审批三层防御策略。