2026年2月

点赞 + 关注 + 收藏 = 学会了

整理了一个NAS小专栏,有兴趣的工友可以关注一下 👉 《NAS邪修》

Cube City 是一款轻量级卡通风格城市建设模拟游戏,在 NAS 通过 Docker 就能快速部署。

游戏以自由规划为核心,你可随心放置住宅、商业、工业建筑,平衡环境与发展指标,建筑自动产出金币用于升级扩建。支持搬迁、拆除建筑调整布局,进度本地存储不丢失。

在 NAS 部署的方式很简单,我用飞牛 NAS 演示一下,其他品牌的 NAS 操作类似。

打开“文件管理”,找到“docker”文件夹。在里面创建一个“cube-city”文件夹。

打开“Docker”应用,切换到“Compose”面板,新建一个项目。

项目名称可以输入cube-city,路径选择刚刚在“文件管理”创建的“cub't-city”文件夹的路径。

然后输入以下代码:

services:
  cube-city:
    image: swr.cn-north-4.myhuaweicloud.com/firfe/cube-city:2025.09.10
    container_name: cube-city
    ports:
      - 2335:5141
    restart: always

等项目构建完成后,打开浏览器,输入 NAS的IP:2335 就可以玩游戏了。

这里的端口是 2335 是因为我上面的那份代码配置的就是 2335,如果你的 2335 被其他项目占用了,那就改成别的数字吧。

首次打开会有一份玩法教程,关掉就能开始玩了。

再次打开的话会问你要读上一次的档还是重开。

如果是读档的话,它会进入“选择”模式,此时你是无法盖新房子的。

在左侧面板,滑动到最底部,选择“建造”模式就可以盖新房子了。


以上就是本文的全部内容啦,有疑问可以在评论区讨论~

想了解更多NAS玩法可以关注《NAS邪修》👏

点赞 + 关注 + 收藏 = 学会了

如果你想选择 Fedora 作为你的 Linux 桌面系统,你可能需要看看 universal-blue 打造的更加完美的版本。

universal-blue 简称 uBlue ,总共可以选择三个发行版:

你如果更喜欢 KDE Plasma:选择 Aurora

你如果更喜欢 GNOME:选择 Bluefin

他家还有一个为游戏设备打造的:Bazzite

我选择的是 Aurora,它是基于 Fedora Atomic Desktop ,原子化更新,这样就稳定性得到了极大保障,你肯定不想像许多 Linux 发行版一样一个更新桌面莫名其妙的就进不去了吧。

说说我的使用体验:首次安装根据文档设置好安全启动后就不用设置任何东西,所有驱动都打好了,包括最适合你显卡的最新的 Nvidia GPU 驱动(据说不支持太老的 GPU ),蓝牙 WIFI 什么的都毫无问题,进去系统后 KDE Plasma 的稳定性比 Fedora 原版都强,我安装过很多次 Fedora 、Ubuntu 、还有其他各种发行版,说实话从没达到过 Aurora 这种效果,其他的总是有可能莫名弹出错误什么的、或者安装过程就卡死、进去后调整缩放会模糊什么的等各种小问题。这在 Aurora 中都不存在!

接下来只要去根据薄荷输入法的文档安装 fcitx5 版本(Flatpak) 的 Rime 配置好薄荷输入法之后,中文输入就完美了,当然你有可能会遇到微信无法输入中文的情况,问问 AI 配置一下启动环境变量就好了,然后由于原子化更新不推荐用 rpm 安装软件,大多数软件可以用 Flatpak 、HomeBrew 或者 AppImage 安装,唯一一个就是科学上网的软件只能用 rpm-ostree 安装才能使用。需要注意的其实就是这么多,其他的 Aurora 已经帮你做到最佳实践了。

总之这个系统给你感觉就是:稳定性和系统维护交给 Aurora ,你只是直接使用就够了。

比如说文件拆分... 函数封装等,除非一开始和 Ai 讲好自己的规范,或者 Ai 写一段自己 check 微调一段,否则几轮下来之后代码会变得非常难(不)以(想)维护,Agent 一把梭的时候尤甚。
不知道大家有遇到过这样的问题吗?

