局域网键鼠共享+文件自动同步方案（Input Leap 与 Syncthing） 1. 前言与多跨平台协同的现实痛点 在 Mac+Linux 双机开发场景中，键鼠跨屏共享、文件实时同步是核心生产力诉求。业内老牌跨设备键鼠工具 Barrier 迭代为 InputLeap，凭借成熟的 C/S 架构成为跨系统键鼠联动的最优开源方案，适配多设备跨屏操控。而 Syncthing 作为轻量化 P2P 局域网同步工具，无需中转服务器、支持双向实时增量同步，完美适配双机开发文件互通需求。但 macOS 15（M1）严格的沙箱权限机制、Ubuntu 25.10 纯 Wayland 架构的底层革新，让两款工具常规图形化配置全部失效。本文摒弃GUI配置，全程使用纯命令行适配新系统架构，落地一套稳定可复刻的 InputLeap 键鼠共享 + Syncthing 全自动文件同步双机协同方案。 1.1 环境版本与技术栈拓扑 服务端（Server）：MacBook Pro（Apple Silicon M1）/ macOS 15.x 客户端（Client）：Ubuntu 25.10（纯 Wayland 架构、GNOME 桌面） 核心键鼠工具：Input Leap v3.0.x 跨平台编译开发版 文件同步工具：Syncthing（局域网 P2P 全双工实时同步） 2. 深度分步复刻配置指南 2.1 Mac 服务端（命令行部署） 2.1.1 系统权限放行（关键前置步骤） 打开 Mac 系统设置 → 隐私与安全性，完成两项核心权限配置： 辅助功能权限：添加并开启 InputLeap、Terminal（终端）/iTerm2。终端为进程拉起载体，必须授权才能操控鼠标键盘；若此前已添加，建议删除后重新添加，刷新系统权限缓存。 屏幕录制权限：为 InputLeap 开启权限，用于捕获屏幕坐标、实现跨屏指针定位。 2.1.2 手动创建最简网格配置文件 手动在软件默认检索路径创建配置文件，解决系统无法自动生成配置的问题，终端依次执行以下命令： 创建配置目录： mkdir -p "$HOME/Library/Application Support/InputLeap" 新建并编辑配置文件： nano "$HOME/Library/Application Support/InputLeap/input-leap.conf" 粘贴以下双机屏幕映射配置（可根据物理摆放位置调整左右方向）： section: screens MacBookPro: linux-INVALID: end section: links MacBookPro: left = linux-INVALID linux-INVALID: right = MacBookPro end 配置释义：screens 定义双设备局域网别名；links 定义跨屏逻辑，Mac 鼠标向左滑动可无缝切入 Linux 屏幕右侧，物理摆放反向可互换 left/right 参数。

MacOS 局域网屏幕共享方案 【场景描述】：要将一台 MacBook 的屏幕内容投屏到局域网内的另一台电脑上（linux or windows），使之拥有一个副屏显示器。 有两种方案。 方案1： UxPlay 运行在副屏电脑上，在局域网内启动一个AirPlay服务 如题，在从机上安装uxplay, 可以启动一个AirPlay服务供 Mac 电脑发现后直接投屏。 经Ubuntu 25.10系统上验证，uxplay工作稳定免费。 可做首选方案～ 方案2：macOS + simpleDisplay + Deskreen 局域网虚拟屏扩展：屏幕共享方案 为了实现跨设备副屏效果，将另一台电脑作为主电脑的副屏显示器，本方案基于simpleDisplay开源虚拟显示器工具与Deskreen屏幕共享工具组合，在 macOS 设备上快速创建虚拟显示屏。通过局域网将主屏、虚拟屏或指定应用窗口画面，实时共享至同一网络内其他终端。接收设备无需安装专用客户端，仅通过浏览器输入地址即可访问并使用扩展屏幕，实现跨设备副屏效果，整套工具开源免费、部署简便、运行稳定。 simpleDisplay：开源轻量虚拟显示器软件，原生适配 macOS，可自主创建自定义分辨率虚拟屏幕，驱动纯净，无多余后台残留，不影响系统显示与光标正常使用。 Deskreen：跨平台开源屏幕共享工具，依托 WebRTC 协议传输画面，支持整屏、虚拟屏、独立窗口三种共享模式，局域网内传输延迟低，兼容各类主流浏览器。 主控端：macOS 系统，接入局域网（有线 / 无线网络均可）。 接收端：任意 PC、Linux 设备、移动设备，搭载主流浏览器，与主控端处于同一局域网。 四、部署与使用步骤 （一）主控端软件安装 安装 simpleDisplay 访问官网 https://simpleDisplay.app 下载 macOS 版本，将软件移入应用程序目录。首次运行时，在系统安全性与隐私中完成开发者授权，并开启辅助功能权限。 安装 Deskreen 前往 Deskreen 官方网站下载对应 macOS 安装包，完成安装后，在系统安全性与隐私 - 屏幕录制中为软件授予录屏权限，保障画面正常采集。 （二）创建虚拟显示屏 启动 simpleDisplay，点击界面添加按钮，按需设置虚拟屏分辨率、刷新率等参数，点击创建生成虚拟显示器。 进入 macOS系统设置 - 显示器，在排列界面中将虚拟屏设置为扩展模式，按需调整屏幕相对位置。 （三）配置屏幕共享 运行 Deskreen，软件自动读取本机局域网 IP 与访问端口。 根据使用需求选择共享类型：整机主屏、已创建的虚拟显示屏、单个应用窗口。 确认配置后启动共享，软件生成对应的访问链接与二维码，保持程序后台运行。 （四）接收端接入使用 接收设备连接至同一局域网，打开任意浏览器。 在地址栏输入主控端 IP + 端口，或直接扫描二维码，发起连接请求。 主控端通过连接授权后，接收端浏览器即可加载画面，实现副屏扩展、窗口拖拽与内容查看。 常见问题处理 无法创建虚拟屏

