编程只是打字，你的经验才是王牌

基于黄仁勋在2026年思科AI峰会上“酒后真言”的观点概括。1. 所谓“护城河”的崩塌：编程？那只是打字而已如果这番话发生在三年前，会被视为疯言疯语。但站在2026年，黄仁勋直接撕开了科技圈最后一块遮羞布。“编程？那只是打字而已。打字已经不值钱了。”过去三十年，我们被灌输的理念是：学会Python，学会Java，你就掌握了通往未来的钥匙。但黄仁勋告诉我们，那个时代结束了。随着AI代码生成能力的指数级跃升，语法（Syntax）不再是壁垒。这是否意味着程序员的末日？不，这是一种解放。2. 领域专家的崛起：不懂代码，却是最好的时代黄仁勋的逻辑非常残酷但也充满希望：当技术门槛降为零，业务门槛就会变得无限高。既然AI能在一秒钟内写出完美的函数，那么真正值钱的是什么？是知道该写什么函数的人。是理解生物学深层机制的医生。是洞悉供应链复杂逻辑的管理者。是深谙人性与市场的营销专家。未来的超级个体，不再是那些闷头写代码的极客，而是“懂业务、懂客户、且懂得指挥AI干活”的领域专家。黄仁勋甚至直言：“刚毕业的计算机高材生代码写得再溜，也不如一个懂客户痛点的资深销售值钱。因为代码AI会写，但客户的心，AI猜不透

技术专业 · 02-08
编程只是打字，你的经验才是王牌

AI 基准测试：Opus 4.6、GPT-5.2 与 Gemini 3 Pro 的巅峰对决

摘要：当 AI 不再仅仅是陪你聊天的机器人，而是帮你操作电脑的“智能体”时，谁才是真正的王者？最新的基准测试数据显示，Anthropic 的 Opus 4.6 正在重新定义“Agent”的上限，而 OpenAI 和 Google 依然在各自的优势领域坚守阵地。最近，一份备受瞩目的 AI 大模型基准测试数据在社区流传。这份图表横向对比了 Opus 4.6、Opus 4.5、Sonnet 4.5、Gemini 3 Pro 以及 GPT-5.2。如果这些型号代表了未来的旗舰模型格局，那么数据告诉我们一个核心事实：大模型正在从“对话者（Chatbot）”向“执行者（Agent）”发生质的飞跃。以下是对这份“神仙打架”数据的深度剖析。1. Opus 4.6：智能体（Agentic）时代的绝对统治者这份表格最震撼的部分，在于 Opus 4.6 在 Agentic（智能体/代理） 相关任务上的表现。如果你需要一个能像人一样浏览网页、操作软件、处理复杂工作流的 AI，Opus 4.6 似乎是目前的唯一解。自主操作电脑 (Agentic Computer Use): 在 OSWorld 测试中，Opus

技术专业 · 02-08
AI 基准测试：Opus 4.6、GPT-5.2 与 Gemini 3 Pro 的巅峰对决

100个网站和 App之七：sip客服平台

黄仁勋说“代码已死”？作为独立开发者，我用AI手搓了一套平台+App后的真实感悟。最近，英伟达CEO黄仁勋的一番言论在科技圈引起了轩然大波。他说：“软件代码编写已死。”很多人对此感到恐慌，但我却深表认同。当然，这并不是说我们可以把电脑扔了，而是说“写代码”这个动作本身的门槛正在无限降低。真正的核心竞争力，已经从“掌握语法”转移到了“专业知识的转化能力”上。谁能利用好AI的能力，将自己脑海中的专业领域知识（Domain Knowledge）快速转化为产品，谁才是新时代的赢家。这就是所谓的“如虎添翼”。最近，我正是在这种理念的驱动下，一个人单枪匹马构建了一套完整的平台以及配套的App。今天想和大家分享一下这个过程中的实战经验，特别是关于AI工具的选择以及对“专业知识”的重新理解。一、 AI开发实战：Codex搭骨架，Cursor做精修在这个项目中，我独立完成了一个平台端的搭建以及移动端App的开发。这在以前，可能是一个小型开发团队几周的工作量。我的主力AI工具组合是：Codex + Cursor。1. Codex：大刀阔斧的构建者在项目初期，利用Codex这类模型强大的生成能力，我能够迅速

技术专业 · 02-08
100个网站和 App之七：sip客服平台

A Hands-on Guide to Build Your First Convolutional Neural Network Model