📰 今日新闻精选:

  • 2026 央视春晚数据公布:全媒体触达超 230 亿次,直播总收视份额达 79.29%,创 13 年来新高
  • 春晚机器人 “卖爆”:订单量增长 150%,近 63 万元机型被秒抢
  • 2026 年春节档电影总票房破 15 亿,《飞驰人生 3》《惊蛰无声》《熊出没・年年有熊》分列前三位
  • 湖南 95 后女生上门做年夜饭月入 4 万多:春节前订单就满了,希望来年在长沙买房
  • 国铁广州局 2026 年春运节前到发旅客 6029 万人次,同比增长 8.5%,创同期历史新高
  • 春节假期多地接待游客人次同比两位数增长,部分机票价格跳水,游客临时 “捡漏” 出行
  • 云南西双版纳州景洪市 17 日 23 时发生 4.6 级地震,震源深度 10 千米
  • 中央气象台:20 日前全国大部气温显著回升,21-24 日较强冷空气将影响中东部地区
  • 国产铝基超宽温域电池黑河冬测取得突破:-25℃放电效率超 92%
  • 报告:今年或是房企资产负债表修复的关键一年,土地市场有望迎来更多企稳信号
  • 美媒:马斯克重申特斯拉 Cybercab 将在 4 月投产,车辆将不配备踏板与方向盘
  • 印媒:印度首次举办超大规模 AI 峰会,预计来自全球的 25 万人将出席,印度仍缺全球领先大模型
  • 外媒:以色列在约旦河西岸启动新土地登记,将巴方土地收归国有,阿联酋、土耳其等八国外长发表联合声明谴责
  • 外媒:俄美乌第三轮三方会谈首日谈判已结束,总时长超 4 小时;乌军战力增强,5 天收复 201 平方公里失地
  • 外媒:美伊第二轮谈判结束,双方就 “一些总体问题达成一致”;美国空军向中东增派 18 架 F-35 战斗机

📅 今日信息:

  • 公历:2026-02-18 星期三 水瓶座
  • 农历:二〇二六年正月初二
  • 下一节气:2026-02-18,雨水
  • 今年进度:13.42%(已过 49 天,剩余 315 天)

🌟 历史上的今天

  • 1930 年,天文学家克莱德·汤博发现冥王星,这颗遥远的矮行星曾一度被列为太阳系第九大行星,引发无数太空探索的想象。
  • 1977 年,美国航天飞机“企业号”首次进行载人飞行测试,为后来的航天飞机项目铺平道路,展示了人类对太空旅行的不懈追求。

Terraform 母公司 Teleport 最近发布了 Teleport 智能体身份框架,这是一个以 AI 为核心的安全模型,旨在帮助企业安全地在云环境和本地环境中部署自主和半自主 AI 智能体。该框架为企业提供了一套实施路径,将 AI 智能体作为可信身份进行管理,用以应对智能体 AI 快速落地过程中日益凸显的数据泄露、合规失效与对抗性攻击等风险。

此次发布恰逢众多基础设施与安全团队正难以对持续运行、调用工具、且在无人工直接监督下访问敏感系统的 AI 智能体进行安全防护之际。传统的身份与访问模型并非为非确定性、全天候在线的工作负载而设计。Teleport 框架通过定义规模化安全运行 AI 智能体所需的策略、参考架构与开发者工具来弥补这一空白。

Teleport 近期对 200 多位基础设施领域负责人开展的一项调查突显了这一转变的紧迫性:

69% 的受访者认为,AI 的广泛应用将要求身份管理体系做出重大变革,仅 2% 持反对意见。然而,许多企业仍在使用静态密钥、硬编码凭证,以及在传统 IAM 和 PAM 系统上叠加定制化集成,这进而引发了身份泛滥、可视性不足与系统性风险等问题。

Teleport 的基础设施身份平台为该框架提供了以统一硬件信任根为支撑的加密安全身份层。它用强大的临时身份取代静态凭证,实现零信任认证、零永久权限,并对基础设施中的身份行为进行实时可见性监控。该方案旨在缩小攻击影响面、防范未授权访问,抵御常引发数据泄露的基于身份的攻击。

“统一的身份层是在企业基础设施环境中部署 AI 的先决条件”,Teleport 联合创始人兼首席执行官 Ev Kontsevoy 表示,“在碎片化的凭证和身份孤岛之上部署 AI 只会埋下密钥与数据泄露的隐患。”