webSocket 传输语音不连续（几百毫秒断音）的根因及解决方法 一般有 4 个关键问题，它们共同导致了接收方语音出现几百毫秒的断音： 🔴 问题 1：环形缓冲区欠载（最严重） 位置: audio-worklet.js 第 60 行 buffer: new Float32Array(this._frameSamples * 8), // 8帧缓冲 (~480ms) 8 帧 = 480ms 缓冲，但解码器输出是异步的，网络抖动 + 编解码延迟很容易超过 480ms 更关键的是：_frameSamples 在 config 消息更新后才重新计算，但 初始创建 peerBuffer 时使用的是旧的 _frameSamples 值。如果 config 消息在第一个 pcm 数据到达之后才到达，缓冲区大小会算错 欠载后直接重置为未就绪状态（第 155 行），导致重新预缓冲，造成连续断音 🔴 问题 2：解码器输出直接推入 Worklet，无缓冲预填 位置: client.js 第 260-270 行 output: (audioData) => { // 解码完成 → 立即发送 PCM 到 Worklet workletNode.port.postMessage({ type: 'pcm', peerId: peerId, data: pcmForPlayback }); } 解码器输出回调是异步的，可能多个帧同时到达 没有做预填缓冲（pre-buffering），Worklet 刚启动时立即欠载 没有做帧序号检测，乱序包直接解码可能导致错误 PCM 🔴 问题 3：无丢包隐藏（PLC） 当网络丢包或延迟抖动导致帧丢失时，Worklet 直接输出静音 没有重复上一帧或做简单的 PLC 🔴 问题 4：解码器创建时机问题 位置: client.

