/tag/增强

最近赶上AI模型编码能力的增强，涌现出了一些之前大脑里想过但是没有落地的需求。 在小红书刷到猫咪去世后的记忆留存和电子永生，加上家里养了两只猫崽子，就想做一个桌面宠物陪伴养成的客户端。 但是在开发到一半的时候，刷小红书已经有了挺多类似的产品，就在犹豫还要不要继续做下去。 基于这个过程本人就在想，大家是如何落地自己的想法，且有用户使用的呢？ 1 个帖子 - 1 位参与者 阅读完整话题

本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 面向 SSH、tmux 和远程服务器工作流的 Codex CLI 轻量增强版。 浏览较早的对话记录时，不再需要在历史输出和底部输入框之间反复来回滚动。 项目地址： github.com GitHub - Jurio0304/codex-sticky: codex-sticky is a minimal Codex CLI fork for... codex-sticky is a minimal Codex CLI fork for terminal-first workflows. It keeps the composer reachable while reviewing long transcripts, especially in SSH and tmux sessions. 如果这个项目对你有帮助，欢迎点一个 Star，也欢迎提交 Issue 反馈使用体验。 为什么要开发 Codex Sticky？ 对于习惯在远程服务器上使用 Codex CLI 的大部分开发者而言，可能经常需要配合终端 SSH 和 tmux 完成长上下文的开发任务。但在较长的会话中，当我们向上滚动查看历史回复、日志或代码修改记录时，底部输入框就会离开视野不可见，导致如果我想继续输入新指令，就需要再次滚动到底部，甚至需要来回往复地上下滚动对照codex回答内容编辑新的输入内容，这让人感觉操作很麻烦也很笨重。 所以我希望通过 Codex Sticky 解决这个高频问题： 浏览较早的对话记录时，底部输入框始终保持固定可见。 这样就可以一边回看历史内容，一边继续向 Codex 输入新任务，减少反复滚动。 目前 Codex Sticky 是基于 OpenAI Codex CLI 的非官方社区增强版。主要包括以下功能： 支持 Sticky Transcript，回看历史内容时底部输入框仍然可用； 更适合终端 SSH、tmux 和远程服务器 ； 支持鼠标拖选复制； 作为独立命令安装，不会覆盖官方 codex ； 可以随时在官方版和 Sticky 版之间切换。 适合经常在终端中运行长会话的开发者，也适合科研实验、tmux多窗口开发等场景。 一个简单的演示如下面的GIF所示： 安装使用说明 建议先安装并确认官方 Codex CLI 可以正常运行后，再安装 Codex Sticky。 Codex Sticky 当前正式版本： codex-sticky-0.138.0-sticky.1-x86_64-unknown-linux-gnu.tar.gz 具体安装教程可以参考README，其中也提供了直接让codex帮你安装的prompt 安装好后，一个命令即可启动 Codex Sticky： codex-sticky 进入 TUI 后，可以使用以下命令控制 Sticky Transcript： /sticky on ：启用 Sticky Transcript； /sticky off ：关闭 Sticky Transcript； /sticky status ：查看当前状态； /sticky ：快速切换当前模式。 当前适用范围和限制 Codex Sticky 目前主要服务于远程 Linux 终端的Codex cli开发场景。 当前还暂未提供： macOS 预编译包； Windows 预编译包； Linux ARM64 预编译包； musl 静态包； 自动更新器。 如果你主要使用 Windows 本地终端、Apple Silicon Mac 或 ARM64 Linux 服务器，建议关注后续版本。 如果大家都主要是vscode+codex，或者codex app工作流，可能后续就不会再更多地更新维护了 最后，欢迎： 点一个 Star； 提交 Issue； 反馈 SSH 和 tmux 环境中的实际体验； 分享你认为更优的工作流； 关注后续平台支持和版本更新。 免责声明 Codex Sticky 是 OpenAI Codex CLI 的非官方社区 fork。 官方上游项目和权威说明请以 OpenAI Codex CLI 及其官方文档为准。 1 个帖子 - 1 位参与者 阅读完整话题

答辩时老师说我的图片坐标轴清晰度不够，有什么好办法能增强一下，或者什么skill的，再跑一次的话要两个小时 2 个帖子 - 2 位参与者 阅读完整话题