与专注于大语言模型安全、运行时监控或事后检测的单一解决方案不同,Teleport 框架将身份提升为智能体系统的信任基石。它定义了一套基于加密身份、临时权限、访问护栏、可审计能力与实时强制执行的安全模型。

行业分析师也对这一转变表示认同。“随着企业部署自主 AI 智能体,身份——而非监控——将成为核心的安全管控手段。”IDC 安全与信任部门集团副总裁 Frank Dickson 表示,“若缺乏统一的身份基础,智能体系统会在数据、基础设施与合规层面带来不可控的风险。”

智能体身份框架旨在通过标准化实践、降低凭证泄露风险和满足合规与治理要求来帮助企业更安全、更快速地落地 AI。它将 AI 智能体视为一等身份,采用 MCPSPIFFE 等开放标准,并通过受控的 MCP 与大语言模型层统一对智能体、工具和数据进行治理,实现预算、速率限制与安全护栏的管理。

随着 AI 驱动系统的普及,Teleport 将身份视为智能体环境中缺失的控制平面,把安全性、可靠性与可扩展性锚定在统一的信任层中。当然,它并非唯一拥有此类愿景的厂商,但其确实提供了一些与众不同的思路。

虽然 DatadogNew RelicSplunk 等平台可通过日志、指标、追踪与异常检测来帮助团队观测 AI 智能体与基础设施,但其本质属于事后响应型方案。这类工具能够发现智能体异常行为或系统遭受攻击,却无法管控智能体的访问权限与操作范围。在智能体 AI 时代,软件可自主调用 API、查询数据库、修改系统,仅靠监控远远不够。Teleport 智能体身份框架从更深层面解决这一问题:采用加密验证的临时身份替代静态凭证,对智能体的身份、可访问资源及访问时长进行强制管控。

相比之下,HashiCorp Vault 和 Boundary 专注于密钥管理与特权访问,但仍依赖下发、轮换凭证,且这些凭证需要由应用或智能体自行存储和调用。这种模式在大规模场景下安全性会大幅降低,尤其对于动态启停、非确定性的 AI 系统而言更为明显。Teleport 摒弃了长期密钥,改用可持续验证与审计的、基于身份的短期访问机制。如果说可观测性工具告诉你发生了什么,密钥平台帮你管理凭证,那么 Teleport 框架的目标则是从源头防范不安全访问,让身份成为智能体 AI 的核心控制平面。

原文链接:

https://www.infoq.com/news/2026/02/teleport-secure-ai-agents/

最近机器人很火,我只想问问什么时候能出比较好用的人形家务机器人?

就一些基本需求

  1. 能扫地擦地。
  2. 能擦家里落灰的所有表面。
  3. 能完成简单炖煮菜全流程,洗切配,焯水,炖,淘米,煮饭。完成后自己装盘上桌。切配时候,知道生熟分开,处理完生肉后知道要先洗手消毒再接触其他东西。
  4. 能收拾碗筷,放到洗碗机里。
  5. 能自动收拾全屋垃圾,分类存在垃圾桶里。
  6. 能把脏衣篓里的放进洗衣机,放进去之前要会掏兜把东西拿出来放好。
  7. 洗好衣服要把衣服都拿出来,晾好或者烘干,处理完再叠好放进衣柜。

上述功能都不需要人工干预

你们觉得十年内能出现这样的机器人吗?大概要多少钱?

最近又看到几个 V 友开始纠结要不要来日本,回复基本都是「身边统计学」,完全没有数据支撑。

作为只能混华人派遣的垃圾,斗胆分享下「 Qiita エンジニア白書」。

省流版:这份报告的绝大多数参与者都是日本人,其中一半都是自社开发(也就是日本的互联网公司);包含的内容很广:除了薪资、加班、工作语言和框架,也有跳槽、技术分享和交流平台等等内容。

对了,今年的报告还分析了年收超过 1000 万日元的人群的特点,期待 V 友们的锐评(笑)

图片和最新版请查看:https://github.com/NoHeartPen/NoHeartPen.github.io/issues/19

为了把握日本的软件工程师的动向,日本最大的技术博客平台 Qiita 邀请约 2,300 名用户参与问卷调查,并发布了《工程师白皮书 2026 》。