当AI让一切变“快”之后：我们是否还愿意做“难”的事？ 一、一个值得警惕的反常现象 在AI辅助编程日益普及的今天，我观察到一类值得深思的开发者群体。 他们工程经验一般，但借助Copilot、ChatGPT等工具，能够快速完成从前难以独立实现的小型项目——一个爬虫、一个聊天机器人、一个数据看板。他们的能力边界被AI极大地拓展了，甚至发出“竟然能完成以前想都不敢想难度的项目”的感叹。这听起来像是技术进步的理想图景。 但与之相伴的，是另一个令人不安的事实：他们几乎不再启动需要持续投入数周甚至数月的高复杂度项目。 他们沉迷于短平快的开发节奏——两三天出一个Demo，一周发布一个小工具，然后迅速转向下一个“有趣”的点子。长周期项目的规划、架构、迭代、调试、重构，这些需要耐心与深度专注的工作，在他们身上逐渐消失了。 这不是个别现象。在短视频与AI共同塑造的时代认知环境下，开发者的行为模式正在发生深层迁移。而这种迁移，可能比“AI取代工作”更隐蔽，也更危险。 二、追根溯源：为什么短平快如此诱人？ 要理解这一现象，不能简单归咎于“开发者变懒了”。背后存在三重结构性推力。 1. 短视频重塑了认知耐心阈值 短视频的底层逻辑是高频、低延迟、强刺激反馈。长期浸泡其中，人的注意力持续时间被系统性压缩。软件开发恰恰是反其道而行之的——它需要长时间的专注、延迟满足、以及忍受调试期的低反馈。当大脑习惯了每15秒获得一次新鲜刺激，面对一个三天都跑不通的编译错误，本能反应不是迎难而上，而是转向下一个“更快出成果”的项目。 2. AI降低了入门门槛，也降低了坚持的动力 过去，攻克一个复杂项目需要大量前期积累。开发者会因为“已经投入了很多时间”而更加珍惜项目、坚持到底。AI的出现改变了这一点：启动一个新项目的成本极低，放弃的成本也极低。当“重新开始”比“继续啃硬骨头”更容易时，理性选择往往指向前者。 3. 社交反馈机制的扭曲 GitHub上的星标、社交媒体的点赞、社区里的“快速产出”人设，都在奖励短平快。一个三天完成的有趣小工具，远比一个三个月打磨的重构项目更容易获得即时正反馈。开发者的成就感被外部评价体系驯化，逐渐从“我解决了一个复杂问题”转向“我又产出了一个可展示的东西”。 三、短平快陷阱的核心危害：不是慢，而是浅 有人会说：能做小项目也不错，总比什么都不做强。但这种观点忽略了问题的本质——短平快模式伤害的不是开发速度，而是认知深度。 架构能力无法在小项目中生长：高复杂度项目迫使开发者思考模块划分、接口设计、错误处理、可扩展性。这些能力在小项目中根本遇不到。 调试能力被AI遮蔽：当AI生成大部分代码，开发者遇到错误的第一反应不是分析根因，而是“重新问一下AI”。长此以往，真正的排错能力不增反降。 项目韧性不被训练：任何有实际价值的中大型项目，都会经历“最无聊的中段”——新鲜感已过，离完成尚远，处处是坑。能否扛过这个阶段，决定了能否做出真正有价值的成果。短平快模式恰恰绕过了这个最宝贵的训练场。 一句话：短平快让你“会做很多事”，但不会“做难的事”。而在工程领域，真正的稀缺能力恰恰是后者。 四、AI不是问题的制造者，而是放大器 需要澄清的是：AI本身不是短平快陷阱的根源。根源在于使用者的习惯与时代环境的塑造。但AI确实在放大这一问题。 在没有AI的时代，一个开发者想做小项目也没那么快，往往被迫投入更长的时间，反而在过程中获得了额外的成长。AI把“快速产出”的门槛降到极低，也就把“是否选择做难事”这一决定，完全交到了个人的自律与认知上。 同时，AI提供了一种虚假的完成感。当一个AI辅助完成的项目跑通时，开发者很容易高估自己的贡献，低估其中省略掉的思考环节。这种“被赋能”的幻觉，进一步削弱了挑战高复杂度项目的内在动机。 五、应对策略：如何在快时代保留做“难事”的能力？ 面对这一困境，个人、教育者与团队都需要有意识的应对。以下是具体可行的策略。 1. 个人层面：建立“反脆弱”的开发习惯 主动设置长周期项目：每半年选择一个至少需要持续6周的核心项目，禁止中途切换。可以是重构一个开源项目、从零实现一个迷你数据库、或构建一个完整的全栈应用。 区分“探索模式”与“深耕模式”：用小项目快速试错、用大项目深度积累。两者不矛盾，但不能让前者吞噬后者。 刻意练习无AI时段：在复杂逻辑设计、架构决策、关键算法实现时，刻意关闭AI，强制自己完成深度思考。AI应该用来加速执行，而不是替代判断。 2. 教育层面：重新设计课程与评价体系 增加长周期项目制课程：不是两周的课程作业，而是贯穿整个学期、需要持续迭代的真实项目。考核不仅看最终产出，也看过程文档、架构演进、问题解决记录。 限制AI的“无差别使用”：在基础阶段明确划分“AI可用区”与“AI禁用区”。例如，语法查询和样板代码允许AI辅助，但核心算法设计和系统架构必须手写完成。 训练项目韧性：刻意在课程中设置“困难中段”——在学生最想放弃的时候提供结构化支持，而不是降低难度。帮助他们体验“熬过去之后的突破感”。 3. 团队与行业层面：创造支持深度工作的环境 保护大块专注时间：团队应避免用即时消息、频繁会议切割开发者的时间。可以设立“无打扰编码时段”。 奖励复杂问题的解决：在技术评审、晋升评价中，给予高复杂度项目与长期投入以更高的权重，而非只看产出数量。 建立长周期项目社区：鼓励开发者分享“做难事的经验”——包括失败、卡壳、中途想放弃的时刻。让长周期项目不再是一个人的孤独战斗。 六、结语：快是能力，慢是选择 短视频和AI时代给了我们前所未有的“快”——快速获取信息、快速验证想法、快速产出成果。这是一种巨大的能力提升，不该被否定。 但真正的危险在于：当我们习惯了快，就可能永远失去做慢事的能力。 对于开发者而言，快的能力可以让你在短期内看起来很高效，但只有做难事、做长周期项目的能力，才能支撑你走得更远、站得更高。架构师不是靠写一万个小工具练成的，而是靠扛过无数次长周期项目的重压下磨出来的。 AI让一切变快了，但选择做什么、选择投入多久、选择在哪个坡道上坚持，仍然是人类开发者必须自己回答的问题。 快是能力，慢是选择。而选择做难事，恰恰是这个时代最稀缺、也最有价值的品质。