前排先说定位：这个不是 Cursor++ 那种 BYOK / 协议接管方案，也不是模型中转。 它更像是我自己日常用 Cursor 时攒出来的一组“小补丁”：专门处理几个高频但很烦的点。 MAX Mode 偶尔误开，手一滑就开始心疼余额 mcp-feedback-enhanced 的 interactive_feedback 要切 WebUI 回复，打断心流 中文输入法组字时按回车上屏，被 Cursor 当成发送 / 提交 于是揉成了一个本机 workbench 增强包，装上后随 Cursor 启动自动加载。 项目地址： https://github.com/Srgay/cursor-extension npm 包： @srgay/cursor-extension 直接开始 需要 Node.js >= 20。 持久安装： npx @srgay/cursor-extension install 卸载还原： npx @srgay/cursor-extension uninstall 安装后需要完整退出 Cursor，再重新打开。 如果 Cursor 更新后功能没了，大概率是 workbench.html 被覆盖了，重新执行一次 install 即可。 它做了什么 1. MAX Mode 守护 这个是防手滑用的。 脚本会检测 Cursor 输入框附近的彩色 MAX 标记，如果发现菜单里的 MAX Mode 当前是开启状态，会尝试自动关掉。 另外，如果彩色 MAX 还在，并且聊天框里已经有内容，会做两层保护： 输入框显示醒目的红色渐变边框 禁用发送控件，并拦截点击发送 / 回车发送 主要目标就一个：别让自己迷迷糊糊把一大段任务用 MAX Mode 发出去。 2. MCP Follow-up 面板 如果你在用 mcp-feedback-enhanced ，应该会遇到这个场景： Agent 跑着跑着调用 interactive_feedback ，然后你要切到它自己的 WebUI 里回复。 这个工具会在 Cursor 聊天输入框上方塞一个小面板，直接连接本机 mcp-feedback-enhanced 的 WebSocket： 自动扫描 8765-8769 端口 识别正在等待反馈的 session 可以直接在 Cursor 里回复 feedback 支持多个项目同时开着时，按当前 Cursor 工作区自动匹配对应端口 支持常用提示词下拉 支持自动提交配置，比如等一段时间后自动发某个预设提示词 这个是我自己体感最明显的部分，因为不用在 Cursor 和反馈 WebUI 之间来回切了。 3. 中文输入法回车修复 这个问题很细，但碰到就很烦。 用拼音 / 注音这类中文输入法时，组字过程中按回车本来应该只是“上屏候选词”，但某些 Cursor 输入框会把这个回车当成提交。 脚本会在更早的捕获阶段识别输入法 composing 状态，拦住这次回车继续传给应用层的提交逻辑，但不会 preventDefault ，所以输入法本身仍然可以正常上屏。 目前也覆盖了 Cursor 里 AskQuestion 的 Other 输入框。 临时注入方式 日常推荐上面的 install。 如果只是想调试，也可以用 CDP 临时注入。这个方式重启 Cursor 后会失效。 macOS 先这样启动 Cursor： open -na /Applications/Cursor.app --args --remote-debugging-port=9222 然后： npx @srgay/cursor-extension inject 只注入某一个功能： npx @srgay/cursor-extension inject max npx @srgay/cursor-extension inject followup npx @srgay/cursor-extension inject ime 自定义路径 / 端口 如果 Cursor 不在默认安装目录，可以指定 workbench 目录： CURSOR_WORKBENCH_DIR="/path/to/workbench" npx @srgay/cursor-extension install 临时注入时自定义 CDP 端口： CURSOR_DEBUG_PORT=9333 npx @srgay/cursor-extension inject MCP 面板读写配置时会用到本机 python，默认会自动探测。少数 Windows 环境如果探测不对，可以手动指定： CURSOR_MCP_PYTHON=python npx @srgay/cursor-extension install 已知边界 目前是本机增强脚本，会 patch Cursor 的 workbench.html Cursor 更新可能覆盖 patch，需要重新 install Windows 如果 Cursor 安装在 C:\Program Files 这类受保护目录，可能要管理员 PowerShell MCP Follow-up 面板依赖 mcp-feedback-enhanced 本身已经在本机跑起来 端口自动扫描默认只扫 8765-8769 Cursor 内部 DOM 如果大改，相关选择器可能需要跟着修 状态检查 在 Cursor DevTools 里可以看几个对象： window.__cursorMaxModeGuard.status() window.__cursorMcpFollowup.status() window.__cursorImeEnterFix.status() 如果 MCP 面板没挂上，也可以试： window.__cursorMcpFollowup.remount() window.__cursorMcpFollowup.scan() window.__cursorMcpFollowup.reconnect() 最后 这个东西本质上就是我给自己 Cursor 工作流补的三个小洞，功能不大，但每天用的时候能少几次“啊？”。 如果你刚好也有这些痛点，可以试一下： npx @srgay/cursor-extension install 有问题欢迎评论区反馈，我看情况继续修。 1 个帖子 - 1 位参与者 阅读完整话题