参加人数比前几年稍微涨了一点( 2,317 人),但参与人员构成几乎没变:自社开发占了 51%,受托开发占了 33%(类似外包,但不是老中派遣)。

想润日,或者已经润过来的人,都可以花几分钟稍微读读,点击下面的链接就可以下载 PDF 源文件了。

https://qiita.com/white_papers/2026

另外,我把从 2022 年开始到最新一期的所有 PDF 都上传到了 NotebookLM ,没时间读的话,可以直接问:

https://notebooklm.google.com/notebook/541ea46e-c155-4938-bba5-85735b0f979b

接下来分享个人觉得这份报告里比较有意思的地方。

技术趋势

首先,恭喜 Python 在「これから習得したい言語」(想学的语言)成功达成「三连冠」!

不过,更关键的是在「よく使う言語 」(经常用的语言)实现了「二连冠」,不出意外的话,明年应该能三年冠。

JavaScript 还是第二,但 TypeScript 已经爬到了第四,把 Java 挤到了第五。

从我个人的观察来看,在非华人派遣的日本公司,Java 几乎不是主流了,更多都是是 TypeScript 一把梭,要调用 LLM 的话,再用 Python 。

前端的话,React 和 Next.js 还是统治级的存在,无论是「在用」,还是「想学」,这两都稳占前二。

至于后端,Go 和 Rust 依然是高薪的代名词——报告里年收在 1000-1500 万以上的比例,这两语言比其他语言高出约 10%。

![[rust-genshin.png| Rust ,启动!]]

GitHub 、AWS 和 Notion 应该是日本技术公司的「三件套」,但老中派遣还是 Excel 😅。

AI

64% 的日本同行每天或经常用 AI ,也没想象中的那么落伍。

毕竟连我在的现场,头发花白的昭和老大爷都在和 OpenAI 聊怎么写代码了。

ChatGPT 依然是老大哥,GitHub Copilot 稳居第二,Gemini 冲到了第三。

[[PLaMo]]:这么不给面子是吧,你们到底是不是日本人😡。

至于利用方法,主要是生成代码、编写测试、以及交流讨论想法(即「壁打ち」)。

另外,还有个数据算是(某种程度上的)你日特色了:56% 的人担心安全性及泄密问题😅。

薪资

从公司规模来看,规模越大,工资也基本会更高。

![[1771329554664.webp|500]]

薪资分布上,500-800 万日元基本是各个年龄段的「正常」水平了。

![[1771329416275.webp|500]]

另外,为什么除了学生,还会有「 17 岁」以下的开发者啊…但从数据分布来看,也许总共就 3 个人吧 233 。

从工作经验来看,1-10 年,尤其是 3-5 年的差异比较大,再往上差异就很小了。

![[1771329441148.webp|500]]

另外,无经验和只有不到一年经验人中年收 50 以上的比例比只有 1-3 年经验的人还高,这部分人应该就是真大佬了 233 。

副业

今年新增的环节,不过只有比较简单的统计:16% 的人都有副业,而且这 16% 里面 30% 的每月的副业收入都超过 10 万日元。

![[1771329769283.webp|500]]

年收千万

也是今年新增的环节:分析年收 1,000 万以上的人群,结论和视角都非常好玩。

首先,熬年头还是有用的:80% 以上的人都有 10 年以上经验,甚至 50% 都超过了 20 年。

值得注意的是,半数以上都是管理层,而且 80% 都有管理经验。真•老资历了.jpg

不过,这可能是因为参与调查的人中,20 年以上工作经验的人本来就不少:650 / 2317=0.28054 。

![[1771329674721.webp|500]]

但最好玩的是这部分人里 60% 的只跳槽了不到两次,甚至有 20% 的人都没跳过槽……

其次,关于这群大佬就职的公司,43% 都是超过 1000 人的准大公司,但也有 20% 是不超过 50 人的小团队。

然后,英语是真值钱:这部分人里英语达到「能进行专业技术讨论」级别的比例是 24%,而年收不超过 1000 万的人里只有 6% 有这个水平。英语得学啊.jpg😭

最后,疯狂输出确实有用:年收超过 1000 万的大佬在技术博客和演讲活动上的活跃度,是普通开发者的 2.5 倍。

