个人感觉增加抽奖的成本本质上是对的。但片面的看回帖合规性然后纳入抽奖范围其实有点一刀切。 目前其实打击自动脚本和限制参与抽奖的次数应该会更好一些。 另外，可以加入抽奖贴回复时的人机验证会比较合理。 对于发起抽奖活动的人来说，能够将奖品发给需要的人是比较重要的，可能并不会实际在意回帖的内容。 而且抽奖的本质是一个活动，回帖的内容就已经锁死了，都是无关痛痒的奉承和感谢。哪怕限制100个子，实际的主要内容都基本是一样的，太形式了。 关于举报，我因为可能发了"哈哈哈哈"的叠词被举报了，那么对举报的人来说，他只是维护了你的规则，而不在乎你规则的合理性，那么在实际执行过程中，谁又有最终的解释权呢？ 希望站长合理设定规则，保持初心是好的，实际落地需要更多的考虑，emmmm。 12 个帖子 - 7 位参与者 阅读完整话题
微软最近释出了预览版 Windows 11 Insider Preview Build 26300.8170，其中一项变化是将 FAT32 分区大小从 32GB 增加到 2TB。FAT32 分区大小限制在 32GB 是微软开发者随手设置的，几十年来一直没变，导致当存储卡和 U 盘容量超过 32GB 时，用户只能选择 exFAT 或 NTFS。现在微软终于移除了这一限制，但该大小限制仍然只在命令行里移除。
因为我的是老 Lite 套餐，额度在下午的时候容易超出, 让 GLM 自己写了个,还不错。 1 个帖子 - 1 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 几个月前在linuxdo开源了 拼豆AI应用，得到不少支持，现在有空就大升级，让佬友更加愉快的拼豆拼起来！ 【开源】佬友玩拼豆吗，AI拼豆那种，我搞出来给佬友愉快的拼起来哈 开发调优 项目灵感 我基于开源项目： GitHub - Zippland/perler-beads: 拼豆底稿生成器 (Perler Beads Generator) ， 我加上AI优化了项目，AI辅助优化图片功能，写了一个专门生成拼豆图纸的网站。 经过大量测试，我觉得已经可以达到 一键生成拼豆图纸了！ 展示案例 核心就是： ai制作图纸 ，关键就是颜色尽可能少，颗粒尽可能少，各种各样图纸风格都兼容，同时表… 开源地址： 拼豆web程序: github.com GitHub - liangdabiao/perler-beads-ai: 因为市面上的拼豆软件差强人意 ，所以我基于开源项目：Zippland/perler-beads ，... 因为市面上的拼豆软件差强人意 ，所以我基于开源项目：Zippland/perler-beads ， 我加上AI优化了项目，AI辅助优化图片功能，写了一个专门生成拼豆图纸的网站。 经过大量测试，我觉得已经可以达到 一键生成拼豆图纸了！ 拼豆小程序： github.com GitHub - liangdabiao/perlerBeadsApplet: 一款基于 Taro + Vue3... 一款基于 Taro + Vue3 开发的拼豆像素画创作小程序，支持像素画编辑、作品管理、图片导入，图纸导出等功能。 项目是基于和二开 开源程序： github.com/noir017/perlerBeadsApplet 一键部署到 Cloudflare Pages 本项目采用 Next.js 静态导出 + Cloudflare Pages Function 架构，所有重计算（图像像素化、颜色映射）都在浏览器端完成，服务端仅有一个轻量 API（AI优化），部署简单、免费额度完全够用。这次方案是 全免费，服务器免费，ai api免费，域名免费，0费用搭建拼豆应用，多好： cloudflare命令一键部署命令参考： npm run pages:dev npm run build npm run pages:deploy 小程序： 一款基于 Taro + Vue3 开发的拼豆像素画创作小程序，支持像素画编辑、作品管理、图片导入，图纸导出等功能。 项目是基于和二开 开源程序： GitHub - noir017/perlerBeadsApplet: 拼豆像素画编辑器小程序 · GitHub ，增加很多功能和修改，适合本系统的小程序。 展示效果： 我已经实际部署在cloudflare了，佬也可以试试： https://pindou.348349.xyz/ 感谢佬的支持，开源不容易： github.com GitHub - liangdabiao/perler-beads-ai: 因为市面上的拼豆软件差强人意 ，所以我基于开源项目：Zippland/perler-beads ，... 因为市面上的拼豆软件差强人意 ，所以我基于开源项目：Zippland/perler-beads ， 我加上AI优化了项目，AI辅助优化图片功能，写了一个专门生成拼豆图纸的网站。 经过大量测试，我觉得已经可以达到 一键生成拼豆图纸了！ 1 个帖子 - 1 位参与者 阅读完整话题
近期跟着学校打比赛，学校老师总是想在项目上增加智能化，所以让我们用Dify搭建智能体，搞离线本地部署，但是在社区逛这么久，我感觉Dify是有点过时了，不是什么创新点，也不是什么亮点。各位佬有什么建议吗？ 8 个帖子 - 3 位参与者 阅读完整话题
如题：如果一个人短时间大量进行举报是不是属于恶意了？可以增加限制么？ 刚参加一个抽奖帖被举报了，然后发现该抽奖帖因为大量的举报直接被锁住了。 13 个帖子 - 8 位参与者 阅读完整话题
OpenAI 一项针对 900 多种职业的研究显示，AI 在劳动力市场引发的震荡可能并不像大众预期的那样充满悲剧色彩。报告指出，尽管数据录入、簿记和客服等职业面临极高的自动化风险（约占总就业人数的 18%），但这些领域的从业者已在利用 AI 处理约三倍于其他职业的任务量，且失业率上升速度反而低于低风险职业。 这种反直觉的现象源于「消费弹性」：当 AI 让某项任务（如写代码）的产出变得更廉价、更快捷时，市场对该服务的总需求往往会呈指数级增长，从而抵消了效率提升带来的减员压力。报告将职业分为四类：除上述高风险组外，46% 的职业（如教师、家政人员）受影响极小；24% 的角色虽然可能缩减规模，但仍需人类主导；而 12% 的职业（如软件开发）则会因 AI 的普及而实现岗位扩张。 目前，高风险职业的从业者仅利用了 AI 理论能力的不到四分之一。 cdn.openai.com the-ai-jobs-transition-framework_report.pdf 16.60 MB 3 个帖子 - 3 位参与者 阅读完整话题
又给他们增加一份收入，难蹦，一个人可以多个认证，然后一锅端。哈哈 2 个帖子 - 2 位参与者 阅读完整话题
会不会增加跳验证的风险啊，说是特地增加了网络安全的限制； 2 个帖子 - 2 位参与者 阅读完整话题
佬们，问一下，现在后端的ai使用学习流程应该是怎么样的 最近感觉很迷茫，不知道后续怎么增加自己的竞争力，接受付费学习，希望佬们给点建议。 7 个帖子 - 4 位参与者 阅读完整话题
如题，今天打开电脑edge，自动更新并增加了这个强制策略组，有佬知道怎么关闭或者阻断这个东西吗？下面是一些详细截图 2 个帖子 - 1 位参与者 阅读完整话题
本帖使用社区公益推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的项目是免费使用的，无收费（变相收费、赞助）部分： 是 我的帖子已经打上 公益推广 标签： 是 我的项目属于个人项目，与公司或商业机构无关： 是 我的项目不存在QQ、TG等群组引流： 是 我的项目不存在非运营必要的网站引流： 是 我的项目不存在为他人推广、AFF： 是 我的项目无关联的商业项目： 是 我的站点存在登录，并已接入 LINUX DO Connect： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 / 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 先说地址，防止有佬友不知道： https://api.chy本尊.top/ 现在已经增加了kimi的官方渠道（之前有的kimi模型是第三方中转站中包含的），欢迎体验， 14 个帖子 - 13 位参与者 阅读完整话题
上次发帖说自己对未来迷茫。 想多搞点钱，弄个代理中转站试试。 大家有没有什么隐秘可以告知我的？ 代理已经在谈判中。。。 18 个帖子 - 11 位参与者 阅读完整话题
如图，找了好多地方都没看到新增席位的按钮，要怎么办 4 个帖子 - 2 位参与者 阅读完整话题
IT之家 4 月 15 日消息，博主 @缪特mt 今日分享，小米在软件上考虑到老机型的屏幕老化程度。目前， 澎湃 OS 3 给老机型上了个超级岛防烧屏算法，长时间显示的时候会变淡 ，不是 Bug。 有网友询问新机是否会自带该功能，博主表示：“ 新机也暂时不用啊。 ” 据IT之家此前报道，去年 8 月，小米正式发布了澎湃 OS 3，宣告终于上“岛”。据介绍，该功能名为“超级岛”，对行业目前的“岛”进行了优化，定制超窄字体，且能够同时显示多个岛、灵活切换，下拉“超级岛”可弹出小窗使用。 另外，小米超级岛还支持三岛并存，任务再多也互不干扰；信息顺畅切换，完整呈现最关注的信息；无需中止当前应用，下拉小窗即用即走；行程信息，能便捷拖拽顺手分享。
增加了一个功能 可以填 自己的 ChatGPT Token 需要在网页里面加上?debug=true 主要是我自己测试用。哈哈。 因为我发现 free账号 不能传模型 必须是 auto （很多人生成图片不出图，多半就是这个原因） plus账号可以传模型，传 gpt-5-3 好像基本没什么人用。 cdk.linux.do LINUX DO CDK Linux Do 社区 CDK 快速分享平台 - 让分享变得更简单 ps.我只有2个plus账号 一个plus 账号每天额度120。 free 额度8。 增加了一个功能 可以填 自己的 ChatGPT Token 如果有这个api需求告诉我。我没有把这个写进api。 暂时是用的我得号池子。 19 个帖子 - 15 位参与者 阅读完整话题
今天上午手搓hotmail的free账号,发现无法跳过手机验证的次数大大增加,之前是六七次里面有一次无法跳过手机验证,今天十次只能过三四次,估计hotmail也快凉了,看来只能掏钱买pro了吗?各位佬友有没有推荐渠道啊? 3 个帖子 - 3 位参与者 阅读完整话题
IT之家 4 月 14 日消息，科技媒体 Ars Technica 昨日（4 月 13 日）发布博文，报道称谷歌重新审视基带安全策略， 在 Pixel 10 手机的基带中植入一个 Rust 语言编写的安全组件。 IT之家援引博文介绍，蜂窝基带系统本质上是一个独立的操作系统，运行着积累数十年的 C 和 C++ 代码，不像安卓系统一样具备妥善的安全防护，日益成为黑客攻击的目标。 Baseband（基带）是负责处理手机所有无线通信功能的专用处理器和固件系统。基带独立于主操作系统运行，管理蜂窝网络连接、通话、短信和数据传输。由于需要处理复杂的 2G/3G/4G/5G 协议栈，基带固件通常包含数百万行代码。 蜂窝基带核心问题在于内存管理，手动管理内存容易引发缓冲区溢出、内存泄漏等漏洞 ，攻击者可利用这些缺陷远程控制设备。 谷歌 Project Zero 团队近年来在 Exynos 基带中发现超过 24 个漏洞，其中 18 个被评为“严重”级别。虽然漏洞已被修补，但代码复杂性决定了依然存在很多隐患。 那么为何不彻底抛弃 C/C++ 呢？嵌入式系统的惯性是主因。 厂商基于 3GPP 规范开发基带已数十年，技术债务沉重。 更重要的是，基带需要实时收发数据，C/C++ 的执行速度优势明显。Python、C# 等内存安全语言依赖垃圾回收机制，运行时会扫描并释放内存，这种延迟对实时基带而言完全不可接受。 Rust 提供了第三条路径。它没有垃圾回收器， 而是通过“借用检查器”（Borrow Checker）在编译阶段强制执行内存安全规则。 一旦代码违反内存规则，编译直接失败，从源头杜绝“忘记释放内存”等人为错误。 这种零开销抽象特性，让 Rust 既能保证安全，又不牺牲实时性能。 由于众多厂商将基带内部逻辑视为商业机密，因此谷歌也无法重写数十年积累的数兆字节机器码， 因此选择 DNS 解析器作为精准切入点。 随着蜂窝功能向数据网络迁移，DNS 成为手机核心组件， 需要解析不可信的外部数据，这正是内存攻击的高发区。 谷歌选用开源 Rust 库 hickory-proto，将其移植到现有 C/C++ 基带代码中。团队移除了标准库依赖，将其编译为机器码并嵌入原有架构。 整个 Rust 组件仅增加 371KB 体积 ，在 Pixel 基带充裕的内存空间中完全可控。在此机制下，攻击者试图通过恶意 DNS 数据包触发内存漏洞后，会直接撞上 Rust 的安全屏障。 Pixel 10 手机成为首款搭载该安全基带的机型，谷歌希望此举能推动行业采用类似方案，并为未来在基带中集成更多内存安全组件铺平道路。 Pixel 10 手机
一个 Plus、一个 Team 2.5 天就干完了一周的额度。周末时5小时额度用100%，周额度基本在25%，今天5小时额度用100%，周额度基本在18%。 3 个帖子 - 2 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 飞书cli开发后，我在linuxdo开发了开源项目： [开源]飞书 AI 效率系统 — 10 大工作流 Skill - 适合养龙虾 - 基于飞书CLI 资源荟萃 本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 好东西，… 得到佬友喜欢和支持，过去是10个skill工作流，而我最近一段时间增加到22个skill了，所以想分享给佬友， 特别是增加CRM和ERP-企业应用直接对接龙虾openclaw，应该还是有用的： github.com GitHub - liangdabiao/lark-workflow-feishu-cli: # 飞书 AI 效率系统 — 20 大工作流 Skill > 基于 Claude... # 飞书 AI 效率系统 — 20 大工作流 Skill > 基于 Claude Agent/OpenClaw Skill + 飞书 CLI (lark-cli) 构建的个人 AI 效率基础设施。 > 将 Claude Agent/OpenClaw 10 大实战用例完整迁移到飞书生态，适合 Claude Agent Skill 和 OpenClaw，用飞书各模块实现所有工作流功能。 lark-workflow-erp-inventory/SKILL.md # 进销存ERP lark-workflow-crm/SKILL.md # 团队CRM 飞书cli erp │ Phase 1 │ 系统初始化 — 一键创建 Base + 4 张表 + 关联/Lookup/公式字段 │ ├─────────┼────────────────────────────────────────────────────────────┤ │ Phase 2 │ 日常操作 — 新增货品、入库、出库（含库存校验）、查询 │ ├─────────┼────────────────────────────────────────────────────────────┤ │ Phase 3 │ 预警通知 — 低库存检测、飞书消息推送、出库确认、定期报表 │ ├─────────┼────────────────────────────────────────────────────────────┤ │ Phase 4 │ 数据分析 — 入库/出库汇总、周转分析、仪表盘看板 │ ├─────────┼────────────────────────────────────────────────────────────┤ │ Phase 5 │ 供应商管理 — CRUD + 货品关联 ERP进销存的管理核心就三张表，货品库存台账、入库表和出库表。覆盖了从物品管理到出入库的全流程。核心表货品库存台账:记录物品的“基本信息”维护 SKU 基础信息：如物品编号（唯一ID）、物品名称、规格型号、剩余库存、货品照片。 参考文章： https://mp.weixin.qq.com/s/PfwsoWZokCEyTqqGiNl_2A skill意图和处理表： 飞书cli crm: 面向小团队销售/客服场景，基于飞书多维表格 + lark-cli 的轻量 CRM 系统 商机管理表 — 销售漏斗（阶段流转：待接触→需求确认→方案报价→商务谈判→赢单/丢单）, 带自动化提醒（4 种） 1. 每日跟进提醒（早上 9 点） 2. 超时未跟进预警（>7天未跟进） 3. 赢单报喜通知 4. 每周销售简报 skill意图和处理表： 总结： 以上介绍就是这次更新飞书CLI企业管理系统的新进展，如果佬友喜欢，我会继续一直增加，其实基于飞书CLI或者钉钉，企业微信CLI等等，真的非常容易就搞定一个个企业应用。抛弃过去的saas，全部数据自己把控和流程控制，完全免费，太棒！ 开源地址： github.com GitHub - liangdabiao/lark-workflow-feishu-cli: # 飞书 AI 效率系统 — 20 大工作流 Skill > 基于 Claude... # 飞书 AI 效率系统 — 20 大工作流 Skill > 基于 Claude Agent/OpenClaw Skill + 飞书 CLI (lark-cli) 构建的个人 AI 效率基础设施。 > 将 Claude Agent/OpenClaw 10 大实战用例完整迁移到飞书生态，适合 Claude Agent Skill 和 OpenClaw，用飞书各模块实现所有工作流功能。 1 个帖子 - 1 位参与者 阅读完整话题