1.图标和文字的可辨性大大增强，系统的流畅性明显提高； 2.闹钟支持节假日跳过； 3.iOS 的闹钟和铃声支持单独调节； 4.iPhone 镜像支持大小缩放； 5.刘海屏 Mac 自带隐藏菜单栏图标功能； 6.iPad 随行 Mac 支持触屏操控； 7.Launchpad 启动速度提升。 暂时只发现这么多，可以说是一次 windows vista 到 windows7 的飞跃了😂

1.图标和文字的可辨性大大增强，系统的流畅性明显提高； 2.闹钟支持节假日跳过； 3.iOS 的闹钟和铃声支持单独调节； 4.iPhone 镜像支持大小缩放； 5.刘海屏 Mac 自带隐藏菜单栏图标功能； 6.iPad 随行 Mac 支持触屏操控； 7.Launchpad 启动速度提升。 暂时只发现这么多，可以说是一次 windows vista 到 windows7 的飞跃了😂

1.图标和文字的可辨性大大增强，系统的流畅性明显提高； 2.闹钟支持节假日跳过； 3.iOS 的闹钟和铃声支持单独调节； 4.iPhone 镜像支持大小缩放； 5.刘海屏 Mac 自带隐藏菜单栏图标功能； 6.iPad 随行 Mac 支持触屏操控； 7.Launchpad 启动速度提升。 暂时只发现这么多，可以说是一次 windows vista 到 windows7 的飞跃了😂

1.图标和文字的可辨性大大增强，系统的流畅性明显提高； 2.闹钟支持节假日跳过； 3.iOS 的闹钟和铃声支持单独调节； 4.iPhone 镜像支持大小缩放； 5.刘海屏 Mac 自带隐藏菜单栏图标功能； 6.iPad 随行 Mac 支持触屏操控； 7.Launchpad 启动速度提升。 暂时只发现这么多，可以说是一次 windows vista 到 windows7 的飞跃了😂

1.图标和文字的可辨性大大增强，系统的流畅性明显提高； 2.闹钟支持节假日跳过； 3.iOS 的闹钟和铃声支持单独调节； 4.iPhone 镜像支持大小缩放； 5.刘海屏 Mac 自带隐藏菜单栏图标功能； 6.iPad 随行 Mac 支持触屏操控； 7.Launchpad 启动速度提升。 暂时只发现这么多，可以说是一次 windows vista 到 windows7 的飞跃了😂

1.图标和文字的可辨性大大增强，系统的流畅性明显提高； 2.闹钟支持节假日跳过； 3.iOS 的闹钟和铃声支持单独调节； 4.iPhone 镜像支持大小缩放； 5.刘海屏 Mac 自带隐藏菜单栏图标功能； 6.iPad 随行 Mac 支持触屏操控； 7.Launchpad 启动速度提升。 暂时只发现这么多，可以说是一次 windows vista 到 windows7 的飞跃了😂

如图，API接入Codex，用了Codex++启动，开启了fast按钮配置后，但是在Codex上没有看到跟官方一样的fast按钮选项，实际上用的时候是fast模式吗 2 个帖子 - 2 位参与者 阅读完整话题

