标题: Ai真的会取代人类吗？
作者: #ryh150625
板块: #前沿快讯
编号: 1812662
帖子: https://linux.do/t/topic/1812662
时间: 2026-03-25 16:04:50
摘要:

昨天，钉钉悟空AI开放内测注册。和所有限量抢码一样，整点放码，几秒抢光。我刷了几轮，手速完全跟不上，连输入框都没填完，码就没了。
一个注册码，难倒了我。
但接下来发生的事，让我重新审视了我们所处的这个时代。
百家争鸣，AI 时代真的来了
2024 年至今，AI 领域的变化只能用"井喷"来形容。OpenAI、Anthropic、Google、字节、阿里、百度……几乎每周都有新模型发布，每月都有产品迭代。大模型从实验室走进了每个人的手机、电脑和工作流。
而现在，连钉钉都推出了自己的 AI 办公助手"悟空"。这不是某一家公司的战略选择，而是整个行业的集体转向——AI 不再是概念，不再是 Demo，它正在成为基础设施。
当你看到一个办公软件都在用"限量邀请码"来控制 AI 产品的内测节奏时，你就知道：这个时代，真的来了。百家争鸣，不是口号，是现实。
十分钟，从"抢不到"到"自动抢"
回到我的注册码问题。
手动抢不到，我打开了 Claude Code，用自然语言描述了我的需求：“帮我做一个自动抢悟空AI邀请码的工具。”
接下来的事情让我自己都有些意外：
Claude 先分析了悟空官网的页面结构，发现邀请码是以图片形式展示的——不是文字，不能直接复制。于是它自动引入了 OCR 方案，调用 macOS 系统自带的 Vision 框架来识别图片中的文字。然后它用 Playwright 实现了网页自动刷新，用 AppleScript 实现了桌面应用的自动填写和提交。
从第一行代码到工具跑通，整个过程不到十分钟。
我没有写一行代码。我甚至没有告诉它用什么技术栈。它自己探索、自己踩坑、自己修复——发现 OCR 在虚拟环境里不工作，它就自动切换到系统 Python；发现页面有动画遮挡，它就加了跳过逻辑；发现图片 URL 不变但内容会变，它就加了缓存破坏参数。
十分钟前我还在为一个注册码发愁，十分钟后我有了一个全自动的抢码工具，支持 macOS 和 Windows 双平台，还自动上传了 GitHub 开源。
这不是炫技。这是一个普通人，用 AI 解决了一个真实问题。
AI 平民化：你不需要会编程
这件事真正让我震撼的，不是工具本身，而是门槛的消失。
放在两年前，做这样一个工具需要什么？你得懂 Python，懂浏览器自动化，懂 OCR 技术选型，懂 macOS 的 AppleScript 和 Accessibility API，懂 Windows 的 UIAutomation 和 PowerShell，还得懂怎么处理异步、怎么管理进程、怎么打包分发。这是一个至少需要中级工程师花半天到一天才能完成的任务。
而现在，你只需要会说话。
AI 技术的平民化，意味着"能想到"和"能做到"之间的鸿沟正在消失。过去，想法和实现之间隔着一道叫"技术能力"的墙。现在，这道墙正在被 AI 一块一块拆掉。
人类的生存空间在哪？
那么问题来了：如果编程可以被 AI 代替，如果底层技术工作可以被自动化，人类还需要学什么？我们的价值在哪？
我的答案是：提出问题的能力，比解决问题的能力更重要了。
AI 能在十分钟内写出一个抢码工具，但它不会自己去抢码。是我遇到了问题，分析了需求，决定用自动化来解决，然后用自然语言把需求描述清楚。AI 是工具，但使用工具的判断力、创造力和对问题的洞察力，仍然属于人类。
未来的竞争力不在于你会多少种编程语言，而在于你能不能看到别人看不到的问题，能不能把模糊的需求变成清晰的指令，能不能在 AI 给出方案后判断哪个更优。
这不是编程技能的终结，而是人类能力的升级——从"怎么做"到"做什么"，从执行者到决策者。
写在最后
一个注册码的小事，折射出一个大时代的到来。AI 百家争鸣是表象，技术平民化是趋势，而人类重新定义自身价值，才是这个时代真正的命题。
工具会越来越强，但提出好问题的人，能驾驭工具人，永远不会被替代。

