个人不是很关注ai圈的动向，只是有时间的时候刷刷l站。但今天明显感觉gpt系的模型都好慢，换了几个佬的公益站都是这样，佬友们也这样吗？ 2 个帖子 - 2 位参与者 阅读完整话题
任职要求： 1 、关注最新 Web 应用漏洞、系统漏洞，并迅速掌握漏洞利用方法，能够了解漏洞原理、利用方法以及修复方法; 2 、熟悉渗透测试流程，能够按照渗透测试框架进行渗透测试，拥有三年以上渗透测试项目经验优先: 3 、熟练使用 AWVS 、Burp Suite Pro 、SQLMap Metaspoloit 、Cosbalt Strike 等常见安全测试工具; 4 、熟悉 Windows 、Linux 平台的攻击技巧，了解 Apache Nginx 等中间件漏洞; 5 、熟练使用 Python 、Go 、PHP 、Shell 等一种及以上脚本语言，能够独立编写各类小工具及 EXP ，提高工作效率 6 、熟悉木马免杀，钓鱼，鱼叉以及水坑攻击: 7 、从事过打击黑灰产业、反诈类项目及做过案件服务优先。 8 、岗位偏渗透方向 9 待遇薪资详谈 PM：VEfvvJogQGxpbjFfNjg4ODg=
https://github.com/woodgear/refresh Refresh Refresh 是一个自托管的个人账号 feed API：用你自己的浏览器登录态，把 X/Twitter 、知乎、B 站推给你的内容采集成结构化资源，再通过网页、RSS 和 JSON API 消费。 它不是多用户托管服务，也不内置第三方账号凭据。登录态、抓取到的内容、媒体缓存和日志都属于本机运行态数据，不提交到仓库。 它做什么 通过 Chrome DevTools Protocol 操控一个独立的 Chrome profile 。 使用你自己的登录态抓取平台推荐流： X/Twitter home timeline GraphQL 响应 知乎 topstory / moments API B 站动态流 / 热门 API 每次抓取保存为不可变的 RefreshWindow 档案。 将内容归一化为 Message / Author / Account 等 k8s 风格资源。 提供 React 阅读界面：按源过滤、未读追踪、登录恢复、手动刷新。 提供 RSS： /rss/<source>.xml 和 /rss/all.xml 。 图片会本地化到 data/media ，方便 RSS 阅读器稳定回源。 隐私边界 仓库只放应用代码。以下运行态路径已被 git 忽略： profiles/ ：Chrome profile 、cookies 、登录态 data/ ：抓取内容、媒体、overlay 、调度器状态、日志 .env / .env.* ：本地部署配置 公开仓库前不要把运行态目录、截图、导出的 cookie 、本地环境变量文件或真实数据样例提交进来。 本地运行 依赖： Bun pnpm Chrome / Chromium jq 、 xmllint （用于 verify.sh ） 启动： pnpm install pnpm start 默认地址： 后端 API： http://localhost:3001 前端网页： http://localhost:5173 首次使用时打开 http://localhost:5173 。如果账号未登录，页面会提示登录；登录过程发生在受管 Chrome profile （默认 profiles/main ）里。 Chrome 启动与登录态 Refresh 不依赖外部浏览器自动化服务。后端需要访问平台时，会先检查本机 CDP： http://127.0.0.1:${RADAR_CDP_PORT}/json/version 如果 CDP 不可用，后端会自动拉起一个有窗口的 Chrome / Chromium： CDP 只监听本机 127.0.0.1 。 默认 CDP 端口是 19223 ，可用 RADAR_CDP_PORT 修改。 默认 profile 是 profiles/main ，可用 RADAR_PROFILE_DIR 修改。 Chrome 路径会自动探测；找不到时用 RADAR_CHROME_BIN 指定。 启动参数包含 --remote-debugging-port 和 --user-data-dir ，因此登录态会持久化在 profile 目录里。 登录、扫码和抓取都使用这个同一个 profile 。不要把 profiles/ 提交到仓库。 Linux 服务器部署时需要有可用的图形桌面会话，因为平台登录通常需要可见窗口。 scripts/ start-k2-tmux.sh 会在 tmux 进程里补齐常见桌面环境变量： XDG_RUNTIME_DIR WAYLAND_DISPLAY DISPLAY DBUS_SESSION_BUS_ADDRESS 如果检测到 WAYLAND_DISPLAY ，后端启动 Chrome 时会默认追加 --ozone-platform=wayland 。需要强制指定时可以设置： export RADAR_CHROME_OZONE_PLATFORM=wayland 验证 bunx tsc --noEmit ./verify.sh verify.sh 使用隔离的 mock 数据，不依赖真实平台登录态。 部署 Refresh 运行两个进程： 后端： bun server/index.ts 前端/Vite 反代： bunx vite 公网部署时，把公网地址放进环境变量，然后用反向代理或 tunnel 暴露 Vite 端口。 示例： export REFRESH_PUBLIC_URL="https://refresh.example.com" export SERVER_PORT=13001 export WEB_PORT=13002 scripts/start-k2-tmux.sh scripts/ start-k2-tmux.sh 会： 在 tmux session 中启动后端和前端； 用 REFRESH_PUBLIC_URL 设置 RADAR_BASE_URL ，保证 RSS 里的媒体地址能回源； 从 REFRESH_PUBLIC_URL 推导 Vite allowed host ； 将进程日志写入 data/logs/ 。 公网代理或 tunnel 指向： http://127.0.0.1:${WEB_PORT} 后端通过 Vite proxy 访问，因此通常只需要暴露 Web 端口。 常用环境变量 变量 用途 默认 PORT 后端端口 3001 RADAR_DATA_DIR 数据根目录 ./data RADAR_BASE_URL RSS 媒体绝对地址 http://localhost:$PORT RADAR_CDP_PORT 受管 Chrome CDP 端口 19223 RADAR_PROFILE_DIR 受管 Chrome profile 目录 ./profiles/main RADAR_CHROME_BIN Chrome 可执行文件 自动探测 RADAR_CHROME_OZONE_PLATFORM Chrome Ozone 平台，例如 wayland 检测到 WAYLAND_DISPLAY 时为 wayland RADAR_PROXY 媒体下载代理 http://127.0.0.1:7890 REFRESH_API_TARGET Vite 反代的后端地址 http://localhost:3001 REFRESH_ALLOWED_HOSTS Vite 允许访问的 host ，逗号分隔 未设置 REFRESH_PUBLIC_URL 公网部署 URL ，供 scripts/ start-k2-tmux.sh 使用 脚本必填 文档 文件 内容 AGENTS.md 当前架构、约定、API 速查、常见任务操作手册 docs/design.md 原始设计蓝图和设计取舍 docs/progress.md 实施日志、踩坑记录和后续候选项
https://github.com/woodgear/refresh Refresh Refresh 是一个自托管的个人账号 feed API：用你自己的浏览器登录态，把 X/Twitter 、知乎、B 站推给你的内容采集成结构化资源，再通过网页、RSS 和 JSON API 消费。 它不是多用户托管服务，也不内置第三方账号凭据。登录态、抓取到的内容、媒体缓存和日志都属于本机运行态数据，不提交到仓库。 它做什么 通过 Chrome DevTools Protocol 操控一个独立的 Chrome profile 。 使用你自己的登录态抓取平台推荐流： X/Twitter home timeline GraphQL 响应 知乎 topstory / moments API B 站动态流 / 热门 API 每次抓取保存为不可变的 RefreshWindow 档案。 将内容归一化为 Message / Author / Account 等 k8s 风格资源。 提供 React 阅读界面：按源过滤、未读追踪、登录恢复、手动刷新。 提供 RSS： /rss/<source>.xml 和 /rss/all.xml 。 图片会本地化到 data/media ，方便 RSS 阅读器稳定回源。 隐私边界 仓库只放应用代码。以下运行态路径已被 git 忽略： profiles/ ：Chrome profile 、cookies 、登录态 data/ ：抓取内容、媒体、overlay 、调度器状态、日志 .env / .env.* ：本地部署配置 公开仓库前不要把运行态目录、截图、导出的 cookie 、本地环境变量文件或真实数据样例提交进来。 本地运行 依赖： Bun pnpm Chrome / Chromium jq 、 xmllint （用于 verify.sh ） 启动： pnpm install pnpm start 默认地址： 后端 API： http://localhost:3001 前端网页： http://localhost:5173 首次使用时打开 http://localhost:5173 。如果账号未登录，页面会提示登录；登录过程发生在受管 Chrome profile （默认 profiles/main ）里。 Chrome 启动与登录态 Refresh 不依赖外部浏览器自动化服务。后端需要访问平台时，会先检查本机 CDP： http://127.0.0.1:${RADAR_CDP_PORT}/json/version 如果 CDP 不可用，后端会自动拉起一个有窗口的 Chrome / Chromium： CDP 只监听本机 127.0.0.1 。 默认 CDP 端口是 19223 ，可用 RADAR_CDP_PORT 修改。 默认 profile 是 profiles/main ，可用 RADAR_PROFILE_DIR 修改。 Chrome 路径会自动探测；找不到时用 RADAR_CHROME_BIN 指定。 启动参数包含 --remote-debugging-port 和 --user-data-dir ，因此登录态会持久化在 profile 目录里。 登录、扫码和抓取都使用这个同一个 profile 。不要把 profiles/ 提交到仓库。 Linux 服务器部署时需要有可用的图形桌面会话，因为平台登录通常需要可见窗口。 scripts/ start-k2-tmux.sh 会在 tmux 进程里补齐常见桌面环境变量： XDG_RUNTIME_DIR WAYLAND_DISPLAY DISPLAY DBUS_SESSION_BUS_ADDRESS 如果检测到 WAYLAND_DISPLAY ，后端启动 Chrome 时会默认追加 --ozone-platform=wayland 。需要强制指定时可以设置： export RADAR_CHROME_OZONE_PLATFORM=wayland 验证 bunx tsc --noEmit ./verify.sh verify.sh 使用隔离的 mock 数据，不依赖真实平台登录态。 部署 Refresh 运行两个进程： 后端： bun server/index.ts 前端/Vite 反代： bunx vite 公网部署时，把公网地址放进环境变量，然后用反向代理或 tunnel 暴露 Vite 端口。 示例： export REFRESH_PUBLIC_URL="https://refresh.example.com" export SERVER_PORT=13001 export WEB_PORT=13002 scripts/start-k2-tmux.sh scripts/ start-k2-tmux.sh 会： 在 tmux session 中启动后端和前端； 用 REFRESH_PUBLIC_URL 设置 RADAR_BASE_URL ，保证 RSS 里的媒体地址能回源； 从 REFRESH_PUBLIC_URL 推导 Vite allowed host ； 将进程日志写入 data/logs/ 。 公网代理或 tunnel 指向： http://127.0.0.1:${WEB_PORT} 后端通过 Vite proxy 访问，因此通常只需要暴露 Web 端口。 常用环境变量 变量 用途 默认 PORT 后端端口 3001 RADAR_DATA_DIR 数据根目录 ./data RADAR_BASE_URL RSS 媒体绝对地址 http://localhost:$PORT RADAR_CDP_PORT 受管 Chrome CDP 端口 19223 RADAR_PROFILE_DIR 受管 Chrome profile 目录 ./profiles/main RADAR_CHROME_BIN Chrome 可执行文件 自动探测 RADAR_CHROME_OZONE_PLATFORM Chrome Ozone 平台，例如 wayland 检测到 WAYLAND_DISPLAY 时为 wayland RADAR_PROXY 媒体下载代理 http://127.0.0.1:7890 REFRESH_API_TARGET Vite 反代的后端地址 http://localhost:3001 REFRESH_ALLOWED_HOSTS Vite 允许访问的 host ，逗号分隔 未设置 REFRESH_PUBLIC_URL 公网部署 URL ，供 scripts/ start-k2-tmux.sh 使用 脚本必填 文档 文件 内容 AGENTS.md 当前架构、约定、API 速查、常见任务操作手册 docs/design.md 原始设计蓝图和设计取舍 docs/progress.md 实施日志、踩坑记录和后续候选项
https://github.com/woodgear/refresh Refresh Refresh 是一个自托管的个人账号 feed API：用你自己的浏览器登录态，把 X/Twitter 、知乎、B 站推给你的内容采集成结构化资源，再通过网页、RSS 和 JSON API 消费。 它不是多用户托管服务，也不内置第三方账号凭据。登录态、抓取到的内容、媒体缓存和日志都属于本机运行态数据，不提交到仓库。 它做什么 通过 Chrome DevTools Protocol 操控一个独立的 Chrome profile 。 使用你自己的登录态抓取平台推荐流： X/Twitter home timeline GraphQL 响应 知乎 topstory / moments API B 站动态流 / 热门 API 每次抓取保存为不可变的 RefreshWindow 档案。 将内容归一化为 Message / Author / Account 等 k8s 风格资源。 提供 React 阅读界面：按源过滤、未读追踪、登录恢复、手动刷新。 提供 RSS： /rss/<source>.xml 和 /rss/all.xml 。 图片会本地化到 data/media ，方便 RSS 阅读器稳定回源。 隐私边界 仓库只放应用代码。以下运行态路径已被 git 忽略： profiles/ ：Chrome profile 、cookies 、登录态 data/ ：抓取内容、媒体、overlay 、调度器状态、日志 .env / .env.* ：本地部署配置 公开仓库前不要把运行态目录、截图、导出的 cookie 、本地环境变量文件或真实数据样例提交进来。 本地运行 依赖： Bun pnpm Chrome / Chromium jq 、 xmllint （用于 verify.sh ） 启动： pnpm install pnpm start 默认地址： 后端 API： http://localhost:3001 前端网页： http://localhost:5173 首次使用时打开 http://localhost:5173 。如果账号未登录，页面会提示登录；登录过程发生在受管 Chrome profile （默认 profiles/main ）里。 Chrome 启动与登录态 Refresh 不依赖外部浏览器自动化服务。后端需要访问平台时，会先检查本机 CDP： http://127.0.0.1:${RADAR_CDP_PORT}/json/version 如果 CDP 不可用，后端会自动拉起一个有窗口的 Chrome / Chromium： CDP 只监听本机 127.0.0.1 。 默认 CDP 端口是 19223 ，可用 RADAR_CDP_PORT 修改。 默认 profile 是 profiles/main ，可用 RADAR_PROFILE_DIR 修改。 Chrome 路径会自动探测；找不到时用 RADAR_CHROME_BIN 指定。 启动参数包含 --remote-debugging-port 和 --user-data-dir ，因此登录态会持久化在 profile 目录里。 登录、扫码和抓取都使用这个同一个 profile 。不要把 profiles/ 提交到仓库。 Linux 服务器部署时需要有可用的图形桌面会话，因为平台登录通常需要可见窗口。 scripts/ start-k2-tmux.sh 会在 tmux 进程里补齐常见桌面环境变量： XDG_RUNTIME_DIR WAYLAND_DISPLAY DISPLAY DBUS_SESSION_BUS_ADDRESS 如果检测到 WAYLAND_DISPLAY ，后端启动 Chrome 时会默认追加 --ozone-platform=wayland 。需要强制指定时可以设置： export RADAR_CHROME_OZONE_PLATFORM=wayland 验证 bunx tsc --noEmit ./verify.sh verify.sh 使用隔离的 mock 数据，不依赖真实平台登录态。 部署 Refresh 运行两个进程： 后端： bun server/index.ts 前端/Vite 反代： bunx vite 公网部署时，把公网地址放进环境变量，然后用反向代理或 tunnel 暴露 Vite 端口。 示例： export REFRESH_PUBLIC_URL="https://refresh.example.com" export SERVER_PORT=13001 export WEB_PORT=13002 scripts/start-k2-tmux.sh scripts/ start-k2-tmux.sh 会： 在 tmux session 中启动后端和前端； 用 REFRESH_PUBLIC_URL 设置 RADAR_BASE_URL ，保证 RSS 里的媒体地址能回源； 从 REFRESH_PUBLIC_URL 推导 Vite allowed host ； 将进程日志写入 data/logs/ 。 公网代理或 tunnel 指向： http://127.0.0.1:${WEB_PORT} 后端通过 Vite proxy 访问，因此通常只需要暴露 Web 端口。 常用环境变量 变量 用途 默认 PORT 后端端口 3001 RADAR_DATA_DIR 数据根目录 ./data RADAR_BASE_URL RSS 媒体绝对地址 http://localhost:$PORT RADAR_CDP_PORT 受管 Chrome CDP 端口 19223 RADAR_PROFILE_DIR 受管 Chrome profile 目录 ./profiles/main RADAR_CHROME_BIN Chrome 可执行文件 自动探测 RADAR_CHROME_OZONE_PLATFORM Chrome Ozone 平台，例如 wayland 检测到 WAYLAND_DISPLAY 时为 wayland RADAR_PROXY 媒体下载代理 http://127.0.0.1:7890 REFRESH_API_TARGET Vite 反代的后端地址 http://localhost:3001 REFRESH_ALLOWED_HOSTS Vite 允许访问的 host ，逗号分隔 未设置 REFRESH_PUBLIC_URL 公网部署 URL ，供 scripts/ start-k2-tmux.sh 使用 脚本必填 文档 文件 内容 AGENTS.md 当前架构、约定、API 速查、常见任务操作手册 docs/design.md 原始设计蓝图和设计取舍 docs/progress.md 实施日志、踩坑记录和后续候选项
气死了，我记得我一直都是超高跑的，没怎么关注，刚刚没事点着玩，才发现一直跑的是中，看我统计那里也显示的最常用的是中。账号还是正价购的pro，我说我的使用量怎么一直上不去，额度永远消耗不掉 感觉对不起公司了，没有拿最顶尖的思考能力去工作 5 个帖子 - 3 位参与者 阅读完整话题
关注 上海市消保委 公众号，发送 健康饮食绿色消费 ，领取全家美黄燕麦拿铁尝鲜券1张 3 个帖子 - 3 位参与者 阅读完整话题
我关注的一位游戏主播，平常主要播一些独立开发者制作的小众游戏，尤其是 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 ）
因受官方风控持续关注、个人精力等多方因素影响，Grok2API 项目即日起将正式停更。仓库代码将归档并仅作学习与研究参考，后续不再进行功能开发、问题修复与技术支持。 好消息是 x-statsig-id 仍可以通过其他手段获取/破解（后续可以分享一下，项目已经被关注了，发布也会很快被杀） 同时站内也有很多佬对 Grok API 平台的进行了逆向，可以自行搜索。 感谢各位一路以来各位佬的关注与支持！ github.com GitHub - chenyme/grok2api: Grok2API 是一个基于 FastAPI 构建的 Grok 网关，支持将 Grok Web... Grok2API 是一个基于 FastAPI 构建的 Grok 网关，支持将 Grok Web 能力以 OpenAI 兼容 API 的方式转换。 接下来就专注于 DEEIX Chat 的开发啦～ 后续有其他逆向也会继续和大家分享的！ 欢迎 Star 我的新项目！ Open WebUI 占用太大？极致轻量且全面的的 Web 平台，空载时仅占用 34 MB！ 「DEEIX Chat v0.2.0」高颜值WebUI - 兑换码、HTML渲染上线！模型管理、图片生成增强！ 「DEEIX Chat」替代 OWU，轻量&全能的开源 Web 平台（静态运行占用仅 34 MB） github.com GitHub - DEEIX-AI/DEEIX-Chat: An enterprise AI workspace for model routing,... An enterprise AI workspace for model routing, multimodal chat, files, tools, billing, identity, and operations. 项目文档 deeix.com DEEIX Chat 项目文档 | DEEIX AI DEEIX Chat 项目文档，介绍模型路由、多模态对话、文件与 RAG、MCP 工具、计费、身份认证和运维管理。 21 个帖子 - 18 位参与者 阅读完整话题
有平时关注足球的佬吗，目前看下来好像是选阿根廷的最多，这次世界杯，他是纸面最强的吗，说是赢一场可以抽Token 3 个帖子 - 3 位参与者 阅读完整话题
什么样的游戏容易爆火，怎么关注这些趋势呢？我做了一个监控各个游戏站 sitemap 的定时任务，在 hermes 中，然后每天只需要去 google trend 中查看对应游戏名称即刻
现在 AI 太强了，以前学技术还要兼顾技术的广度和深度，现在都很少关注一些技术细节，感觉学习技术的方式要改变了？技术的深度没那么重要，当下应该关注广度，知道更多的东西，提高自己的认知，才能很好的指挥 AI 干活，佬们觉得呢？ 2 个帖子 - 2 位参与者 阅读完整话题
想咨询一下各位佬友，问数机器人大家更关注哪一些点，本来今天想分享一下问数机器人，但是感觉这个话题已经被讲烂了 ，在考虑要不要分享，分享什么行业的，如果只分享结论又太少了，分享多了感觉又比较偏向技术层，难搞。 3 个帖子 - 3 位参与者 阅读完整话题
2026年全国高考今日开考，这些新变化值得关注_教育家_澎湃新闻-The Paper 2026年全国统一高考今天（6月7日）开考，今年高考报名总人数为1290万人，全国共设7981个考点，34.8万个考场。高考首日的考试科目是语文和数学。 希望各位考生能够正常发挥，考到理想专业 另外也想问看到近年大学越来越少文科专业，理科专业越来越多，真的读文科不吃香吗? 我觉得ai发展得越好，文科生应该也拉近了跟理科生的差距吧 ? 关于高考，佬友们印象最深的是什么？ 9 个帖子 - 9 位参与者 阅读完整话题
IT之家 6 月 7 日消息，长期关注国内手机市场份额的博主 @RD观测 昨晚分享了 小米 17 Max 新机首销情况：以首销 7 天为标准（IT之家注：5 月 25 日-5 月 31 日）， 小米 17 Max 同期约为小米 17 的 25% 。 博主表示，由于小米 17 Max 不是此前任何产品的迭代， 故对比只作为参考 。第三方数据源，仅供参考。 IT之家注意到，博主还在评论区进行了补充，称绝大多数机型在开售前几天都会有极少量的机型被激活， 但是小米 17 Max 在开售前（22-24 日）累计激活的量级达到了万量级 ，推测可能是存在提前开售的情况。 评论区中也有用户佐证了博主的说法， 称线下小米之家盲订的比发售日 5 月 25 日提前两天可以取货 ，5 月 23 号小米之家就能拿货。 据IT之家此前报道，小米 17 Max 已于今年 5 月正式发布，该机搭载第五代骁龙 8 至尊版处理器、内置 8000mAh 小米金沙江电池、拥有小米首款徕卡 2 亿像素主摄、配备 6.9 英寸超级像素屏幕，提供白色、晴空蓝、像素黑三款配色， 国补到手价 4299 元起 。 京东 小米（MI）小米 17 Max 国补到手价 4299 元起 直达链接 京东 618 无门槛红包 面额至高 26618 元，每天抽 3 次： 点此抽红包 淘宝 618 无门槛红包 面额至高 26888 元，每天抽 1 次： 点此抽红包