加班

不管年收是否超过千万,70% 的人月加班都不会超过 40 小时,其中 29% 的人月加班都不超过 10 小时,甚至还有 10% 的人完全不加班。

不过有点好笑的是,月加班超过 80 小时的 77% 都是 35 岁以上的中登

跳槽

74% 的人跳槽是因为「发现了更有魅力的工作」,所以缺人真的是可以为所欲为啊(雾)。

内推(リファラル)依然是最高效的渠道( 48%)。

技术分享

技术分享渠道:X (Twitter) 依然是第一,note 超过了个人博客排到了第二——这倒是有些意外,我以为今年会是 Zenn

不过,这可能是因为 note 终于开始逐步支持 Markdown 了,再加上这个网站的活跃度确实很高,而且 UI 完全碾压其他竞品。

如果拿国内的图文平台来类比的话:

Qiita ≈ CSDN:日本资历最老的技术博客平台,但在日本也被吐槽「文章质量低」。

Zenn ≈ 掘金:2020 年开始的独立开发项目,上线一年后被一家公司直接连人带产品一起打包收购了。(注:收购方是连续两年上榜「最受认可的技术分享公司」的「クラスメソッド株式会社」)

note ≈ 小红书:写什么的都有。

最受认可的技术分享公司在[[エンジニア白書 2024:日本 IT 行业 2024 年度报告#技术分享]]出现过的就不重复了,只说说今年新上榜的公司。

「株式会社 LayerX 」:业务我不是很感兴趣,但 ZennLayerX Engineer Blog上的博客有几篇很对我胃口。

「さくらインターネット株式会社」: さくらインターネット の技術ブログ 分享的东西很杂,而且没有标签,就懒得找了。

最后一个,Findy (ファインディ株式会社) 是我个人认为最适合技术大佬的[[日本 IT 招聘网站]],但他家的活动务虚的分享太多,我直接屏蔽了,实在没想到他家居然也能上榜。

学习

学习时长方面,工作日坚持学 1 个小时,周末学 2 个小时,就已经跑赢了 2/3 的同行。

学习方法和去年几乎没什么区别:读博客( 86%)、看书( 72%)、YouTube ( 44%)。

对了,今年多了一个官方没有提供选项,但不少人都在「其他」里补充的「和 AI 讨论」,部分功劳应该可以算在 NotebookLM 上。

参考

[[エンジニア白書 2024:日本 IT 行业 2024 年度报告]]:2024 年的报告。

就在刚刚,初二 0 点刚刚响完炮回来,给观音上了三炷香,忘记亲姐她最近感冒不能闻烟味而大吵一架。

她埋冤父亲明明嘱咐了一天,最后还是点了香,我看着她做出推搡父亲的架势,父亲老了话说不清楚光着急。

我看着当时火就来了,因为香确实是我点的,因为爸那个打火机没油了,火太小了,我拿过来顺手就点上了。我把矛头指向自己,说别骂了,我自己点的。然后就开始讲自己强调一天了,难受的不行,骂骂咧咧回去了,我以为这就完了。

隔了五分钟,又开始了:

「你是不是故意让我犯忌讳呢?我过年不想犯忌。」

我回答:

「自己点的时候根本没想到你,图个喜庆多少年了不都是这样,有香就点」。

不过说了也没用,依然喋喋不休,我继续说:

「自己难受,觉得不合适就自己拿出去,难道还没手没脚?况且东西是我点的,香炉也是我拿出去的,还在这吵啥呢?」

她回:

「起因是我啊,倒霉的肯定是我啊,而且你为什么要点啊,还不是你们。」

我不说话了,想等这件事情慢慢过去。然后隔了一会儿,蹦出来句:

「你是不是想害我?」

说实话,我当时真的完全无语加怒火中烧了,我直接骂了:

「昂昂昂,是是是,你说是就是,咋了么,哪有那么多说法,++!」

然后就和我爸匆匆收拾东西,睡了。

躺床上半小时睡不着,写下这些文字,说不上的难受。


当然,我自己没压住火,忘记她已经感冒了,也有问题,不得不承认。

但我想多抱怨一下这些神明信仰。

我自己觉得,点香供奉也只是走个仪式,只是想喜庆一下,对我来说就没别的意味了。我真的无法理解那些牛鬼蛇神,我也不在乎这些东西。但亲姐就是信这个东西,她也是读了 20 年书的人,说句难听的,我觉得这书算白念了(按她的三观,对这点破事的重视程度,还非要在这个时间点跟我大吵一架)。

除了这次的情况,日常里也是很信这些东西,比如她自己每次遇到个什么大事,就说大师跟我说了,XXXX 。也动不动就拿我八字去算命,说我未来会娶个非常强势的老婆,XXX 。

我也就听个乐呵,不愿意多说一句,因为顶嘴也无法说服她,还可能大吵一架。

真的很厌倦这种东西,上了 20 年书上成神棍了。

这只是关于信仰的一个方面,还有一堆其他方面,我就不展开了,跟她辩论最后都会变成大吵一架。

相处很累,父母也觉得累,我估计等未来父母走后,我也会跟她断亲吧。

我不知道,希望不要。

想问问 V 友,你们怎么处理家里面这种的「小仙女」的?事儿到实在让人窒息

过年的时候有了个新想法,希望能够在地图上标记各大美食博主的探店视频,这样就能够在旅游时跟着打卡。
这两天在 ai 的帮助下很快就完成好了一个 Demo ,可是在收集数据的时候发现这类东西已经有人做过了。地址在这: https://space.bilibili.com/520386817
他最早在 2024.3 月份就上传了相关内容,根据后续的播放量来看应该是没做起来或者用户量比较小。那么我该继续做吗?
他没做起来是不是因为他做的不够好以及宣传不够,还是说这个需求其实并没有什么价值?
想听听各位的想法和意见,非常感谢!

关于我与博客:

从最初动笔至今,我的博客已经断断续续走过了 6 个年头。它见证了我从青涩到成熟,也记录了无数碎片化的生活瞬间。虽然期间曾因忙碌而暂缓更新,但内心对文字的热爱从未熄灭。

近期动态:

最近,我重新梳理了博客(基于 Hexo + Next 搭建),并更名为材料与逻辑。我决定重新燃起写作的热情,将这里作为折腾 IT 技术、软件、工作中材料方面的技术学习及思考、逻辑训练等记录自留地。

友链邀请:

在这个信息碎片化的时代,依然坚持写博客的人显得尤为珍贵。我希望能与更多志同道合的朋友交换友链,互相串门、共同学习、一起成长。

申请要求:

  • 内容原创,能够感受到作者的思考或生活温度。
  • 不限主题(技术、生活、艺术皆可),但希望你的博客能保持一定的更新频率。
  • 拒绝包含违法、暴力、低俗内容的站点。

我的信息:

9 本 9 硕,男生,安徽人

徽商是安徽最大的城商行,跟总行签合同,总包 20w 左右,据说平均工作强度比较低(但是看组,也有的组经常加班)

农发行是政策行,银行地位上比徽商强不少,但是软开中心是跟子公司签合同而非总行,有点担心后续的稳定性,总包 30w 左右,平均工作强度比较高

然后还想问一点是工作地点重要吗?徽商总行的地理位置比较好,农发行的软开大楼地理位置比较偏,虽然合肥不大,离核心区也就 10km 左右。。。

不知道有没有对银行 IT 比较了解的大佬给点意见,拜谢!

大年初一就写了个网站, https://see-dance.cc/

连续两天没下楼,我发现脑子都被榨干了,都转不动了。

这个 seedance 的视频模型,找半天都找不到 API 在哪里可以调用?


谁能告诉我哪里有?

有缘人赠送积分吧? 100

按照 V2EX 江湖惯例,送五个。

https://see-dance.cc/ 可以先注册啊,后面我找到了给大家用嘛。
就是慢点.

评论的、点赞的,马年发大财

表现:

1. 黑屏

2. 系统无法操作,音频可以正常播放一会,如果使用 moonlight 等工具会显示卡死前的画面

3. 较长时间后会重启,大概 3-5 分钟

4. 在刚开机的半小时会出现,即便只有启动服务没有其他应用在运行也会出现,一般重启 3-4 次后不再出现问题

5.经常伴随着 CPU 风扇超频运行出现,但是不绝对,有时候风扇也很安静

6. 至少一周不用会稳定复现该问题(我一般一周回一次老家,没有测试多少时间会稳定复现。

系统环境:

1. windows11 24h2 ,rtx4080 ,i7-13700KF

诉求:

希望能得到一些问题排查方向。

其他:

我查询系统日志,错误信息只有 7009 访问谷歌超时和 6008 被我强制关机的错误。我现在不知道是软件问题还是显卡或者 CPU 的问题。

一年以前出现过相同症状的问题,是双屏遇到系统休眠时出现的,但最近一年我都没怎么用家里的电脑就一直没管。

如题,过年花一天用 Codex + Gemini Vibe 了个新年祝福的网站,只要能诱导 AI 说出 “马” 字,就能让 AI 根据输入内容自动写一段祝福、画一张图。但是问题来了,这个 AI 有点难被诱导,导致我自己也只能靠触发“每满三轮说出愿望直接给祝福”的机制通关……

鉴于没人用,发到 v2 上让大家乐呵乐呵,见笑:funnysaltyfish.fun/2026/

病症由来

近期 op 放假放假闲不住,起床就去花费 45 分钟跑个 10 公里热热身。
本来也是每天跑步,不过都是在健身房,较高配速跑步,再撸撸铁,一般都是两小时多。
近来放假,健身房关门了,就去硬化沥青路面跑步,连续跑一周,问题就出现了。

自身条件

穿的鞋子就是一个破烂安德玛运动鞋(较轻),体重 130+,其实已经得过一次足底筋膜炎了,上次也是硬抗过来的。

问题解决

请教跑马大佬,有什么办法能根治病症,或者推荐什么比较经济的跑鞋。

最近我一直想找个能一直跑着的录音工具,拿来记会议、临时讨论和一些随手想法。试了一圈后发现,短录音软件很多,但真要连续跑很久,不是容易中断,就是后期整理特别费劲。

所以我干脆自己写了一个,叫 Eve ( eavesdropper )。它是一个长时录音工具,在 macOS 、Windows 、Linux 都能使用。Eve 会调用电脑麦克风做 24 小时不间断录音,再用本地算力把语音转成文本。默认用 Qwen3-ASR 做实时识别,再配合 VAD 过滤无声片段,目标就是把录音这件事做稳,再让内容可检索。

生成日报示例:

生成日报示例

如果你想先上手,直接去 GitHub 按 README 跑就行:

👉 https://github.com/nexmoe/eve

uv sync + uv run eve 就能启动,完整参数和用法都在仓库里。

如果这个工具对你有用,欢迎给我点个 star 支持一下!

主要特点

  • macOS 、Windows 、Linux 都可以运行
  • 调用电脑麦克风做 24 小时不间断录音
  • 按时间自动分段保存 WAV ,回放和管理更轻松
  • 用本地算力做语音转文本,录音时同步写入同名 JSON 转写结果
  • 用 VAD 过滤无声段,只处理说话内容
  • 可自动切到当前有声麦克风
  • 可关闭 ASR ,先录音,之后再批量转写
  • 产出的文本可直接交给大模型做摘要、问答和待办提取

示例演示

OneDrive 场景的核心是把 Eve 输出目录放在 OneDrive 的本地同步目录中。
录制产生的音频文件和转写文件会先写入本地目录,再由 OneDrive 自动同步到云端,形成持续的云存储持久化。
这样即使出现本地误删、硬盘损坏、系统重装或设备更换,也可以从 OneDrive 拉回历史录音和转写,避免关键数据丢失。

OneDrive 目录中的录音与转写文件示例:

OneDrive 输出目录示例

我做这个的初衷很简单

我更想要的是先把原始声音留住,而不是只留下一个整理后的结论。

因为模型会持续变强,今天转得一般的音频,过一段时间可能就能用更好的模型重新处理。

所以 Eve 从一开始就不是做漂亮摘要,而是先做稳定记录。


后续会慢慢加一些功能,比如:

  • 更好的关键词检索和时间定位
  • 自动日报和会议纪要整理流程
  • 更细的设备切换策略和异常恢复
  • 更方便的云盘归档和同步体验


项目已经开源到 GitHub 。
如果你对这个方向也感兴趣,欢迎提 issue 、提 PR ,一起把它磨得更顺手。

👉 https://github.com/nexmoe/eve