OverviewThis article will briefly discuss CNNs, a special variant of neural networks designed specifically for image-related tasks. The article will mainly focus on the implementation part of CNN. Maximum efforts have been made to make this article interactive and simple. Hope you enjoy it.Happy learning!!Image SourceIntroductionConvolutional Neural networks were introduced by Yann LeCun and Yoshua Bengio in the year 1995 which later proved to show exceptional results in the domain of images. So

技术专业 · 02-07
A Hands-on Guide to Build Your First Convolutional Neural Network Model

删掉 Obsidian 里的微调笔记：从“驯化模型”到“驾驭流程”

今天，我给自己的 Obsidian 做了一次大扫除。清理掉了一批当时记录得热火朝天，但后来戛然而止的内容。看着这些“半途而废”的笔记，反而像在回看自己思路的进化史。其中最显眼的，是 2024 年 4 月关于 「大模型微调」 的系列记录。当时的我，满腔热忱地想用专业知识去“训练”一个模型。1. 2024年的执念：打造一个“数字同事”在 2024 年 4 月 23 日的笔记里，我曾勾勒过一个朴素的愿景：希望模型像一个刚入职的大学生。 它拥有极强的通用基础，但缺乏行业背景和业务逻辑。我当时坚信，“微调”是把它带进岗位的唯一路径，通过注入行业知识和规则，把它从一个通用模型演变为一个行业模型。为了这个目标，我在 4 月 27 日配置了专门带英伟达显卡的独立电脑；5 月 8 日，我经历了环境配置、显存限制、数据清洗等一系列“折腾”后，终于让模型在本地跑了起来。那种“掌控模型”的成就感，在当时看来就是技术的终点。2. 判断的转向：微调不再是“默认路径”然而，用现在的眼光回看，大模型生态的演进速度超出了所有人的预料。当我今天重新审视这些笔记时，我发现自己的核心判断已经发生了结构性位移：能力溢出： 通用

技术专业 · 02-07
删掉 Obsidian 里的微调笔记：从“驯化模型”到“驾驭流程”

技术日志：macOS 局域网段 (192.168.5.x) 访问故障排查与修复

日期： 2026-02-05环境： macOS Sequoia / Sonoma故障描述：无法访问局域网内的 NAS 设备（IP: 192.168.5.154）。尝试 ping 或 traceroute 该地址时，系统持续报错 sendto: No route to host。即使在同一个物理网络下，流量也无法到达目标地址。一、 深度排查过程链路基本测试执行 ping 192.168.5.154，返回 No route to host。这表明问题不在于设备关机，而是 macOS 系统根本不知道该从哪个网卡把数据包发出去。路由追踪分析执行 traceroute -n 192.168.5.154，第一跳即报错。这确认了流量在离开本机协议栈之前就被拦截或丢弃了。系统路由表检查 (核心发现)执行命令：netstat -nr | grep 192.168.5。发现异常： 该网段的路由指向了一个名为 feth3656 的虚拟接口，而不是物理网卡（en0）或预期的网络隧道。原因定位： feth (Fake Ethernet) 接口通常由广告过滤类 App 的“透明代理”驱动程序创建。即使该 App

技术专业 · 02-05
技术日志：macOS 局域网段 (192.168.5.x) 访问故障排查与修复

我的 AI 内容生产工作流：从逻辑提纲到高质量演示文稿

过去，录制一个课程可能要消耗我数天的时间。但这次，我尝试了一套全新的 AI 协作工作流，效率发生了质变。我的“三步走”AI 协作方案第一步：结构为王——编写提纲一切从深度思考开始。在 Gemini 的帮助下，我先梳理出了课程的核心逻辑。AI 就像一个资深的策划编辑，帮我查漏补缺，确保内容的严密性。心得： 不要让 AI 代替思考，而是让 AI 优化你的思考。第二步：内容填充——整理逐字稿有了提纲后，我将口述的内容或原始素材整理成逐字稿。这一步是整个课程的“灵魂”，决定了输出内容的厚度。第三步：魔法时刻——NotebookLM 深度加工这是最关键的一步。我将整理好的提纲和逐字稿全部喂给了 NotebookLM。自动生成演示框架： 利用 NotebookLM 对长文本的超强理解力，它迅速帮我提取了演示文稿的核心要点。智能关联： 它能精准地从我的素材中摘取金句和案例，生成的文稿与我的原始想法高度统一，几乎不需要二次大改。最终成果：高效录制虽然我已经有了本地部署的声音克隆的AI能力，但是遇到中英文混杂还是会露馅，为了表示对课程的认真态度，我还是选择了用自己的声音录制。因为有了逻辑严密的演示文稿作