本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 Swooshy 是一款开源的 macOS 触控板增强软件，旨在尽量不误触的前提下，减少使用触控板时需要打开右键菜单与精确点击的次数，让用户可以用直觉化的手势，从 Dock 和标题栏操控应用窗口。 使用演示如图： 如图，在这一段复杂的操作中，无需打开任何右键菜单。 主要功能 在使用 Swooshy 后，用户可以对图标使用上滑、下滑、捏合等手势，快速地最大化、最小化、关闭 Dock 内的应用，并且长按标题栏，快速停靠窗口到桌面的四角，或使用上下左右滑动和捏合等多个手势来对窗口快速操作。默认情况下，这些手势都比较符合直觉，和窗口动画对应，学习成本很低的同时，能大幅减少需要精确移动鼠标的次数。 目前手势已经支持以下功能：贴合停靠窗口到四角、两边分屏、关闭应用、关闭窗口、最大最小化、向前向后切换多个不同浏览器窗口等，还在持续添加新的手势与对应功能，所有的手势和功能的映射，功能的所需力度、触发时机都可以进行自定义修改。 同时也有实验性的在浏览器中智能捏合关闭标签页的功能，花里胡哨，不太稳定，所以扔进实验性功能了，hh。 由于项目主要功能在增强触控板操作上,好像有一些难以截图给佬友们直观的体验,就放一点点设置的和演示的图片吧,佬友们可以体验一下就能知道手势操作还是挺好用的 为什么制作 做这个软件的契机是今年 2 月左右，我从 Windows 迁移到了 Mac。虽然 Mac 的触控板非常非常地好用，比 Win 精确了一个级别，但是其中很多的操作我并不是特别习惯，比如 Mac 不能直接点击任务栏中的图标来最小化应用，而且红绿灯特别小。你知道的，对于一个完美 C+ 来说，这精确定位实在是太难了 最难受的还得是一个应用打开多个窗口的情况，切换极其繁琐。 在论坛询问后，有佬给我建议了 Swish 这一个触控板增强工具，试用后的我如获至宝，但是也发现了一些问题，比如 Swish 的手势不能自定义映射。我希望关闭窗口，却偏偏要关闭整个应用，让我特别难受。同时手势的触发时机也是写死的 然后Swish是一个商业付费的项目，我也不是很喜欢 于是我就思考，能不能自己用 AI Vibe 一个类似的工具，更加贴合自己的习惯。 于是，Swooshy 应运而生。经过大概两个月的 Vibe Coding 以后，我认为这一个工具已经在功能和稳定性上足够拿出来分享给大家试用了。 于是，Swooshy 已完整开源到 GitHub，希望能得到佬们的试用、Issue 反馈和 PR，star 支持 github.com GitHub - xiamiyu123/Swooshy 通过在 GitHub 上创建帐户来为 xiamiyu123/Swooshy 开发做出贡献。 1 个帖子 - 1 位参与者 阅读完整话题

一直在用L站拓展收藏插件 【开源自荐】LinuxDoStar: 为 L 站拓展收藏能力的chrome 浏览器插件 ，非常好用，除了常见的收藏帖子、收藏夹分类功能，还支持 收藏评论和云同步 。 但是原项目仅支持 Chrome 扩展，最近换了mac，safari用的比较多，所以在它的基础上vibe了 油猴版 ，并且新增了 拖拽 功能，在此分享给大家。 基本功能： 收藏帖子、评论 收藏夹分类 通过GitHub进行云同步 新增功能： 常驻收藏悬浮，快速打开收藏夹 拖拽功能，快速给收藏夹、收藏内容排序，快速移动收藏到其他收藏夹 修复了删除收藏后，点击同步又会将已删除的收藏同步回来的bug 安装链接： LinuxDo Star 实际效果： 收藏帖子、评论： 收藏界面： vibe coding完成，可能会有小问题，欢迎提出 非常感谢 codedogQBY 佬的开源，原贴链接 【开源自荐】LinuxDoStar: 为 L 站拓展收藏能力的chrome 浏览器插件 1 个帖子 - 1 位参与者 阅读完整话题

IT之家 6 月 9 日消息，在今天（6 月 9 日）召开的 2026 年全球开发者大会（WWDC）上，苹果公司预览发布 watchOS 27 系统更新， 聚焦升级 Siri AI、健康追踪、健身辅导与智能叠放（Smart Stack）。 在 Siri AI 方面，底层由 Apple Intelligence 驱动，支持开放式问题与更自然的多轮对话。用户可直接在手腕上询问跑后恢复拉伸建议，也可连续追问相关内容。 Siri AI 还能调用备忘录等个人内容，帮助查找驾照号码、租住房屋门禁码等已存信息，减少用户频繁拿起 iPhone 的需要。 健康追踪方面，苹果 watchOS 27 扩展经期健康支持，符合条件的用户可收到与围绝经期相关的周期偏差提醒。 IT之家注：围绝经期指女性在绝经前后，身体逐步过渡到绝经状态的一段时期，月经周期和身体感受可能出现波动。 在跑步追踪方面，苹果补充了与配速、距离和锻炼时长相关的新数据，让用户能更清楚地观察长期表现变化。 在健身辅导方面，苹果 watchOS 27 同步升级 Workout Buddy（运动伙伴），新增西班牙语支持，并可依据用户过往健身历史给出更个性化的激励与反馈。此外用户在锻炼时使用 Workout Buddy 不再需要随身携带 iPhone。 界面层面，watchOS 27 也强化了单手操作与信息前置能力，新手势支持用户用拇指和食指轻点 1 次，快速选取小组件并查看信息。 智能叠放（Smart Stack）则获得更强的情境感知能力，可按活动状态和即时需求主动展示内容，比如亲近联系人的生日提醒、停车位置，以及假日前的睡眠闹钟调整建议。

