对于经常折腾 VPS 和独立服务器的玩家来说，阿里云国际版的香港、新加坡以及美西精品网线路，在延迟和稳定性上一直是有目共睹的。不过，国际站的付款门槛挡住了不少国内开发者。 今天分享一个无需海外信用卡、通过正规分销商实现账号充值和余额托管的方案。 账号充值核心痛点 注册时提示需要验证海外手机号。 绑定消费卡时因账单地址不符导致风控。 无法使用国内常规支付手段进行直接结算。 官方授权代理商的解决方案 通过关联代理商 LingduCloud 账户，你的阿里云国际站账号可以转为“余额支付”模式。代理商会直接向你的账户中注入官方美金余额。 📩 客服 Telegram： @ cloudcup 🔥 合作平台： 阿里云国际｜腾讯云国际｜华为云国际｜ AWS ｜ GCP ｜ Azure 🔗 官方网站： https://www.lingducloud.com ✈️自助开户充值：@cloudcup_bot ✈️双向联系：@cloudcupbot
Accioone：为每个智能体都提供独立工作空间，长期保存浏览器状态、OAuth 登录状态。配置美国等境外住宅静态 IP 后，工作空间内部的浏览器指纹、时区、语言等环境参数也会随住宅 IP 自动同步切换，瞬间让你的本地电脑秒变成一台境外电脑。 Accioone 空间支持两种工作模式： 空间内开发模式 和 本地 API 模式 。 空间内开发模式：直接在空间内打开终端、IDE 等工具进行开发，所有流量自动走空间网络，配置简单，无需额外设置。 本地 API 模式：在宿主机上开发，通过配置环境变量将 API 请求转发到空间。 适合团队使用一起拼车 。此方案不是反代，不是-p 模式，不是 SDK 模式，是真实的 CLI 与模型在交互。 活动一 新用户体验 新用户访问 Accioone 完成官网注册后，（控制台->首页）扫二维码进群报 ID ，可领取： +7 天新人体验（每个 ID 限领 1 次） 活动二 邀请奖励 邀请新用户注册（控制台->首页->复制邀请链接)，在群中报自己和对方的 ID ，对方领取新人体验的同时，你还可以获得： +7 天邀请奖励（多邀多得）
大家好，我是一名全职的独立开发，之前在华为和头部智驾公司。 今天发布我精心打磨的面向个人开发者的 SaaS 模板： ShipNext ShipNext 是一套面向独立开发者、创业者和小团队的全栈 SaaS 启动模板，帮助你跳过重复的基础设施搭建，把更多时间留给真正的产品逻辑、定位和上线。 除了常见的功能如认证、支付、数据库、邮件、存储、后台、营销页面、文档、博客、SEO 和常见 SaaS 工作流都已经预先连接好，你可以在此基础上快速构建自己的产品。 核心亮点 基于 Next.js 16 、TypeScript 、Tailwind CSS v4 和 shadcn/ui 内置 Better Auth ，支持邮箱登录、OAuth 、Magic Link 和密码重置 集成 Stripe / Lemon Squeezy / Paddle 支付与订阅模式 支持 Drizzle ORM 、PostgreSQL 、SQLite 和 Supabase 包含仪表盘、管理后台、定价页、落地页、文档、博客和法律页面 内置邮件模板、Newsletter 、团队通知和用户生命周期消息 支持 S3 兼容存储、文件上传、配额和使用量管理 适配 AI 编程工具工作流，适合 Cursor 、Codex 、Claude Code 、Windsurf 等工具协作开发 适合构建什么产品？ ShipNext 适合用来快速启动： AI SaaS 工具 Micro SaaS 产品 生产力应用 付费社区 内容产品 目录站 内部工具 订阅制平台 带积分、额度或用量计费的产品 已包含的 SaaS 模块 应用基础 Next.js App Router 项目结构 TypeScript 类型系统 Tailwind CSS v4 样式体系 shadcn/ui 组件系统 可主题化设计 token Dashboard shell Admin screens 用户与收入 登录与注册 Google / GitHub OAuth Magic Link 密码找回与重置 用户资料设置 订阅与结账 Billing Portal 积分与额度系统 Webhook 处理 付费权限与配额控制 数据与运营 Drizzle ORM PostgreSQL / SQLite 数据库迁移与 seed 脚本 S3 兼容文件上传 Resend / React Email 邮件模板 Discord / Telegram / Slack 团队通知 Crisp 客服集成 Analytics hooks 启动页面 Landing page sections Pricing page patterns Docs Blog Contact page Legal pages SEO metadata Sitemap / robots.txt Open Graph 图片配置 技术栈 ShipNext 使用现代 SaaS 产品常见的技术组合： Next.js 16 React TypeScript Tailwind CSS v4 shadcn/ui Better Auth Drizzle ORM PostgreSQL / SQLite / Supabase Stripe / Lemon Squeezy / Paddle Resend Cloudflare S3 / Cloudflare R2 Fumadocs Crisp 另一个重复模板？ ShipNext 除了包含市面上那些模板的功能之外，在以下几个部分做了优化 数据库支持 ShipNext 开箱支持 PG 、Sqlite 、MySQL ，且表结构都已适配，不同的数据库适配不同的厂商，如 PG：Neon 、Supabase 等 Sqlite：Cloudflare D1, Turso, Local file MySQL：任意 mysql 存储商或自部署 存储优化 支持用户维度的空间限制：不同的付费账户的空间限额不一样，ShipNext 内置支持，并且不同的付费计划可以设置不同的空间大小，比如免费用户设置 100MB ，付费用户设置 5GB 支持分片上传：大大加快上传速度 支持设置过期时间 定期自动删除：不会额外占用存储空间，防止文件太多空间不足 内置 <S3Upload> 组件，与分片上传自动集成，真正的开箱即用 多套实现 ShipNext 的代码非常的模块化，对于不同的模块，都内置了多套实现。很多模板只是给了个位置，但是并没有实现，ShipNext 几乎都给出了 2 ～ 3 套实现 支付：内置 Stripe 、Paddle 、LemonSqueezy ，只需修改 provider 的值就可以切换不同的支付 网站防护：Cloudflare Turnstile, hCaptcha, Google-recaptha 等 通知：支持 Discord 、Slack 、Telegram 、飞书等 其他模块 权益模型 ShipNext 对权益模型做了深入的设计和优化，可以同时支持如下的一些场景 订阅制 + 无限使用：在订阅周期，可以设置某些权益无限使用，比如下载等 订阅制 + 额度消耗：典型的如 AI 场景，一个月有多少额度，用完就没有 一次性购买 + 额度消耗：典型的仍然是 AI 场景，积分包，比如 10 刀 100 积分 订阅制 + 一次性购买 + 额度消耗：典型场景为订阅周期额度固定，用户可以继续购买额外积分包，同时额外积分包的消费优先级小于订阅周期的积分，当然都可以设置 以上几种场景几乎覆盖了所有的 SaaS 订阅场景 一对一指导 我是全职独立开发，可以保证，其他模板很难保证，并且拥有 6 年研发经验，提供市场化的经验指导，减少很多弯路 可以说，使用 ShipNext 的开发速度比市面上绝大多数模板要快的多 当然也希望大家跟我沟通，v: zhangsihai0518 任何技术上的探讨都非常欢迎！！
最近重新思考了一下 AI 对独立开发者的影响。 我之前有一个很强的焦虑：现在 vibe coding 门槛越来越低，很多人都能很快做出一个网站或者 MVP 。那对独立开发者的冲击是什么？ 目前我的阶段性结论是：会写代码、会用 AI 、能快速上线，这些能力正在变成基础能力。真正更有价值的地方，可能是能不能把 AI 组织成一套稳定的商业化工作流。 购买 token 即购买智力，但我们仍然需要有目标管理、任务拆解、上下文管理和结果验收能力。 感觉很像在带人 如果目标不清楚，AI 会产出很多看似有用但无法落地的内容。 如果上下文不完整，AI 每次都只能做局部判断。 如果没有验收标准，人很容易被“看起来不错”的结果骗过去。 如果没有复盘机制，每次项目都会重新从零开始。 所以我现在想搭一套自己的独立开发工作流，我觉得这可能是未来独立开发者很重要的一种能力。 不只是会让 AI 完成任务，而是能把 AI 编排进一个持续产生产品、流量和收入的系统里。 现在很多人在讨论 AI 会不会让产品开发变得更卷，我觉得答案大概率是会的。代码产出会更便宜，MVP 会更多，很多简单工具站会越来越容易被复制。 但这也意味着，真正的竞争会往前后两端移动。 前端是需求判断和机会发现。 后端是分发、转化、运营和复盘。 中间的开发执行会被 AI 极大压缩。 所以对独立开发者来说，接下来可能最值得训练的是： 如何更快判断需求。 如何更快拿到第一批流量。 如何更快验证转化。 如何更快沉淀可复用资产。 如何让每一个项目都变成下一个项目的燃料。 这是我最近的一点思考，也欢迎大家聊聊： 你们现在用 AI 做产品时，是怎么组织成比较固定的工作流？
苹果软件工程高级副总裁克雷格·费德里吉（Craig Federighi）近日在接受媒体采访时，回应了外界对于公司在 iOS 27 中推出独立 Siri 应用的质疑，解释了苹果从此前反对“单独聊天机器人”到如今推出 Siri 聊天应用这一转向背后的原因。 在本周早些时候举行的 WWDC 2026 上，苹果正式发布了全新的 Siri 应用，为用户提供一个集中管理和回顾与 Siri AI 对话的入口，这一应用将随 iOS 27 一同推出。 费德里吉在苹果园区（Apple Park）面向媒体的会后交流中，直接回应了关于苹果策略“转弯”的提问。 在去年的 WWDC 2025 之后，费德里吉与全球市场营销高级副总裁格雷格·乔斯维亚克（Greg Joswiak）曾在媒体采访中强调，苹果的策略是将 Siri 深度编织进用户现有工作流，而不是在一旁额外挂一个“聊天机器人”。 当时高管的公开表态，被视为苹果有意与 ChatGPT 等纯聊天型产品划清界限。 费德里吉此次表示，之所以最终决定推出独立 Siri 应用，主要是出于一个非常实际的用户需求——用户需要能够回到过去的对话，并在此基础上继续交流或进行引用。 在苹果看来，在其平台上，为此类需求提供入口的最自然形式，就是一款可以出现在主屏幕上的应用图标。 他强调，Siri 应用是对系统体验的延伸，而非一个割裂的独立产品。 费德里吉重申，苹果并不把 Siri 看作一个“单独的聊天机器人”，不是一个与系统脱节、用户“专门跑去闲聊”的地方，而是一个在使用情境中被调用的、与系统体验深度融合的对话式工具。 在他的描述中，新版 Siri 能够理解当前屏幕内容，直接在用户正在编辑的文档中提供校对帮助、给出修改建议或提示，而不是在另一个“平行世界”里输出答案。 对于 Siri 应用的定位，他解释称，所有这些体验本质上都是对话式的，是对系统体验的自然延伸，而非另起一套独立产品线。 但当用户希望回到一段此前的对话、继续追问或者查阅其中的信息时，一个可在主屏幕上管理和打开的应用，仍然是最符合用户习惯的方式，因此苹果最终选择以“应用”的形态来承载这一入口。 费德里吉表示，新版 Siri 应用“重新具象化”了那些原本存在于系统层面的能力，将其以更易于管理和访问的形式呈现出来。 从苹果的角度看，这并不是对先前战略的否定，而是在保留“系统深度集成”这一核心前提下，对用户交互方式做出的务实调整。 目前，iOS 27 开发者测试版已经开放，开发者可以进行安装体验。 不过，要想使用新的 Siri 功能，还需要在系统设置中加入等待名单，而面向公众的测试版预计将在 7 月推出。 查看评论
最近重新思考了一下 AI 对独立开发者的影响。 我之前有一个很强的焦虑：现在 vibe coding 门槛越来越低，很多人都能很快做出一个网站或者 MVP 。那对独立开发者的冲击是什么？ 目前我的阶段性结论是：会写代码、会用 AI 、能快速上线，这些能力正在变成基础能力。真正更有价值的地方，可能是能不能把 AI 组织成一套稳定的商业化工作流。 购买 token 即购买智力，但我们仍然需要有目标管理、任务拆解、上下文管理和结果验收能力。 感觉很像在带人 如果目标不清楚，AI 会产出很多看似有用但无法落地的内容。 如果上下文不完整，AI 每次都只能做局部判断。 如果没有验收标准，人很容易被“看起来不错”的结果骗过去。 如果没有复盘机制，每次项目都会重新从零开始。 所以我现在想搭一套自己的独立开发工作流，我觉得这可能是未来独立开发者很重要的一种能力。 不只是会让 AI 完成任务，而是能把 AI 编排进一个持续产生产品、流量和收入的系统里。 现在很多人在讨论 AI 会不会让产品开发变得更卷，我觉得答案大概率是会的。代码产出会更便宜，MVP 会更多，很多简单工具站会越来越容易被复制。 但这也意味着，真正的竞争会往前后两端移动。 前端是需求判断和机会发现。 后端是分发、转化、运营和复盘。 中间的开发执行会被 AI 极大压缩。 所以对独立开发者来说，接下来可能最值得训练的是： 如何更快判断需求。 如何更快拿到第一批流量。 如何更快验证转化。 如何更快沉淀可复用资产。 如何让每一个项目都变成下一个项目的燃料。 这是我最近的一点思考，也欢迎大家聊聊： 你们现在用 AI 做产品时，是怎么组织成比较固定的工作流？
各位独立开发者、协作者们好！ 做独立开发，每个月最期待也最关心的时刻之一，莫过于 Apple 和 Google 官方发布上个月的 财务结账单和实际打款金额 了。 为了算清每个月最终拿到手里的真实利润，我们通常会使用一些财务看板工具（如 Appfigures 等）来聚合多平台数据。但对刚起步或者小微开发者来说，它们要么 按月订阅费用昂贵 ，要么需要你将敏感的 App Store Connect API 密钥或 Google 服务账号 JSON 凭证上传到他们的第三方服务器上 。这对于重视数据主权和隐私的开发者来说，始终是一根心头刺。 为了解决这个痛点，我开发并开源了 Store Finance Desk —— 一个完全免费、100% 本地优先（ Local-first ）的跨平台桌面客户端（目前支持 macOS 和 Windows ）。它专注于帮助独立开发者安全地在本地同步、聚合与可视化 月度官方财务报表 。 🚀 痛点解决 100% 隐私安全（ Privacy-First ） 应用 没有任何第三方服务器，无需登录注册 。你配置的苹果 Issuer ID 、私钥 (.p8)，以及谷歌 GCP JSON 凭证和拉取的原始财务数据，全部且仅加密存储在 你本地的设备上 。数据主权完全归你。 多平台官方财务月报并发同步 集成 Apple App Store Connect API 和 Google Cloud Storage (GCS)，在后台并发静默拉取官方发布的月度财务报告。一个平台同步失败不影响另一个平台的入库。 交互流畅的财务看板 自动统计并展示：折合净收入、总收入、退款金额、退款率等 KPI 。 交互式月度趋势图，鼠标 hover 数据点可在 Tooltip 里直接看到地道的单月环比（ MoM ）增减。 支持多维度排行榜：国家/地区、App 别名、SKU 维度、平台、订阅周期等。 每次启动时后台静默同步最新网络全球汇率，支持 160+ 种全球货币的自由折算与自动结算。 对新手极度友好的接入引导 别名归并页面：官方账单只有一串 SKU 或 App ID ，本工具支持自定义规则，将多平台、多商品归并到统一的 App 别名名下统计，并提供双栏响应式排版和“智能自动生成模板”功能。 凭证配置页面：为 Apple 和 Google 平台提供了保姆级的参数获取路径和 IAM 权限勾选指南。 一键测试连接 ：填好凭证路径后可直接点击“测试连接”，如果有权限不足、路径错误或网络问题会弹窗精准提示，无需等到同步失败才排查。 原生 10 国语言与启动自适应 原生支持简体中文、繁體中文、English 、日本語、한국어, Español, Deutsch, Français, Português, Русский 10 种语言。启动时自动识别系统 Locale 并自适应，且支持在设置中手动锁定语言。 📷 界面预览 📦 下载与开源地址 项目采用宽松的 MIT 协议完全开源，你可以直接在 Releases 页面下载打包公证好的 macOS 版本，或者由 GitHub Actions 自动构建好的 Windows 绿色版压缩包： GitHub 仓库地址 ： https://github.com/greatzhai/store-finance-desk 直接下载 Releases 编译包 ： https://github.com/greatzhai/store-finance-desk/releases 欢迎大家去下载试用，如果觉得有帮助，欢迎在 GitHub 给个 Star ⭐️ 鼓励一下！ 有任何 Bug 反馈、或者是想要增加的功能，欢迎直接在 GitHub 提 Issue 或在贴子里留言交流，我会一直维护和跟进，谢谢大家！
有没有从事相关独立游戏开发的佬，想请教一下，人物T-pose图、物体平面图或者三视图直接生成3D模型资产的网站或者相关Agent。毕竟我不是很会建模这块，但是又想尝试独立游戏开发，考虑到版权和购买资产比较费钱费力的问题，所以在寻找相关好用的工具，目前有尝试过tx的混元3D，不知道还有没有更好的选择。 1 个帖子 - 1 位参与者 阅读完整话题
我关注的一位游戏主播，平常主要播一些独立开发者制作的小众游戏，尤其是 2D 像素风游戏。 前不久他在粉丝群里吐槽，说他受到了某游戏开发者的邮件警告： 直播打游戏属于商业行为，违反了游戏的许可证。 并以他“收受粉丝打赏”和“直播间带货”作为“商业行为”的证据，要求他立即停止直播打这款游戏。 他好奇去游戏官网看了下，发现这游戏竟然是半开源的，源码用的 GPL 3.0 ，美术和音乐资源是 CC BY-NC-SA 4.0 。 甚至可以不走 Steam 渠道直接从 GitHub 下载就能玩。 主播感觉这不可理喻，把游戏开源出来的开发者想必很有分享精神，没想到竟然会不让直播。 不过我更关注另外一个问题：直播打游戏是否违反了游戏美术资源的 CC BY-NC-SA 许可证？ 主播直播打游戏，靠粉丝打赏和带货作为收入来源之一，这是商业行为不假。 但这是否违反了许可证，还是说这属于“合理使用”，不构成侵权？ 如果去仔细阅读那些传统商业游戏的 EULA 的话，会发现其中往往会有条款允许你将游玩录像分享出去。 但这款游戏只有两个许可证，没有额外条款。 有没有懂法律的大佬讲讲，这种情况应该怎么算？ （其实对于 CC 许可证的 NonCommercial 条款的争议早有耳闻：“商业用途”不好界定。这就是为什么一般不建议选带 NC 的许可证 ，如果真要选那还不如直接上 EULA ）
我关注的一位游戏主播，平常主要播一些独立开发者制作的小众游戏，尤其是 2D 像素风游戏。 前不久他在粉丝群里吐槽，说他受到了某游戏开发者的邮件警告： 直播打游戏属于商业行为，违反了游戏的许可证。 并以他“收受粉丝打赏”和“直播间带货”作为“商业行为”的证据，要求他立即停止直播打这款游戏。 他好奇去游戏官网看了下，发现这游戏竟然是半开源的，源码用的 GPL 3.0 ，美术和音乐资源是 CC BY-NC-SA 4.0 。 甚至可以不走 Steam 渠道直接从 GitHub 下载就能玩。 主播感觉这不可理喻，把游戏开源出来的开发者想必很有分享精神，没想到竟然会不让直播。 不过我更关注另外一个问题：直播打游戏是否违反了游戏美术资源的 CC BY-NC-SA 许可证？ 主播直播打游戏，靠粉丝打赏和带货作为收入来源之一，这是商业行为不假。 但这是否违反了许可证，还是说这属于“合理使用”，不构成侵权？ 如果去仔细阅读那些传统商业游戏的 EULA 的话，会发现其中往往会有条款允许你将游玩录像分享出去。 但这款游戏只有两个许可证，没有额外条款。 有没有懂法律的大佬讲讲，这种情况应该怎么算？ （其实对于 CC 许可证的 NonCommercial 条款的争议早有耳闻：“商业用途”不好界定。这就是为什么一般不建议选带 NC 的许可证 ，如果真要选那还不如直接上 EULA ）
我关注的一位游戏主播，平常主要播一些独立开发者制作的小众游戏，尤其是 2D 像素风游戏。 前不久他在粉丝群里吐槽，说他受到了某游戏开发者的邮件警告： 直播打游戏属于商业行为，违反了游戏的许可证。 并以他“收受粉丝打赏”和“直播间带货”作为“商业行为”的证据，要求他立即停止直播打这款游戏。 他好奇去游戏官网看了下，发现这游戏竟然是半开源的，源码用的 GPL 3.0 ，美术和音乐资源是 CC BY-NC-SA 4.0 。 甚至可以不走 Steam 渠道直接从 GitHub 下载就能玩。 主播感觉这不可理喻，把游戏开源出来的开发者想必很有分享精神，没想到竟然会不让直播。 不过我更关注另外一个问题：直播打游戏是否违反了游戏美术资源的 CC BY-NC-SA 许可证？ 主播直播打游戏，靠粉丝打赏和带货作为收入来源之一，这是商业行为不假。 但这是否违反了许可证，还是说这属于“合理使用”，不构成侵权？ 如果去仔细阅读那些传统商业游戏的 EULA 的话，会发现其中往往会有条款允许你将游玩录像分享出去。 但这款游戏只有两个许可证，没有额外条款。 有没有懂法律的大佬讲讲，这种情况应该怎么算？ （其实对于 CC 许可证的 NonCommercial 条款的争议早有耳闻：“商业用途”不好界定。这就是为什么一般不建议选带 NC 的许可证 ，如果真要选那还不如直接上 EULA ）
我关注的一位游戏主播，平常主要播一些独立开发者制作的小众游戏，尤其是 2D 像素风游戏。 前不久他在粉丝群里吐槽，说他受到了某游戏开发者的邮件警告： 直播打游戏属于商业行为，违反了游戏的许可证。 并以他“收受粉丝打赏”和“直播间带货”作为“商业行为”的证据，要求他立即停止直播打这款游戏。 他好奇去游戏官网看了下，发现这游戏竟然是半开源的，源码用的 GPL 3.0 ，美术和音乐资源是 CC BY-NC-SA 4.0 。 甚至可以不走 Steam 渠道直接从 GitHub 下载就能玩。 主播感觉这不可理喻，把游戏开源出来的开发者想必很有分享精神，没想到竟然会不让直播。 不过我更关注另外一个问题：直播打游戏是否违反了游戏美术资源的 CC BY-NC-SA 许可证？ 主播直播打游戏，靠粉丝打赏和带货作为收入来源之一，这是商业行为不假。 但这是否违反了许可证，还是说这属于“合理使用”，不构成侵权？ 如果去仔细阅读那些传统商业游戏的 EULA 的话，会发现其中往往会有条款允许你将游玩录像分享出去。 但这款游戏只有两个许可证，没有额外条款。 有没有懂法律的大佬讲讲，这种情况应该怎么算？ （其实对于 CC 许可证的 NonCommercial 条款的争议早有耳闻：“商业用途”不好界定。这就是为什么一般不建议选带 NC 的许可证 ，如果真要选那还不如直接上 EULA ）
我关注的一位游戏主播，平常主要播一些独立开发者制作的小众游戏，尤其是 2D 像素风游戏。 前不久他在粉丝群里吐槽，说他受到了某游戏开发者的邮件警告： 直播打游戏属于商业行为，违反了游戏的许可证。 并以他“收受粉丝打赏”和“直播间带货”作为“商业行为”的证据，要求他立即停止直播打这款游戏。 他好奇去游戏官网看了下，发现这游戏竟然是半开源的，源码用的 GPL 3.0 ，美术和音乐资源是 CC BY-NC-SA 4.0 。 甚至可以不走 Steam 渠道直接从 GitHub 下载就能玩。 主播感觉这不可理喻，把游戏开源出来的开发者想必很有分享精神，没想到竟然会不让直播。 不过我更关注另外一个问题：直播打游戏是否违反了游戏美术资源的 CC BY-NC-SA 许可证？ 主播直播打游戏，靠粉丝打赏和带货作为收入来源之一，这是商业行为不假。 但这是否违反了许可证，还是说这属于“合理使用”，不构成侵权？ 如果去仔细阅读那些传统商业游戏的 EULA 的话，会发现其中往往会有条款允许你将游玩录像分享出去。 但这款游戏只有两个许可证，没有额外条款。 有没有懂法律的大佬讲讲，这种情况应该怎么算？ （其实对于 CC 许可证的 NonCommercial 条款的争议早有耳闻：“商业用途”不好界定。这就是为什么一般不建议选带 NC 的许可证 ，如果真要选那还不如直接上 EULA ）
我关注的一位游戏主播，平常主要播一些独立开发者制作的小众游戏，尤其是 2D 像素风游戏。 前不久他在粉丝群里吐槽，说他受到了某游戏开发者的邮件警告： 直播打游戏属于商业行为，违反了游戏的许可证。 并以他“收受粉丝打赏”和“直播间带货”作为“商业行为”的证据，要求他立即停止直播打这款游戏。 他好奇去游戏官网看了下，发现这游戏竟然是半开源的，源码用的 GPL 3.0 ，美术和音乐资源是 CC BY-NC-SA 4.0 。 甚至可以不走 Steam 渠道直接从 GitHub 下载就能玩。 主播感觉这不可理喻，把游戏开源出来的开发者想必很有分享精神，没想到竟然会不让直播。 不过我更关注另外一个问题：直播打游戏是否违反了游戏美术资源的 CC BY-NC-SA 许可证？ 主播直播打游戏，靠粉丝打赏和带货作为收入来源之一，这是商业行为不假。 但这是否违反了许可证，还是说这属于“合理使用”，不构成侵权？ 如果去仔细阅读那些传统商业游戏的 EULA 的话，会发现其中往往会有条款允许你将游玩录像分享出去。 但这款游戏只有两个许可证，没有额外条款。 有没有懂法律的大佬讲讲，这种情况应该怎么算？ （其实对于 CC 许可证的 NonCommercial 条款的争议早有耳闻：“商业用途”不好界定。这就是为什么一般不建议选带 NC 的许可证 ，如果真要选那还不如直接上 EULA ）
找不到工作，自己做独立开发估计也要花不少时间。想去旅游下，不知道现在去日本玩需要注意些什么，会不会不安全。有经常去的老哥吗？求求带带小弟了
找不到工作，自己做独立开发估计也要花不少时间。想去旅游下，不知道现在去日本玩需要注意些什么，会不会不安全。有经常去的老哥吗？求求带带小弟了
找不到工作，自己做独立开发估计也要花不少时间。想去旅游下，不知道现在去日本玩需要注意些什么，会不会不安全。有经常去的老哥吗？求求带带小弟了
找不到工作，自己做独立开发估计也要花不少时间。想去旅游下，不知道现在去日本玩需要注意些什么，会不会不安全。有经常去的老哥吗？求求带带小弟了
刚从交易所转向玩独立钱包，发现自己知识很匮乏 注册了 safepal ，然后去“币种管理”功能里边，发现： USDT （ TRC20 ）后边是 enable/disable 的那种控件 而 USDT （ Solana ）后边是 添加+ 按钮 这两种操作有什么区别呢？
IT之家 6 月 9 日消息，据《科创板日报》今日报道， 曹操出行计划组建独立 AI 事业部，全面推进公司 AI 战略落地，完成从移动互联网公司到 AI 原生公司的关键转型 。 报道还提到，曹操出行近期已在招聘平台上线“首席 AI 官”岗位，岗位职责包括：制定 AI 战略与技术路线、构建 AI 核心能力体系、推动业务全链路 AI 赋能等。 公开资料显示，曹操出行创立于 2015 年 5 月 21 日，是吉利控股集团布局“新能源汽车共享生态”的战略性投资业务，是一家共享出行平台，目前有曹操网约车、曹操汽车、曹操顺风车等业务。 ▲ 曹操 60 汽车 据IT之家此前报道， 曹操出行 3 月 27 日发布上市后首份年报 。2025 年总收入 202 亿元再创新高，同比增长 37.7%；2025 年毛利额 18.9 亿元，同比增长 59.3%；2025 年毛利率 9.4%，同比提升 1.3 个百分点，实现第四季度调整后净利转正。 2025 年曹操出行业务版图持续扩张，截至 2025 年 12 月 31 日服务覆盖国内 195 个城市；平均月活用户数 4130 万，同比增长 43.9%；平均月活司机 63.1 万，同比增长 35.4%。 曹操出行还在年报中提到 Robotaxi 转型全面提速，全球化布局稳步推进，Robotaxi 已部署超 100 辆，启用全球首座“绿色智能通行岛”，与阿布扎比投资办公室战略合作将在当地建立海外公司。 2026 年， 曹操出行完全定制 Robotaxi 亮相 ，2027 年开始量产；逐步将 Robotaxi 业务拓展至更多城市；在国际市场部署 Robotaxi，在香港探索 Robotaxi 业务发展。