技术专业 · 02-04
我的 AI 内容生产工作流：从逻辑提纲到高质量演示文稿

运维日记：Hyonix VPS 扩容

1. 起因：在 Windows VPS 上跑 Linux 应用的尴尬由于需要 Linux 环境，本想在我的 Hyonix VPS 上安装 WSL2。技术撞墙： 在安装过程中不断报错，查验后发现我的系统版本是 1809。这个版本是 Windows Server 2019 的早期版本，原生仅支持 WSL1，并不支持 WSL2。进退两难： 如果想升级到支持 WSL2 的 Windows Server 2022，现有的 25GB 总空间 扣除系统占用后已所剩无几，根本无法支撑系统的跨版本升级。2. 转机：意外发现的“翻倍”福利在网上搜索“Hyonix 空间不足”时，无意间看到有网友提到通过提交工单 (Ticket) 可以申请硬盘空间翻倍。抱着试试的心态： 虽然我这台机器是 2022 年买的老古董，但还是尝试发了一封英文工单给客服。超预期的响应： 客服 Nikkie 的回复速度惊人。尽管是 4 年前的老机器，对方不仅没有任何推诿，还非常爽快地直接在底层将硬盘配额从 25GB 提升到了 50GB。3. 操作：手动唤醒“沉睡”的空间硬件侧扩容完成后，Windows 内部并不会自动识别。磁盘管理：

技术专业 · 02-04
运维日记：Hyonix VPS 扩容

连续两天深度使用 moltbot：AI 正在重塑「部署—配置—使用」这条开发路径

在连续两天的高强度使用过程中，我一边使用、一边不断修正问题，也在这个过程中，清晰地感受到了 moltbot（原 clawdbot）带来的巨大变化。这种变化并不是某一个功能点的优化，而是一次范式级别的转变。一、AI 改变的不是工具，而是使用者的“开发习惯”在传统的软件体系中，我们早已习惯了一条固定路径：部署 → 配置 → 使用 → 排错 → 再迭代即便在所谓的“低代码”“自动化”体系下，这条路径本质上并没有改变，只是步骤被包装得更友好了一些。但在 moltbot 这里，情况开始发生变化。AI 不再只是被动执行配置，而是开始理解“意图”。我给它的不是精确到每一步的操作说明，而是一个目标、一种预期行为：为什么没有按时提醒？任务是否真正被触发？是否存在配置遗漏？系统是否可以自我验证？接下来的事情，并不需要我再逐条排查。二、从“被动等待”到“主动唤醒”：系统开始自我修正从图片中可以看到，moltbot 在一次验证中完成了几件关键事情：自动检查任务为何未触发识别问题源于 被动唤醒模式（next-heartbeat）将任务统一调整为 主动唤醒（now / Wake Mode）补齐遗漏的定时任务对所有

技术专业 · 01-30
连续两天深度使用 moltbot：AI 正在重塑「部署—配置—使用」这条开发路径

在哪里跌掉在哪里爬起来，Google Cloud (GCP) 注册与配置实战操作日记

目标：在拥有优质美国 IP 但只有中国信用卡的条件下，成功注册 GCP 并获取 Gemini API Key。第一阶段：环境与身份准备 (基础层)网络环境 (关键成功因素)IP地址：保持 100% 伪装度的美国住宅 ISP IP（极力推荐大家使用https://iproyal.com/?r=1174007支持无限流量，家庭地址的纯洁度也非常的高）。一致性：浏览器时区（America/Phoenix）、语言（English-US）与 IP 地理位置严格对应。操作禁忌：在注册和激活期间，严禁频繁切换节点或跳回国内 IP。账号准备邮箱：推荐使用 Gmail（权重高于 Outlook）。养号策略：注册 Gmail 后，不要立即去注册 GCP。建议至少间隔 2-24 小时，期间在当前 IP 下观看 YouTube 视频、使用 Google 搜索，增加账号“真人活跃度”。地址信息：在 Google Maps 上寻找一个与 IP 所在城市（Mesa, AZ）一致的真实住宅地址。邮编 (Zip Code)：必须精准匹配（如 85210），这对于通过风控至关重要。第二阶段：注册与支付验证 (攻坚层)填写

技术专业 · 01-30
在哪里跌掉在哪里爬起来，Google Cloud (GCP) 注册与配置实战操作日记
2016 - 2026 自由翱翔：十年学习成长之路. All Rights Reserved.
Theme Jasmine by Kent Liao