一直在用linuxdo增强搜索，质量确实不错！感谢我的GitHub账号，刚看了社区入门的一些帖子，其中有一个关于种子的比喻深入我心，顿时有些感慨，很多时候我们只需走在路上，一切都会如期而至！就如同谁能想到5年的GitHub账号变成了某种门槛标准，没曾想为今天埋下了伏笔！ 各位佬，又是什么把你们从曾经的GitHub到Linuxdo连在一起的呢？留下你的故事 ~ 分享最近digging到的一些很喜欢的壁纸： 3 个帖子 - 3 位参与者 阅读完整话题

弹框让你是否安装。 这个小扩展，其实只是对某个固定的网页的表格做了一个筛选，没有用到其他的读取其他权限。 是因为开发者刚上线第一款 app 的缘故么， 有 chrome 扩展大佬可以解答，感激不尽~~

IT之家 6 月 6 日消息，YouTube 频道 fpt. 昨日（6 月 5 日）发布视频， 展示了苹果 iOS 27 系统可能涵盖的界面、功能等。 IT之家注：该频道主播 Jon Prosser 因爆料 iOS 26 系统，目前和苹果依然存在法律纠纷。该频道通常会和设计师合作，基于泄露的 CAD 图纸等内容，制作高度还原的 3D 概念渲染视频。 在最新视频中，该频道将镜头对准苹果 iOS 27 系统，指出苹果可能调整通知手势，通知中心入口改为从屏幕左上方下滑，而中部下滑会呼出搜索，或直接进入向助手提问的界面。 中部下滑会呼出搜索 Siri 是本轮泄露中变化最大的部分。消息称，Siri 将从单次问答工具，升级为真正的对话伙伴。它可能拥有独立对话区域，支持语音和文字输入，并结合屏幕内容、当前打开的应用理解用户意图。 图片和相机也被纳入 AI 整合。照片应用的 Clean Up 清理功能预计升级，苹果还在测试用短语或语音编辑图片，比如裁剪左上角、增强颜色。 兼容性方面，泄露信息称 iOS 27 预计支持 iPhone 12 及后续机型。不过，更复杂的 AI 功能可能只面向较新硬件。IT之家附上相关截图如下：