当工具开始思考：人类脑力退化是必然代价，还是可避免的岔路？ 一、一个比“就业替代”更深的焦虑 关于人工智能，主流讨论多集中于一个现实问题：AI会取代哪些工作？ 这当然重要，但更深层的焦虑正在浮现——它不那么紧迫，却更为根本。那就是：即便AI没有取代人类，它也可能让人类的脑力悄悄退化。 此前，技术已经展示过同样的剧本。汽车、电梯、洗衣机让人类的体力大幅“贬值”。现代人跑不过祖先，扛不动重物，这不是意志问题，而是肌肉在工具面前主动退让的结果。如今，生成式大模型开始承担记忆、推理、甚至创作功能。如果体力的退化已成事实，那么脑力的退化，会不会是同样的历史重演？ 这不是危言耸听，而是一个需要严肃对待的技术哲学追问。 二、历史规律：工具越强，能力越退？ 人类技术史有一条隐而不彰的规律：每一种能力的外包，都伴随着该能力的弱化。 文字发明后，纯粹的口传记忆能力衰退。 地图普及后，原生空间导航能力下降。 计算器出现后，心算与笔算能力普遍滑坡。 GPS依赖后，认路本能被系统性削弱。 这些都不是“堕落”，而是技术分工的自然结果。人类将重复、确定、低差异性的任务交给工具，从而解放出认知资源去处理更复杂的问题。从这个角度看，退化是效率的代价，也是进步的影子。 但生成式AI带来了质的不同。过去外包的是计算与检索，如今外包的是理解与判断。当GPT可以直接给出结论、方案、甚至评价时，人类面临的不再是“不用算”，而是**“不用想”**。 三、核心论证：脑力退化可能以三种方式真实发生 如果缺乏清醒的应对，生成式AI确实可能导致人类脑力的结构性退化。这种退化的路径至少有三条。 1. 记忆能力的主动萎缩 记忆从来不只是存储，它也是思维的材料。当一个人习惯性地问AI“这个名词什么意思”“那本书讲了什么”“这个公式怎么推导”，而不经过任何回忆与提取的过程，大脑中负责记忆编码与检索的神经回路会像闲置的肌肉一样萎缩。这不是比喻，而是神经可塑性的事实。 2. 批判性思维的隐性让渡 更隐蔽也更危险的，是判断力的外包。当AI给出一个结论，用户如果没有经过事实核查、逻辑检验、立场反思就直接采信，那么真正被交出去的不仅是答案，更是提问的权利与质疑的习惯。久而久之，人会在不知不觉中从“判断者”降格为“确认者”——只负责同意或微调，不再负责构建与裁决。 3. 创作与表达的趋同化 生成式模型本质上是概率分布的平均。它给出的“好答案”，是统计意义上的平均好。如果越来越多的写作者、设计师、程序员直接采用AI生成的初稿而放弃自己的风格摸索，那么整个社会的表达会向均值收敛。个体的独特思维路径被平滑掉，这不是一次性的失败，而是代际积累的损失。 四、一个必须回应的反题：工具也可以增强脑力 然而，仅凭上述三条路径就断言“脑力必然退化”，是悲观的简化。技术史还有另一半真相：工具不仅替代能力，也能增强能力。 文字没有让人类变笨，反而使知识可以跨代积累。 计算器没有让数学消亡，反而让人更早接触抽象思维。 Excel没有消灭财务分析能力，反而让人从加减法中解放出来，去做更高阶的建模与判断。 关键在于使用方式的分岔：是把工具当作拐杖，还是当作哑铃？ 拐杖式使用：遇到问题直接要答案，不思考、不校验、不追问。这种方式必然导致退化。 哑铃式使用：用AI完成基础层任务，但保留高阶判断；用AI生成多个方案，但由人类做最终选择；用AI快速检索，但由人类完成交叉验证与逻辑重组。这种方式可以实现能力的杠杆化。 因此，AI本身并不决定人类脑力的走向。决定权在使用者的习惯、教育的设计、以及社会对“聪明”的定义。 五、深层追问：什么才是真正值得守护的“脑力”？ 当我们在担心脑力退化时，首先需要回答：什么能力是“不应该”退化的？ 有些能力可以被工具取代，并不可惜。比如四位数乘法、某年某月的历史事件日期、从A到B的最短公交路线——这些交给工具，天经地义。 但有些能力一旦退化，人类就不再是“更高效的人”，而是“更贫乏的人”： 提出好问题的能力：AI擅长回答问题，但一个好问题的诞生，仍然依赖于人类对未知的好奇、对现状的不满、对边界的敏感。 跨领域联结的能力：AI在单一领域内很强，但打破学科壁垒、进行类比迁移的能力，目前仍然是人类的优势区域。 价值判断的能力：AI可以告诉你“怎么做得更快”，但“值不值得做”“应不应该做”依然是人类无法完全让渡的领地。 审美与风格的独特性：AI可以模仿，但真正的原创风格来自那些拒绝均值、坚持偏差的个体。 脑力的退化，不是指“知道得更少”，而是指“想得更浅、问得更少、判断得更盲从”。 这才是真正值得警惕的。 六、出路：从“使用工具”到“与工具共演化” 如果不想滑向脑力退化的未来，我们需要一套新的技术哲学，而不仅仅是更聪明的使用技巧。 1. 教育体系的重新定位 未来的教育不应再以“信息存储与重复输出”为核心评价标准——这件事AI做得更好、更快。教育应转向训练：问题构建能力、信息校验能力、多方案权衡能力、以及在不完全信息下做出判断的能力。考试应当允许使用AI，但考察的重点是“你如何设计提示词、如何验证答案、如何修正错误”。 2. 个体的主动对抗策略 对每一个知识工作者而言，可以建立一条简单原则：AI先答，自己后思；先有判断，再使用工具。 在关键问题上，养成“不看答案先思考”的习惯，哪怕思考的结果是错的，也比直接被投喂答案更有价值。把AI当作陪练，而不是代练。 3. 社会的集体反思机制 我们需要公开讨论哪些脑力是不容外包的，并为之设立文化上的敬意。就像今天的社会仍然尊敬手工艺人、尊敬现场急救员、尊敬那些在自动化时代依然保持高水平实操能力的人一样，未来社会也应该尊敬那些“在AI时代依然保持深刻思考能力”的人。 七、结论：退化不是宿命，而是选择 回到开篇的问题：人类脑力会因为生成式AI而退化吗？ 答案是：不一定，但如果没有自觉，它极有可能发生。 体力退化之所以几乎不可避免，是因为身体能力的“不用则废”极其直接，且社会对体力退化的容忍度很高。但脑力退化不同。大脑的可塑性比肌肉更复杂，它既可以被驯化，也可以被强化。关键在于我们是否愿意为保持思考深度付出额外的努力。 技术不会自动让人变蠢，正如书本不会自动让人变聪明。工具的使用方式，才是真正的分水岭。 如果我们选择拐杖式的依赖，脑力退化就是必然代价；如果我们选择哑铃式的训练，AI反而可能成为人类认知能力的放大器。 这不是一篇唱衰技术的悲观论，也不是一篇盲目乐观的颂歌。这是一次提醒：在把越来越多认知功能交给AI的同时，人类必须清醒地知道——哪些能力一旦失去，我们就不是更强大的人，而是更单薄的人。 守住那些能力，不是为了和AI竞争，而是为了在与AI共生的时代，依然保持人之为人的根本。