标题: codex自动调用superpowers
作者: #是小绵羊咩
板块: #开发调优
编号: 1812675
帖子: https://linux.do/t/topic/1812675
时间: 2026-03-25 16:06:06
摘要:

codex自动调用superpowers，使用glm或者原生opus都不会，只有5.4会，这对吗

标题: 反重力能否写一个解封的工具
作者: #Jameson
板块: #搞七捻三
编号: 1812678
帖子: https://linux.do/t/topic/1812678
时间: 2026-03-25 16:06:20
摘要:

我看到别的帖子有说，多提交几次申请，就有可能会解封，那能不能实现批量提交账号进行解封那？或者通过反重力tools或者cockpit tools上面增加自动提交对应账号的解封申请或者佬友们有没有更好的解决方案？

标题: Farewall，Gemini。最后一个学生会员也被收回了。
作者: #新手
板块: #搞七捻三
编号: 1812697
帖子: https://linux.do/t/topic/1812697
时间: 2026-03-25 16:08:06
摘要:

Google 大善人扛不住了吗？4 个号都没了，这下又难顶了。

标题: 自己做饭的佬是怎么快速做饭的，有啥神器推荐吗
作者: #大星.派
板块: #搞七捻三
编号: 1812704
帖子: https://linux.do/t/topic/1812704
时间: 2026-03-25 16:09:29
摘要:

现在自己做饭，但是晚上 做两个菜，从备菜到吃完再怎么说得一个小时，我一般弄一个荤菜和一个素菜，主要花时间是把肉切成肉丝然后炒，最开始还挺有干劲的，但是中途一个双休吃了两天外卖就开始懒了，各位佬是什么姿势呢，有啥好物推荐吗

标题: 【经验分享】Antigravity任务进行到一半一直Checked command status （Windows）
作者: #sg
板块: #开发调优
编号: 1812711
帖子: https://linux.do/t/topic/1812711
时间: 2026-03-25 16:11:31
摘要:

Antigravity 彻底修复 Windows EOF (Checked command status) 死等 Bug 总结方案
1. 故障现象
在 Windows 10 系统上运行 Antigravity IDE 处理复杂任务时，每当智能体（Agent）下发命令行指令到后台进行自动化执行，会高频率地陷入界面上的 `Checked command status` 死循环。任务将无限处于 “等待命令完成” 的阻塞状态，直至达到超时的阈值，对工作流造成严重的卡顿和中断。
2. 问题根因追溯
经过对日志与内存的深入剖析，发现问题的核心处于命令执行过程的状态生命周期管理。
该项目在后台集成终端命令时，采用的是依赖 VSCode Shell Integration 规范（即 shellIntegration.ps1 脚本）。由于它依靠终端内部的特殊转义序列（OSC 633 代码）来向母体报告命令的执行阶段，特别如下所示：


OSC 633; B - 通知 Agent：命令开始执行


OSC 633; C - 通知 Agent：命令代码体下发结束


OSC 633; D - 通知 Agent：命令执行完毕 (带退出码)


然而，脚本原本的逻辑被严重依赖在 $Global:__VSCodeState.IsInExecution 这个环境变量的挂钩（Hook）上：只有当用户手动在命令面板使用了 PSReadLine 检测到合法回车操作时，状态才会被标记为 $true。因为智能体采用了管道式或非典型的自动化指令注入方式，在执行完毕后，回显 Prompt 阶段发现 IsInExecution 并不处于预期的打开模式，导致底层的 Shell 脚本 直接跳过了发送 OSC 633; D EOF 封口符号。随后的智能体由于永远无法监听读取到结束标记，才引发了死缠烂打的无限询问状态 (Checked command status)。
3. 修复与实施
修复极其精简有效：通过放宽退出检查的约束，确保在渲染终端提示符时，无论当前输入的方式是以何种手段注入（自动化代理或手动键入），都应强制性对上一条挂起的命令发送完成信号。
我们定位并修改了如下核心集成脚本：
C:\Program Files\Antigravity\resources\app\out\vs\workbench\contrib\terminal\common\scripts\shellIntegration.ps1
针对引发拦截的代码段做了剥离：

