Hi, 请登录     我要注册     找回密码

Thoreau BASIC 3.2发布：能直接跑在UEFI固件上的现代64位BASIC

分类：未分类 阅读() 评论(0)

Thoreau BASIC 3.2正式发布，这是一款免费的64位BASIC解释器，可同时运行于Windows x64平台和UEFI x64裸机环境。项目继承GW-BASIC式的行号语法风格，但全面融入现代技术：支持64位内存寻址、24位图形、精灵动画、鼠标输入、TCP/IP与HTTP网络编程、完整的GM/GS软波表合成以及MIDI/WAV/FLAC/Opus音频播放，并内置复数、四元数、八元数运算能力。底层采用原生x64 JIT编译技术，配合多核PARFOR并行机制提升执行效率。3.2版本的主要更新包括：文件浏览与菜单功能以普通BASIC命令形式开放，新增GETFILES文件收集与SELECTBOX选择器命令；引入STATEWRITE和STATELOAD实现变量状态检查点与校验备份；SYSTEMINFO$命令可读取CPU型号、固件信息、AVX2/SSE2指令集支持等系统详情；针对浮点取整及复数、四元数、八元数运算的JIT优化降低了计算开销。同一套代码既可作为Windows应用程序运行，也能脱离操作系统直接从UEFI固件启动，项目附带调试器、性能分析器、源码工具与完整文档。

事件分析

BASIC常被贴上’过时教学语言’的标签，Thoreau BASIC则展示了复古语言嫁接现代系统能力的工程路径。其技术亮点在于UEFI裸机执行——BASIC程序可绕过操作系统直接运行在固件层，配合JIT编译、多核并行和自带的图形、音频、网络栈，相当于构建了一个独立于操作系统的完整运行时环境，工程实现难度不低。状态检查点、CRC32校验备份等设计也体现了对可靠性的考量。这类项目短期内难以撼动Python、JavaScript等主流语言的地位，但在教育编程、固件级工具、快速原型验证等场景存在差异化价值。后续若能拓展至ARM等架构、构建教学生态，影响力有望扩大；反之则可能长期停留在爱好者圈子，成为技术展示性质的实验项目。

核心观点：语言的兴衰不在语法新旧，而在生态能否跟上硬件演进，BASIC的现代化证明了老语言的另一条生存路径。

原文链接：Hacker News

C code80.ai · AI 编码 API 聚合 Claude / GPT 多模型统一接入,稳定不限速,按量计费,几行配置接入 Claude Code。 了解一下 ›

相关推荐

抢沙发

评论前必须登录！

立即登录   注册

易安
易安作者
长期关注 AI Agent、软件工程、自动化工作流与个人生产力系统。喜欢把复杂技术拆成普通人也能上手的实践教程,也记录自己在工具链、编程、内容创作和知识管理上的真实折腾。
  • 分享 AI 工具、Agent 工作流与提示词工程的实战经验
  • 记录从想法到产品、从代码到上线的完整实践过程
  • 关注普通人如何用 AI 放大能力,而不是被工具牵着走