弃执念迎浪潮：编码深耕与AI赋能从未对立 一、优秀学生的“技术执念” 在软件工程专业的教学中，我常遇见一类极具代表性的学生。他们天赋出众，编码功底扎实，习惯于亲手逐行敲写代码，享受手搓代码的极致掌控感，沉醉于GitHub高频提交的成就感，也凭借过硬的技术能力在开发社区积累声望、收获认可。 但这份难得的技术自信，常常悄然演变成一种固步自封的执念。这类学生偏执地排斥AI辅助编程，笃信“AI生成的代码粗糙丑陋、毫无价值”，坚守“纯手写代码才是真技术”的固有认知，主动舍弃新时代的技术工具，固守着传统的编程开发模式。可身处技术飞速迭代的当下，我们必须认清核心本质：扎实的编码素养与AI辅助开发从未对立，二者相辅相成、互为赋能，善用AI助力开发，早已成为新时代程序员不可或缺的核心修为。 二、为何会产生“编码与AI对立”的认知？ 这种对AI的抵触心态，并非个例，其根源是普遍存在的深层认知误区：人们习惯性将手写编码的硬实力与AI工具的辅助作用人为割裂、对立，片面认为依赖AI就是技术退步，唯有坚持手写代码，才是坚守编程的技术本心。 这一误区的本质，是混淆了“技术基础”与“工作方式”的边界，错把过往立身的能力优势，变成了拥抱未来的沉重桎梏。不可否认，手写编码有着不可替代的价值。亲手逐行敲写代码的过程，能够持续锤炼逻辑思维、夯实语法功底、打磨漏洞排查能力，这套底层训练体系，是任何AI工具都无法替代的，也是每一位开发者技术成长的必经之路。但我们必须清醒明白：夯实根基，绝不等于固守传统；擅长手写编码，绝不意味着要排斥先进工具。 三、为何编码能力越强，越该拥抱AI？ AI从来不是取代编程能力的替代品，而是助力技术腾飞的翅膀。我们可以用通俗的道理类比：习武之人苦练拳脚，核心目的是克敌制胜、保家卫国，而非单纯强身健体；程序员深耕编码技术，终极目标是高效解决复杂问题、落地优质项目、创造实际技术价值，而非沉溺于纯手写编码的自我感动与情绪快感。 倘若一味沉浸在手动编码的熟练度优势、GitHub提交量的数字优越感中，固执抗拒AI赋能，本质上就是时代认知的落后。这就如同枪炮普及的时代，仍有人执着于苦练传统拳脚，沉溺于自身身法精湛，却无视作战方式的彻底革新，最终只会被时代浪潮彻底淘汰。 很多人存在一个颠倒的认知：编码能力越强，越不屑于使用AI。但行业真实现状恰恰相反：编码能力越强的人，越能精准驾驭AI；而编码功底薄弱的人，反而只会机械依赖AI。 没有扎实编码基础的人使用AI，只会盲目复制粘贴、照搬成品代码，既无法甄别代码优劣、读懂底层逻辑，也不能排查潜在漏洞、优化臃肿程序。最终产出的项目看似完整可用，实则漏洞暗藏、效率低下，毫无技术含金量可言。 而拥有扎实编码功底的开发者，完全是另一种使用逻辑。他们凭借深厚的IT素养，能够精准拆解需求、精准Prompt输出，严谨校验AI生成的代码，针对性完成优化、重构与迭代。让AI承担重复编码、基础调试、语法纠错等机械琐碎的基础工作，自己则聚焦于架构设计、逻辑创新、性能优化、业务落地等高阶核心工作，实现开发效率与项目质量的双重跃升。一言以蔽之：编码功底是驾驭AI的底气，AI是放大技术能力的杠杆。 我们提倡拥抱AI，绝非纵容AI滥用。如果只会无脑复制AI代码、跑通功能却不理解原理、完成项目却不复盘问题，确实会逐渐弱化个人基础能力。但我们需要明确：需要摒弃的是滥用工具的惰性，而非工具本身。正如计算器的普及没有毁掉数学学科，反而让人们摆脱繁琐计算，专注高阶数理思考；AI编程工具也不会消解编码能力，只要自身根基扎实，AI就会成为进阶路上的绝佳助力。 四、人才标准已从“手写能力”转向“解题能力” 时代浪潮滚滚向前，软件工程行业的人才评判标准早已悄然迭代。过去，我们评价一名程序员的能力，核心看手写编码熟练度、代码完整度、基础语法扎实度；但如今，行业核心评判标准已经彻底迁移，单纯的手写编码能力不再是核心，借助智能工具解决复杂工程问题的综合能力，才是新时代技术人才的核心竞争力。未来我筛选、合作、培养学生的核心标准，也将从“会不会写代码”，转向“会不会用AI高效解决问题”。 真实的教学案例早已印证这一道理：部分看似依靠AI就能快速完成的技术工作，缺乏编码素养的人根本无法驾驭、落地实现，而编码功底扎实的学生，却能借助AI高效突破难题、完成项目。这足以证明，优质的编程素养，是驾驭AI工具的核心底气，二者正向赋能、密不可分。 五、“只会用AI”从贬义走向褒义 更值得关注的是，大众对“AI工具使用者”的认知评价，正在发生颠覆性反转。曾经，“啥都不懂，就AI用得好”是纯粹的贬义，用来讽刺人毫无真才实学、只会依赖工具取巧；如今，这句话已然逐步转向褒义。它精准概括了新时代优秀技术人才的核心特质：懂工具、善借力、高效率、重结果。 在AI全面普及的技术环境中，不会用AI、拒绝用AI，早已不是“坚守初心”，而是不会整合资源、不会高效解题的体现，是核心能力的缺失。基于此，未来的专业考核模式也需要革新，打破传统手写刷题、逐行默写编码的陈旧形式，以项目成果为导向、以作品质量为核心，重点考察学生借助AI完成设计、开发、调试、优化全流程的综合能力。 六、从人类团队作战到多智能体协同攻城 与此同时，行业开发模式也早已彻底革新，当下的软件开发，早已不是人类程序员团队的手写博弈，而是智能化、协同化的高效协作。新时代的优质技术团队，早已形成人类与多智能体协同作业模式：有的智能体专注整体架构设计，有的智能体负责高效编码落地，有的智能体统筹文档优化，有的智能体测试调试与项目迭代等等。多智能体在人类的组织下，协同分工、高效配合，最大化提升研发效率。固守人工手写编码的狭隘快感，排斥AI协同赋能，本质上是脱离行业主流、背离时代趋势的表现。 七、以根基为根，以AI为翼 技术学习与成长的终极意义，是顺应趋势、创造价值，而非固守执念、自我陶醉。在此，我呼吁所有软件工程专业的学子，彻底摒弃“编码能力与AI工具相互对立”的错误认知。 深耕编码基础、筑牢技术根基，是为了让你拥有驾驭AI的底气，不被工具反噬；主动拥抱AI工具、熟练运用AI赋能开发，是为了让你的技术能力突破上限、实现跨越式提升。 不必沉溺于手写代码的小众优越感，不必抗拒日新月异的技术变革。以扎实编码功底为根，以AI智能工具为翼，方能在快速迭代的IT行业中站稳脚跟、乘风腾飞，成为真正适配时代、兼具硬核实力与高效思维的优秀技术人才。