# 移除针对 $Global:__VSCodeState.IsInExecution 的严格判定漏洞

- if ($Global:__VSCodeState.LastHistoryId -ne -1 -and ($Global:__VSCodeState.HasPSReadLine -eq $false -or $Global:__VSCodeState.IsInExecution -eq $true)) {

+ if ($Global:__VSCodeState.LastHistoryId -ne -1) {

$Global:__VSCodeState.IsInExecution = $false


修改后，自动重新加载底层 IDE 集成环境；现命令的执行即使由代理下发，执行完毕后控制台重新绘制时会立即稳定回传 `OSC 633;D`，智能体的挂起循环也就随之秒解。
4. 产出物归档
本次修改以及对应的说明已在当前工作目录的压缩包中备份。如果未来因更新导致脚本被覆盖复发，只需再次对安装目录使用该补丁脚本替换即可。
备份位置： `Antigravity_EOF_Fix.zip` (包含 `shellIntegration.ps1` 与一份查阅说明)。
度盘下载地址：修复检测不到命令结束一直等待的bug

标题: Codex Windows App 开启子代理
作者: #逮虾户
板块: #搞七捻三
编号: 1812717
帖子: https://linux.do/t/topic/1812717
时间: 2026-03-25 16:12:23
摘要:

请问在 Codex Windows App 中怎么开启子代理 subagent？

标题: 【Undy API】 | Gemini稳定供应，充值至高 8 折，抽奖最高送 $1000
作者: #Undy API
板块: #福利羊毛
编号: 1812723
帖子: https://linux.do/t/topic/1812723
时间: 2026-03-25 16:13:44
摘要:

即日起至2026年3月27日24时，在线充值至高8折 ，未用可按充值价格联系客服随时退款。

Undying API 专注于提供稳定、高性价比的多模型 API 接入服务。
主营 Gemini、Claude、ChatGPT系列模型
支持 gemini/claude/openai 格式调用。
 立即体验：https://vip.undyingapi.com
 充值价格为 0.35 元/刀，批量需求可 联系客服
 支持在线充值、对公支付、可开发票。
售后或建议请点击下面帖子：
【Undying API】主帖｜公告、更新日志与售后反馈区
 支持与反馈

QQ群（售前 / 售后 / 公告同步）
邮箱：undyingapi@gmail.com



 抽奖活动

时间：2026/3/25 21:00
奖品设置：

第 1 楼：$1000 额度
第 2 楼：$200 额度
第 3–10 楼：$100 额度




 参与方式

注册 Undying API（截止2026/3/25 21:00）
在本帖下留言参与

 公平规则

每位用户仅限一次参与
使用 Linux.do 官方抽奖工具 随机抽取
活动截止后自动关闭回帖
最终解释权归主办方与论坛管理团队所有

标题: 来自 GPT 的情诗 —— 《稳稳接住你》
作者: #人工只能住手
板块: #搞七捻三
编号: 1812726
帖子: https://linux.do/t/topic/1812726
时间: 2026-03-25 16:14:05
摘要:

受隔壁 GPT 口癖贴启发，让 GPT 自己写了首诗，送给各位佬友！

标题: 为什么都说甲骨文好申请了呢
作者: #齐天大圣
板块: #搞七捻三
编号: 1812732
帖子: https://linux.do/t/topic/1812732
时间: 2026-03-25 16:14:54
摘要:

信息是真实的
卡也验证的扣款撤销了
还是不给过
太伤感情了