阅读作者的全部文章 ›
文章目录

    置顶推荐

    Code80 · AI 编程巴士

    前沿哨所

    • AI 用量管理 App usAge 发布：买断制 15 元，一屏统管 Claude、DeepSeek 等十余家服务

      独立开发者在 V2EX 发布了一款名为 usAge 的 AI 用量管理应用，支持连接 Claude、Codex、Cursor、智谱 GLM/Z.ai、Kimi、MiniMax、小米 MiMo、Qoder、OpenRouter、DeepSeek 等主流 AI 服务。用户通过网页登录或填写 API Key 连接账号后，可在一屏内查看用量、重置时间和剩余额度：订阅制服务显示已用比例与重置倒计时，按量付费服务显示余额与花销。应用提供基础、数码管、贡献图、LED、卡包五种小组件样式，支持三种尺寸，单个小组件最多绑定 4 个账号，可在小组件上直接切换额度与刷新，并提供 Token 战绩、额度状态、AI 花销三种分享卡片。多设备同步方面，Apple 设备走 iCloud，华为设备走云空间。Mac 版提供菜单栏入口，可读取本机日志，统计当日 Codex CLI 与 Claude Code 的 Token 消耗及费用估算，并支持 Siri、快捷指令和聚焦搜索查询。鸿蒙版适配手机、平板和电脑，大屏采用侧边栏布局，Apple Watch 抬腕即可查看。安全设计上，应用无需注册，Cookie、API Key、OAuth 令牌仅存于本机系统钥匙串，查询请求由设备直连各服务商，不经过开发者服务器，服务器仅保存账号与购买记录。价格方面，免费版可连接 1 个服务，Pro 版一次性买断 15 元，不限连接数、无订阅无广告，可在 Apple、鸿蒙、安卓三端通用，鸿蒙版首发特惠 6 元。目前 Mac 版与鸿蒙版已上架应用商店，iOS 版正在审核，安卓提供官网直装包。

      事件分析

      从技术实现看，这款应用的亮点在于本地化的隐私架构：凭证存储于系统钥匙串、查询请求直连服务商、同步依赖用户自有云空间，开发者服务器仅保存购买记录，最大限度降低了中间人风险。跨平台覆盖是另一难点——同时适配 Apple 全家桶、鸿蒙与安卓三套生态，并针对鸿蒙大屏与 Apple Watch 做了专门布局。Mac 版通过解析本机日志统计 Codex CLI 与 Claude Code 消耗，绕开了服务商 API 能力限制。从产业角度看，此类工具的出现折射出 AI 服务订阅化、按量计费普及后的真实痛点：用户同时持有多个服务的额度与窗口，却缺乏统一视图。后续走向存在两种可能：一是各家服务商逐步完善官方用量面板，压缩第三方空间；二是 AI 服务进一步碎片化，聚合管理工具价值随之上升。此外，iOS 版 1.0 审核超 12 天未果的经历，也侧面反映出涉及账号凭证管理类工具在应用商店审核环节面临的合规门槛。

      核心观点：AI 用量需要专门 App 来管理，恰恰说明 AI 消耗已成为用户精打细算的日常成本，聚合工具正诞生于服务碎片化的缝隙之中。

      原文链接：V2EX 分享发现

    • 开源工具 Herduck 发布：自动聚类 AI Agent 会话，解决多开管理难题

      Herduck 是一个基于终端工具 Herdr 构建的持久工作层开源项目，已在 GitHub 上完整开源。项目源自开发者的实际使用痛点：在 Herdr、Tailscale 与 Moshi 组成的远程编码工作流中，Herdr 以速度快、支持多开著称，但缺乏 session 维度的任务管理能力，没有类似 Codex 常驻侧边栏的功能来记录工作内容，也没有 project 层级来组织多个会话。针对这些问题，Herduck 提供了四项核心功能。其一是自动聚类管理，在 Herdr 原有的 workspace 和 agent 视图之外新增 session、project、work 三种视图，其中 work 视图能将散落在不同文件夹和不同 Agent 中的最近会话自动聚类，聚类功能可单独配置 Agent 和 API，也支持纯算法关键词抽取模式以避免消耗 token。其二是 Agent 自动命名，调用本机 Agent 为会话自动命名，并标注所用 Agent 类型和工作目录。其三是自动睡眠机制，针对 pi、opencode 等 Agent 单个可占用超过 1GB 内存的情况，长时间不活跃的 Agent 会被自动清空后台进入睡眠状态，需要时点击即可恢复。其四是 Agent 可交互能力，通过 herduck CLI 命令，人和 Agent 均可进行任务管理和上下文信息读取。项目作者希望将其打造成最好用的上下文连续性产品，欢迎社区参与共同维护。

      事件分析

      该项目折射出 AI 编程工具链的一个结构性变化：当 Agent 数量和会话规模增长后，开发者的主要负担从’写代码’转向’管理 Agent’。Herduck 的功能设计——会话聚类、自动命名、内存回收——本质上都在解决多 Agent 并行工作带来的上下文碎片化和资源占用问题。从产品形态看，’持久工作层’的定位相当于给 Agent 补上一层跨会话的记忆与组织结构，与 Codex 侧边栏、各类 memory 中间件属于同一技术方向。目前该方案仍依赖 Herdr 这一特定宿主工具，通用性有待验证；纯算法聚类效果一般，也说明低成本的语义聚合仍是技术难点。后续走向上，这类上下文管理能力大概率会被主流 Agent 框架或 IDE 原生化吸收，独立工具的生存空间取决于迭代速度与社区规模。对终端重度用户而言，此类工具已具备实际使用价值。

      核心观点：AI Agent 的瓶颈正从模型能力转向上下文管理，会话连续性工具正在成为开发者工作流的新入口。

      原文链接：Linux.do

    • OpenAI在ChatGPT试水广告投放，付费Go用户也需看广告

      据Linux.do社区用户爆料，OpenAI已开始在ChatGPT中投放广告，且广告目前仅面向Free（免费）和Go（低价订阅）两档用户展示，Plus、Pro等高端订阅用户暂不受影响。由于Go是OpenAI推出的低价付费订阅方案，付费用户仍需观看广告一事引发社区热议，帖子标题借用谷歌早期著名座右铭，暗讽OpenAI正走上广告变现的老路。此前业界早已传出OpenAI探索广告业务的消息：ChatGPT坐拥庞大周活用户规模，但算力与研发成本高企，仅靠订阅收入难以支撑。若消息属实，这意味着OpenAI正式将广告纳入商业模式，形成订阅与广告并行的双轨变现结构。分层投放策略显示出OpenAI试图在变现与用户体验之间寻求平衡——保住高端付费用户的纯净体验，同时向免费和低付费用户群体开放广告库存。不过对Go档用户而言，付了钱还要看广告的处境令其订阅价值大打折扣，社区中已出现Go档沦为炮灰的调侃。该事件也可能引发用户对广告定向是否会利用对话数据、AI回答是否会受广告主影响的担忧。

      事件分析

      广告系统接入对话式AI产品，技术难点在于如何在不打断对话流的前提下自然插入广告，以及广告定向所依赖的数据边界，若涉及用户聊天内容，将直接触碰隐私红线。产业层面，此举标志着大模型行业从烧钱换规模转向商业化深水区，广告作为互联网最成熟的变现手段被AI厂商引入几乎是必然，但先例一旦打开，Anthropic、谷歌等对手的定价与产品策略也将被迫联动调整。后续走向值得关注三点：一是广告是否只停留在界面展示层，未来会否渗透进模型回答内容本身；二是Go档定位是否会调整或取消，付费免广告可能成为更高价档位的卖点；三是用户口碑风险可能倒逼OpenAI推出无广告订阅的溢价选项，进一步细分付费体系。

      核心观点：当订阅费追不上算力账单，广告必然入侵AI对话，而付费与否的体验边界正被逐档击穿。

      原文链接：Linux.do

    • Claude负责架构、GPT专写代码：开发者社区热议多模型协同编程工作流

      LINUX.DO论坛近期出现一则开发者求助帖，讨论如何搭建Claude与GPT协同分工的AI编程工作流。发帖人称，在Claude Opus 5.5发布之前一直以GPT为主力模型，但近期GPT体验下滑，出现额度紧张与性能下降等问题。订阅Claude Pro之后，发帖人认为Opus 5.5表现出色，但Pro版本额度有限，仅靠单一模型难以支撑完整的大型项目开发。因此其希望构建一套互补工作流：由Claude负责前期架构设计与任务拆解，GPT承担具体代码编写。帖中提到，半年前社区用户曾开源过名为CCG的项目，采用相同思路，即Claude负责规划、GPT编写后端代码。该方案在大项目上完成度较高，但token消耗速度快，而用于小项目时GPT又容易出现过度设计的问题。发帖人据此向社区征询当前顺手的Claude与GPT协同开发方案，并询问CCG仓库最新版本在token消耗控制和小项目适配方面是否有所改进。目前该话题共有2个帖子、2位参与者。该帖从一线开发者视角反映了多模型协同编程的实践探索，以及订阅额度与token成本对工作流设计的实际影响。

      事件分析

      该帖折射出AI编程使用模式的深层演变：单一模型在长上下文规划、代码生成与成本控制上各有短板，开发者开始按任务阶段对模型进行编排分工。Claude系模型在架构理解与任务拆解上的优势，与GPT系在代码生成上的积累形成互补，催生了CCG这类社区驱动的编排工具。与此同时，订阅额度与token成本成为工作流设计的关键约束，推动开发者对模型调用进行精细化管理，甚至出现’降智’、额度缩水等对商业策略的抱怨。后续走向上，模型路由与Agent编排框架或将承担自动化的多模型调度，降低手动切换成本；厂商层面则可能通过能力分层与差异化定价回应此类需求，多模型协同有望从社区经验沉淀为标准化工具链。

      核心观点：多模型按阶段协同分工正成为AI编程新范式，成本与能力的权衡倒逼开发者工作流走向精细化编排。

      原文链接：Linux.do

    • AI 写完代码谁来验证？Windows 桌面开发者的模型与工具选型

      一位开发者近期在 V2EX 发帖求助，称其正在开发一款 Windows 桌面工具，技术栈采用 Tauri、Vue、TypeScript 与 Rust，仅面向 Windows 10 及以上系统。该应用除常规界面外，还需实现透明置顶的悬浮窗，涉及鼠标穿透、悬停交互、焦点切换等系统能力，同时对资源占用有较高要求。帖子提出的核心问题是 AI 生成代码后的验证环节：前端页面虽可在浏览器中直接预览，但窗口行为与系统级交互必须放到真实 Windows 环境中测试，AI 难以自动完成这一闭环。作者据此提出三个具体问题：其一，针对前端加 Rust 加 Windows 原生交互的跨语言项目，何种模型在定位问题与修改现有代码方面表现更佳；其二，工具层面应选择 Cursor、Codex、Claude Code 还是其他组合；其三，是否存在可行方式，让 AI 在本地完成编译运行后，结合截图、日志，甚至直接操作窗口来验证修改效果，悬浮窗类交互又该如何配合调试。该帖反映了 AI 编程在真实工程场景中的典型痛点：模型不仅要会写代码，还需理解跨语言项目结构、在本地环境中运行验证，并对 GUI 与系统交互类功能形成可靠的测试反馈，社区实践对同类开发者具有参考价值。

      事件分析

      这则讨论折射出 AI 编程应用的阶段性变化：代码生成已非瓶颈，验证与反馈闭环成为新焦点。GUI 应用与系统级交互类开发天然缺乏可自动化的测试入口，浏览器预览无法覆盖窗口层级、鼠标穿透等原生行为，AI 的修改结果仍需人工目测，效率增益因此被压缩。从技术走向看，社区正在探索的路径包括：通过 MCP 协议让模型调用本地编译、运行与截图能力；以 Agent 形式赋予 AI 操作窗口、读取日志的权限，形成修改、构建、验证的自动化循环；以及利用 Tauri 这类前后端分离架构拆分可测试边界。对产业而言，谁能率先补齐本地环境验证这一环，谁就能在 AI 编程工具的下一阶段竞争中占据先机，这也解释了 Cursor、Claude Code 等产品持续向终端执行与自主测试能力扩展的原因。

      核心观点：AI 编程的竞争焦点正从代码生成转向结果验证，GUI 与系统级交互成为人机协作闭环的最后短板。

      原文链接：V2EX 分享发现

    • 一天狂揽1000 Star！开源Agent技能让AI用一页HTML回答复杂问题

      开源项目 answer-me-with-html 在 GitHub 上线一天即获得超过 1000 Star，引发开发者社区关注。该项目是一个 Agent Skill（智能体技能），核心理念源自知名 AI 学者 Andrej Karpathy 10 月 2 日在 X 平台发布的观点：让 AI Agent 用一页可读的 HTML 回答复杂问题，而不是输出难以阅读的纯文本。项目目前具备三项核心能力：一是超快输出，Agent 只需生成 Markdown，由 CLI 工具负责渲染成排版美观的 HTML 页面，官方数据显示 Token 消耗减少 7.4 倍，生成速度提升 3.6 倍；二是自动排版，CLI 自动完成 HTML 布局，无需人工干预即可获得简洁美观的页面效果；三是视频生成能力，能够针对复杂结论在几秒内生成 3Blue1Brown 风格的可视化讲解视频。项目已在 GitHub 完整开源，无未公开部分，作者在 Linux.do 社区按开源推广规范发布，并欢迎开发者提交 Issue 和 PR 参与共建。这类项目把 Agent 的答案形态从文字升级为可视化页面，同时显著降低推理成本，契合当前 AI 智能体输出形态演进的方向。

      事件分析

      该项目直接呼应 Karpathy 提出的方向，把优化重心从模型推理转移到输出呈现层：Agent 生成低成本的 Markdown，由本地 CLI 完成渲染与排版，用工程手段绕开了 LLM 直接生成 HTML 时 Token 开销大、速度慢的痛点，7.4 倍的 Token 节省对按量计费的 API 用户有实际价值。3b1b 风格视频生成则把 Manim 类动画制作流程自动化，若效果稳定，可能改变科普和技术讲解内容的生产链路。后续走向上，此类 Skill 依附于 Claude Code 等成熟 Agent 框架的生态红利，技术壁垒有限，一日千 Star 也带有 Karpathy 背书的传播加成，但它的走红验证了 Agent 能力细分化、技能化的产品路径。随着 Agent 输出从对话文本走向可交付成果，呈现层工具链有望成为智能体生态中新的基础设施方向。

      核心观点：Agent 竞争正从推理能力转向交付形态，谁能先把输出变成可读可视的成品，谁就占据体验高地。

      原文链接：Linux.do

    最新文章

    热门专题

    热门标签

    AI编程claude大模型AIAI Agent人工智能开源项目Gemini开发者工具开源GitHubClaude Code开源工具AI工具开发工具谷歌openaideepseek提示词工程cursor网络安全anthropicAI应用ChatgptAI开发agentAI安全自动化智能体AI智能体

    网站统计

    • 日志总数：28880
    • 评论总数：7
    • 标签总数：17913
    • 用户总数：3675
    • 最后更新：2026-10-05