全球AI盛宴下的金融逻辑与宏观变局——2026年市场深度分析报告 前言：历史的镜鉴与工业革命的新纪元 站在2026年5月底的视角，全球金融市场正沉浸在一场以人工智能（AI）为核心的狂欢之中。然而，这种狂欢背后究竟是扎实的增长，还是即将崩溃的泡沫？透过对《26.05.27【豐富│東南西北龍鳳配】AI盛宴還能狂歡多久？》访谈内容的深入剖析，我们试图剥离市场的情绪噪音，从宏观政策、货币流向及地缘博弈的底层逻辑出发，对未来市场趋势进行严谨的推演与解读。 第一部分：数据与现状的冷思考 当前的AI行情并非无源之水。数据显示，美股市场的涨幅高度集中在半导体与科技板块，如费城半导体指数与纳斯达克指数的优异表现，反映了AI硬件技术在大规模基建中的主导地位。 1. 估值与基本面的博弈 尽管各大机构（如高盛、摩根士丹利等）在财报季不断上修获利预期，使得本益比（P/E）在股价上涨的同时反而有所下修，但这并不意味着市场处于低估状态。相反，AI相关资本支出占GDP比重已达2.5%-3.5%，该强度直逼美国历史上的铁路建设与网络泡沫时期。 2. 反面警示：泡沫还是转型？ 市场中不乏“大空头”力量。诸如《大卖空》主角Michael Burry砸下重金看空半导体，以及市场评论对于“伊朗问题无法快速解决”、“涨势过于集中”、“消费者信心创历史新低”等警讯的关注，共同构成了市场多空博弈的背景。然而，访谈嘉宾指出，将当前AI浪潮简单等同于2000年互联网泡沫并不准确。当年的Dot-com企业多为缺乏资产负债表支持的新创公司，而当下的AI巨头拥有极强的现金流与融资能力，它们正通过资本开支进行“生产力替代”，这种逻辑在工业革命初期具有显著的特征。 第二部分：美联储的“QT3”与降息路径的辩证关系 对于新任联准会主席Wash的评价，市场充满了疑虑：如何在实施量化紧缩（QT）的同时应对高通膨，并实现政策转向？ 1. QT3的真实意图：清理与重构 分析师将Wash的政策定调为“QT3”。与前两次QT不同，这一次的逻辑更为深远： 清理低质资产： 美联储持有的MBS（房贷抵押证券）利率远低于市场水平，且无法带来有效效益。通过出售MBS，联准会旨在迫使金融体系回归银行主导的贷款模式，减少对私募信贷（Private Credit）的依赖。 政策矛盾的统一： 虽然紧缩货币（QT）看似与降息矛盾，但联准会面临巨大的偿债压力。当美国支付的国债利息支出甚至可能超过国防开支时，降息成为必然。通过提升AI驱动的生产力，联准会旨在为降息腾出空间，终极路径是将基准利率引导至1%左右的正常化区间。 2. 弱势政府与股市的“奇妙共生” 访谈中一个引人深思的观点是：美国政治层面的“一筹莫展”对股市反而是利好。如果执政党在选举中受挫，导致参众两院权力制衡，政策的不确定性反而会降低。因为“没有政府的干扰”意味着市场可以按自身的逻辑运行，这种政治真空期往往成为股市震荡上涨的温床。 第三部分：未来美股、A股与台股的联动逻辑 1. 美股：长达三年的震荡攀升 基于对“咆哮二十年代”的类比，分析师预测这波AI牛市行情有望持续至2029年。尽管期间会伴随剧烈波动（修正幅度可能远超10%），但只要AI浪潮继续带动生产力提升，且资金回流实体经济，美股的方向性即为向上。 2. 台股：AI基础设施的核心节点 台股的强势不仅是情绪的追逐，更是因为全球AI资料中心的抗疫浪潮直接造就了台湾供应链的繁荣。无论是芯片制造还是散热技术的革新，台股深度嵌入了全球生产力革命的环节。只要AI基建需求未被饱和，台股仍将是这场“硬科技”革命的核心获利方。 3. A股：大国博弈下的战略转机 A股的未来走势与中美金融互动息息相关。当联准会开启QT，中国作为美国国债买盘的战略重要性将再度凸显。商业逻辑在于：美国需要中国资金持稳长债，而中国需要通过这一杠杆实现人民币的国际化。若双方在“实力主义”框架下达成某种程度的合作，将极大改善A股的流动性预期。 第四部分：宏观政策背景与投资风控指南 1. 风险点：何时才是“大泡沫”终结时？ 访谈明确给出了一个生动的指标——“猪群飞天”。目前的AI繁荣仍属头部科技巨头的独奏。当AI赋能浪潮开始渗透至传统行业，甚至连“K型经济”下层的企业也开始全面AI化时，才意味着盛宴即将落幕。在此之前，每一次的大幅回落，反而可能成为资金布局的良机。 2. 投资策略：短债为王，长债谨慎 债务选择： 鉴于长债隐含的地缘政治变量与不可控的财政前景，分析师建议配置以“短债”为主，锁定流动性。 IPO观察： 2026年下半年，SpaceX、OpenAI、Anthropic的三家上市案，是衡量AI估值是否真正脱离理性的核心“里程碑”。投资者应关注其上市时的真实市值表现，这将决定后续的市场信心。 结语：工业革命与咆哮年代的叠加效应 我们当前所处的环境，既像是一场工业革命的初期，又像是一场“咆哮二十年代”的金融狂欢。这种双重叠加使得传统的金融模型难以完全精准预判。投资者必须清醒认识到：我们正处于一个实力主义至上的时代。美联储的决策、地缘政治的博弈（如伊美关系）、以及AI技术的普及，均在推动着资本市场重构估值逻辑。 未来三年，市场将持续在震荡中寻找平衡。对于投资者而言，理解“生产力提升”这一核心逻辑，远比单纯盯着通膨数字或个股涨跌更为重要。只要全球生产力的增长曲线依然陡峭，这场AI盛宴就不会轻易划上句号。但请务必时刻审视：当那群原本在地上爬行的“猪”也开始成群结队飞向天空时，务必提前离场。 免责声明： 本报告基于访谈嘉宾Frank的专业分析观点整理，反映的是一种基于历史类比与国际政治经济学的金融视角。投资有风险，决策需谨慎。