最近给我的web 自动化开发方案做了一点增强，让 issues 提交了以后可以自动去修复，修复好了提交一个 PR 出去，人类做一下确认是否可用即可。 但是这里主要是线性的，不采用同时开发，避免大量的需要处理代码合并问题 具体的方案代码如下 graph TD %% 样式定义 classDef init fill:#3b82f6,stroke:#fff,stroke-width:2px,color:#fff; classDef git fill:#f97316,stroke:#fff,stroke-width:2px,color:#fff; classDef ai fill:#8b5cf6,stroke:#fff,stroke-width:2px,color:#fff; classDef build fill:#eab308,stroke:#fff,stroke-width:2px,color:#fff,color:#000; classDef github fill:#10b981,stroke:#fff,stroke-width:2px,color:#fff; classDef endNode fill:#6b7280,stroke:#fff,stroke-width:2px,color:#fff; %% 阶段一：准备与拉取 Start((启动脚本)):::init --> CheckDeps[检查依赖: gh, claude, git, pnpm]:::init CheckDeps --> FetchIssues[从远端拉取 Bug Issues]:::init FetchIssues --> BuildTodo[生成待办队列 TODO.json]:::init %% 阶段二：串行处理队列 BuildTodo --> QueueCheck{队列中还有\nPending Issue吗?} %% 阶段三：单个Issue处理流程 QueueCheck -->|Yes| BranchPrep[创建/切换工作分支\nautofix/issue-N]:::git BranchPrep --> AIFix[Claude AI 生成修复代码]:::ai %% 构建与验证循环 AIFix --> BuildVerify{运行 pnpm build\n验证代码}:::build BuildVerify -->|失败 Fail| RetryCheck{达到最大重试\n次数了?}:::build RetryCheck -->|No| AIRetry[Claude AI 根据报错\n日志进行二次修复]:::ai AIRetry --> BuildVerify RetryCheck -->|Yes| MarkFail[标记 Issue 失败\nFailed]:::endNode MarkFail --> QueueCheck %% Git与PR提交流程 BuildVerify -->|成功 Pass| GitCommit[Git Commit 并\nPush 到远端分支]:::git GitCommit --> CheckDiff{有代码变更吗?}:::git CheckDiff -->|No| MarkCompleteNoPR[标记完成\n跳过PR]:::endNode CheckDiff -->|Yes| CreatePR[GitHub CLI 创建\nPull Request]:::github %% 后续动作 CreatePR --> IssueComment[在原 Issue 下\n自动评论 PR 链接]:::github IssueComment --> MarkSuccess[标记 Issue 成功\nCompleted]:::endNode MarkSuccess --> QueueCheck MarkCompleteNoPR --> QueueCheck %% 阶段四：结束 QueueCheck -->|No| GenerateReport[生成运行汇总报告]:::init GenerateReport --> End((结束)):::init 下面是代码 gist.github.com https://gist.github.com/huifer/7f5d853f5c94b1b2fe3267c4c35bc4a0 gistfile1.txt #!/usr/bin/env bash # 开发方: https://tanstackship.com/ # 拉取远端 GitHub bug issues，串行执行：claude -p 修复 → pnpm build → 通过则 commit 并标记完成。 # # 依赖: gh, claude, jq, git # # 用法: # ./scripts/fix-remote-bug-issues.sh --run-all # 推荐：一次命令串行处理全部 bug issues # ./scripts/fix-remote-bug-issues.sh # 拉取 issues 并串行处理全部 pending（失败继续下一条） # ./scripts/fix-remote-bug-issues.sh --fetch-only # 仅同步 todo JSON 此文件已被截断。 显示原始文件 github-issues-bug-autofix-for-pr #!/usr/bin/env bash # # 拉取远端 bug issues，串行修复后通过 Pull Request 提交（每条 issue 一个 PR）。 # 与 fix-remote-bug-issues.sh 独立：不修改原脚本，使用独立 todo / 日志。 # 开发方: https://tanstackship.com/ # 流程（每条 issue）: # 基于 PR base 建分支 autofix/issue-N → claude -p → pnpm build # → commit (Fixes #N) → push → gh pr create → Issue 评论附 PR 链接 # # 依赖: gh, claude, jq, git, curl 此文件已被截断。 显示原始文件 1 个帖子 - 1 位参与者 阅读完整话题

greasyfork.org Linux.do Boost 增强 选中 boost 后增加 @ 按钮，一键打开回复框并 @ 该 boost 用户 14 个帖子 - 8 位参与者 阅读完整话题

IT之家 6 月 3 日消息，科技媒体 404 Media 昨日（6 月 2 日）发布博文，报道称谷歌已联系安卓应用开发者， 希望付费获取私有代码库访问权，用于改进 Gemini、Antigravity 2.0 等开发者工具。 邮件强调，开发者仍保留 100% 知识产权，授权方式为非独占授权，因此项目归属不变，也可继续在其他平台变现。原文未披露具体付款金额、参与门槛和数据处理细则。 IT之家援引博文介绍，邮件称， 谷歌正寻找“高质量、真实世界代码库”，覆盖正在运行的应用和已归档项目。 对开发者来说，这意味着不必把应用或核心资产转让给谷歌，可以通过出售代码访问权额外获取收益。 Google 在邮件中解释，真实代码可帮助其理解复杂逻辑，并用于开发编码评测和基准测试。 相比公开仓库，生产环境代码更接近日常软件开发：它包含历史包袱、业务逻辑、权限处理和维护痕迹，因此更适合训练面向真实工程场景的 AI 工具。 该媒体认为这项付费计划也反映出谷歌在编程 AI 领域的压力。GitHub Copilot 仍被视为实时补全工具的代表，能深度接入 IDE 并快速生成样板代码；Anthropic 的 Claude Code 则偏向智能体编程，可读取整个代码库并执行复杂工作流。 该媒体也指出付费获取私有项目也会带来信任问题。开发者最关心的是代码如何被使用、是否会进入模型训练数据、授权边界能否被审计。