yt-dlp 使用指南：从 YouTube 下载视频与片段 本指南介绍了如何使用 yt-dlp 工具下载 YouTube 视频，涵盖指定代理、设置下载路径以及截取特定时间段等高级用法。 1. 下载准备 在开始之前，请确保您的电脑已安装以下核心工具： yt-dlp: 开源视频下载工具。 ffmpeg: 用于视频合并与切片处理的底层依赖。 2. 基础下载命令 下载完整视频 若要下载完整的视频，直接运行以下命令： yt-dlp "https://www.youtube.com/watch?v=C6MVEwl0ceI" 指定下载路径与代理 (SOCKS5) 如果您需要将文件保存到 ~/downloads 目录，并使用端口为 1093 的本地 SOCKS5 代理： yt-dlp --proxy "socks5://127.0.0.1:1093" -P "~/downloads" "https://www.youtube.com/watch?v=C6MVEwl0ceI" 注：如果连接不稳定，可将 socks5 改为 socks5h，强制在代理端进行 DNS 解析。 3. 高级用法：时间段截取 yt-dlp 支持通过 --download-sections 参数精确控制下载的片段。 从指定时间开始下载直到结束 例如从第 44 分 01 秒开始下载： yt-dlp --proxy "socks5://127.0.0.1:1093" -P "~/downloads" --download-sections "*00:44:01-inf" "https://www.youtube.com/watch?v=C6MVEwl0ceI" 下载特定时间区间 例如下载从 44 分 01 秒到 49 分 01 秒之间的片段： yt-dlp --proxy "socks5://127.0.0.1:1093" -P "~/downloads" --download-sections "*00:44:01-00:49:01" "https://www.

说AI颠覆教育可能还为时尚早 以下文字是AI工具大行其道时，依然使用手敲的方式写出。 首先，我不得不说，在当今的2025-2026年代，我在构建文字内容时，90%的时间都是使用AI工具帮助我构建。 就像人嘴嗜糖，人脑总是嗜“省力”的。 人类的发展史，就是一个发明工具让自己省力的过程。现在，AI让我的动脑写作活儿变得省力，但我感到，这个省力是危险的，因为这次与往次不同。以往的省力，会导致肌肉的退化，如车辆的发明让人类的奔跑狩猎能力退化到零。肌肉的退化都还好，AI此次带来的大脑的退化将使人变得糟糕。（AI代替人类的写作，代替人类工作，将使人脑退化，我们应对此高度警醒。） 但本文不是想讨论这个问题，而是探讨AI与教育（学习）的关系。 首先看看两种学习方式： 我们现在可以看到人们在讨论两种学习方式： 一种是“从局部到整体”的学习方法。这是在前AI时代，2021年chatGPT AIGC出现大规模应用以前，我们的中学、大学所使用的学习方式。学生需要按照专家设计的专业、课程体系，逐项修完所有课程，完成每一门课的考核，以拿到毕业证为标志，证明其掌握了该“专业”所需的所有技能。然后进一步深造或就业。 另一种是从“整体到局部”或者叫从“项目到技能”、“自上而下”的学习。学生先拿到一个最终要解决的问题或项目，比如，造一辆电动汽车。然后再在AI工具的辅助下，去探究或补足所需的相关知识。当这些“缺”被补足的时候，就是项目成功完成之时。 对比一下这两种学习方式： “从局部到整体”的传统教育模式： 优点：易规模化。可复制性强。 缺点：效率低。个性化不足。 “从整体到局部”的AI+教育模式： 优点：效率高，快速完成项目。个性化高。有点像吃快餐。 缺点：从一个项目切换到另一个项目需要重新从上到下再探究一遍，知识不成体系，导致迁移能力下降。 讨论一下他们的关系及与教育目标之间的关系： 目前看来，两种学习方式应该被理解为是两个维度上的学习。二者应该是相辅相成，互为补充。 秉承传统的“自下而上”学习的人们，应该花更多的时间去理解和研究在AI辅助下，“自上而下”的方法对“自下而上”的传统方法可以提供什么助力或补充。 笃信“自上而下”的“AI辅助新教育”可以颠覆传统教育的人们，也应该静下心来思考“AI辅助新教育”究竟真的是不是无懈可击，完美无瑕。 我们的大脑都希望找到一个万灵之方，高效省力之法。但反观人类历史，有太多这样的例子：人们为了省力，最终得到南辕北辙的结果。 思考一个问题： ​ 人类早就可以用车辆代替双脚，为何还有人花大量精力去锻炼，去跑步、散步？因为不运动会带来肥胖等问题。 ​ 技术进步是让人自由，也带来问题：当不当使用时，它会带来更多问题。

20251119： vsCode CodeLens 编辑器灰色提示相关开关设置 Ctrl + , 打开设置界面，搜索以下三个项，去掉对勾，或者选为’none’，去掉vsCode 代码编辑器中那些灰色的提示。 java.debug.settings.enableRunDebugCodeLens diffEditor.codeLens java.inlayHints.parameterNames.enabled 20250924：Mac 屏幕缩放，用于录屏时使用 进入MacOS“系统设置”，点击边栏中的 “辅助功能”，然后点击 “缩放”。 你可以勾选 “使用键盘快捷键来缩放”、使用触控板手势缩放、使用鼠标滚动手势+Ctrl键缩放。 还可以调整缩放样式。这些功能在演示时，特别有用。 29190923: 【Mac快捷键】光标及 delete 删除光标右侧文字 Ctrl + a = home Ctrl + e = end Ctrl + p = 上 Ctrl + n = 下 Ctrl + b = 左 Ctrl + f = 右 Ctrl + d = delete 删除光标右侧文字 20180725： windows标准的键盘连接了mac如何映射键盘？最大的好处是可以向后删除，还可以一键PageUP, PageDown ref: https://support.apple.com/zh-cn/HT202676 Win-> Command Alt -> Alt Ctrl-> control Mission Control: Ctrl+↑, Ctrl+←, Ctrl+→ LaunchPad: Win+F10, Or: Fn + Win + F10 in case the FnLk is not activated.