9月8日浙江余姚法院宣判，以郑某为首的6人，大多有着大厂程序员从业背景。他们研究各类大模型的安全漏洞，通过特殊指令实现AI“越狱”，绕过平台内容风控，批量生成淫秽图片。 团队搭建完整运营链路，把生成图片上架境外网站，接受虚拟币付款，累计非法获利约17万元，产出几十万张AI图像，其中上万张经司法鉴定属于淫秽内容。庭审中他们辩称只是提供工具，内容由用户触发，但法院认定其主动搭建整套违规系统，主观牟利意图明确，均构成制作淫秽物品牟利罪，分别获刑3年1个月至3年10个月，并处罚金。 这帮人也是“真有才”，拿懂技术搞邪修，高学历更该守住底线，一步踏错多年职业生涯直接清零。很多人误以为AI生成就不算制作，这个判例直接把这条灰色路子彻底封死了。白忙乎半天，这下彻底扑街了。

可能这就是 Vibe Coding 的意义吧 我一个代码小白 10 分钟做出来的 节省一天的时间 不用一张一张的做邀请函了 科技改变生活 提高工作效率 #AI# #AI工具# #批量生成图片# #AI教程#

Bria（Bria AI） 是一家专注于商业级视觉生成式AI的公司， 核心定位 它不是面向普通用户随便玩的文生图工具（比如Midjourney那种），而是做企业/开发者用的视觉AI基础设施， 100% 使用正版授权数据训练（和Getty Images、Alamy、Freepik等合作），不爬图。 生成结果有版权归属追踪和补偿机制，商业使用更安全，不容易踩版权雷。 提供API、SDK，方便直接集成进产品、电商、广告、内容生产流程。 主要能力 文生图 / 图生图 背景移除（图片 + 视频） 产品图生成与编辑（电商常用） 广告素材批量生成 高分辨率放大、精细编辑 支持「品牌定制模型」（Tailored Generation），让AI输出更贴合自己的品牌风格 最新有Fibo模型，用结构化提示（Visual Generative Language）提升可控性和一致性

前几天所谓「上千个AI美女屠版小红书」的聊天记录疯传时，我是真忍着一句话都没想说，就是不想给人抬轿子。用AI批量生成真人风格的人像图片压根就不难，难的是操纵上千个实名账号在小红书持续发笔记还不触发风控，网络环境、纯净IP、群控系统、手机矩阵这些才是最麻烦的成本，吹牛逼的人大概率也是想卖那套设施，结果传得太火了，这不就被锤了。。。

X 推出了新的原创内容奖励计划 我用大白话给兄弟们梳理了一下 简单来说： 以前靠搬运、AI批量发帖、无脑转发赚分成的玩法，要结束了 以后重点奖励： 1） 原创帖子 2）个人观点分析 3）自制图片/视频 4）有价值的评论内容 不再鼓励： ❌复制别人内容 ❌ 跨平台搬运 ❌ AI批量生成垃圾内容 ❌ 转发只加一句话 新计划要求： • Premium 用户 • 500个蓝标粉丝 • 过去90天蓝标用户首页曝光50万+ 其实这次调整释放了一个信号 X 不想养一批内容搬运工 它想留下： 真正有观点、有经验、有创造力的创作者 这反而是机会

服装品牌的电商详情页图的工作流其实已经开始在跑了。且ok。 一个quick studio 页面用于上传素材和生成结果。 一个页面preview 用于各个需要图片的下载所需的图片 今天部门领导说：可不可以给美工减轻一下工作量？Logo加上去，自动按顺序拼好图。 我想的实现路径是： 阶段1: 批量生成（已经做完自动化） 每个出图任务跑 2-4 张 ↓ 阶段2: 选图（人工，在预览页面完成，这个步骤我不知道能不能省掉，目前来看是省不掉的） 每个任务组显示 2-4 张缩略图 用户点击选出每组的「定稿」（标记 ★） ↓ 阶段3: 后处理（自动，一键触发） ✅ 主图叠 Logo （用代码贴 PNG透明图标，白底图跳过，因为白底图不需要加Logo，然后不用图像模型去加的原因是可能不稳定，位置大小没有100%按照约束的去做，增加抽卡的可能性） ✅ 氛围图拼图（从标记 ★ 的氛围图里取3张 → 上1下2） 氛围图我没有直接出一张上1+下2的9：16 我是出多张，然后拼，原因是这样服装的还原度是最高的。 ✅ 长图拼接（按模式对应的顺序拼接 ★ 图）顺序已经安排好，上装的顺序，下装的顺序，套装/连衣裙的顺序 ✅ 分3个文件夹存储（详情页 / 主图 / 素材） 素材的作用是，需要有一个图片对比质检的过程。 👆内容真正接触落地场景的应该都能懂。 要流程化，要减少人的工作量，能代码解决的，就不要用AI解决，搭配干活发挥各自的特长。

Reddit疯传！有人靠一个只有三个页面的小网站，月入几万美元，最离谱的是整个产品一个程序员几天就能做出来。 这种东西在技术圈叫 Micro SaaS。 不是做下一个微信，也不是做什么AI超级平台，而是专门解决一个小得不能再小的问题。 比如跨境卖家每天要把几十张产品图改尺寸、去背景、换不同平台比例；以前要设计师一张张搞。 有人就做了个网站：上传图片，自动识别产品，批量生成 Amazon、Shopify、TikTok Shop 不同尺寸。 整个产品就三个页面：登录、上传、下载。 收费也简单：19美元、49美元、99美元一个月。 1000个用户看起来不多，但如果平均每个人30美元，一个月就是3万美元。 这类产品最有意思的地方，是技术难度经常不高。 真正难的是你能不能找到一种“每天重复发生、很烦、但又不值得公司专门招个人”的小问题。 现在有了大模型以后，很多以前要写几个月的功能，几天就能拼出来。 前端用现成模板，登录用现成服务，支付接Stripe，AI直接调API，服务器一个月几十美元。 所以今天做软件，最危险的误区就是： “这个技术不难，所以肯定没人赚钱。” 恰恰相反。 很多赚钱的软件，技术都没那么牛逼。 牛逼的是它卡在一个老板每天都要骂一句脏话的地方。

研究了几天，我终于发现 Grok 的正确使用方式了：把它当成高速、廉价、额度几乎用不完的杂活 Agent。 Grok 的优缺点都很明显： 1. 速度非常快，但比较懒，复杂任务的质量不如 Sol 5.6 和 Fable 2. 订阅附带 X 蓝标，对做自媒体的人可能有用 3. 使用额度非常宽松，Grok Imagine 还能快速生成图片和视频 4. 生成质量比不上 Kling 和 SD，但速度快、对嘴不差，做原型完全够用 Unity 最近又开放了 CLI，所以 Grok 最适合连接 Unity、Unreal、Blender 等工具，帮你批量处理素材、改场景、写脚本和完成重复性工作。 Fable 和 Sol 太贵，不适合拿来干所有杂活。更合理的工作流是： 先让 Grok 快速做到超过 MVP 的 Prototype，连图片和视频一起做出来；最后再交给 Fable 或 Sol 做架构审查、质量提升和收尾。 便宜模型负责跑量，顶级模型负责判断。这样用才不浪费。

最近 guizang 、zarazhangrui 花叔等大佬纷纷开源 PPT Skill，我花了一天测试完了7个ppt skill项目，直接把结论分享给大家： AI 生成 PPT 丑的核心原因，不是 AI 能力不行，是你没给它正确的审美约束系统 这7个开源 Skill 解决的就是这个问题——它们把“什么样的 PPT 人类才愿意看”编译成了 AI 能理解的规则 下面按使用场景分类推荐，直接对号入座： 1. frontend-slides：看图选风格的 Vibe Coding 典范 GitHub: zarazhangrui/frontend-slides (17k+星） 这是我测下来最符合“Vibe Coding”理念的一个 核心亮点：不问你要什么风格，直接生成3个不同方向的预览图让你挑 挑完之后再生成完整 deck，全程零 CSS/JS 知识门槛 支持12种精选风格模板，PPT 转网页，一键 Vercel 部署或导出 PDF 作者 zarazhangrui 在 X 上说得很直白：“代码生成的 slides 可以比大部分 PPT 工具做得更好，但前提是你得先让 Claude 理解什么叫‘好看’” 这个 Skill 的精髓在于 Show, Don't Tell——不让用户描述审美，而是让用户指认审美 适合场景：需要快速出一套有设计感的演示文稿，尤其是对外 pitch 或线上分享 2. huashu-design：一句话生成 HTML deck + 可编辑 PPTX GitHub: alchaincyf/huashu-design (13k+星） 花叔这个项目野心更大，不只是做 PPT，而是做“HTML-native 设计系统” 一句 Prompt 能同时输出： 专业 HTML deck（浏览器直接打开） 可编辑 PPTX（给不懂代码的同事改） MP4导出（直接当视频用） 交互原型（可点击的 App demo） 内置20种设计哲学（Bauhaus、Swiss、Brutalism……）,5维设计评审系统 在 X 中文圈常和 guizang 项目并列推荐，两者审美路线不同：huashu 偏“设计工具消失感”,guizang 偏“杂志编辑部美学” 适合场景：需要多格式交付，或者团队里既有技术也有非技术人员协作 3. guizang-ppt-skill：专治 AI 生成 PPT 审美灾难 GitHub: op7418/guizang-ppt-skill (7k+星） 歸藏在 X 上分享自己的 PPT 模板后，直接把整套审美系统开源成了 Skill 这个项目的定位很明确：横向翻页杂志风 HTML PPT 10种布局骨架，5套主题配色（不允许自定义 hex 值，强制保护美学） WebGL 流体背景，Motion One 驱动的入场动效，单文件输出（离线可用） 歸藏在 README 里写：“颜色搭配错了画面瞬间变丑，保护美学比给自由更重要” 这句话戳中了 AI 生成内容的核心痛点——自由度和质量往往是反比关系 适合场景：15-30分钟的线下分享、私享会，需要凸显个人风格的场合 4. open-slide:Agent 最后一公里生产力工具 GitHub: 1weiho/open-slide (3k+星） 这个项目思路最特别：不是“生成 PPT”，而是“为 Agent 设计的 Slide 框架” 每张幻灯片是一个 React 组件，固定1920×1080画布 核心 workflow: 一句话 prompt 生成整套 deck 在浏览器里点击任意元素留 comment 运行 /apply-comments,Agent 自动应用修改 支持演讲者笔记、定时器、导出 HTML/PDF 适合场景：需要高频迭代、多轮修改的场景，或者本身就在用 Claude Code/Cursor 的开发者 5. html-ppt-skill：模板党的军火库 GitHub: lewislulu/html-ppt-skill (3k+星） 这个项目走的是“模板丰富度”路线： 36套主题 15个完整 deck 模板 47种动画预设 演讲者模式（讲稿+计时器） 适合不想从零开始设计，直接套模板改内容的场景 如果你的需求是“快速出一版能看的”，这个库的模板密度是最高的 6. beautiful-html-templates: Agent 自动挑选填充 GitHub: zarazhangrui/beautiful-html-templates (1k+星） 同样是 zarazhangrui 的项目，这个更像是 frontend-slides 的模板仓库 32套 HTML Slide 模板，专为 coding agent 准备 Agent 可以根据内容类型自动挑选合适的模板填充 适合场景：批量生成多套风格一致的 deck，或者需要建立团队统一视觉规范 7. open-design: Claude Design 的开源替代 GitHub: nexu-io/open-design Tom Huang 团队开源的设计系统，支持： 幻灯片、图片、视频、HyperFrames 导出 71套品牌设计系统 配套工具 html-anything（多格式转高审美 HTML，包括 Keynote 风 PPT） 这个项目的野心是做“本地优先的 Claude Design 替代方案” 如果你需要的不只是 PPT，而是整套设计工作流，这个是最完整的 这些 Skill 的共同点是：它们都在用代码重新定义“什么是好看的 PPT” 以前做 PPT 是在 PowerPoint 里拖拽，现在是在跟 AI 描述你要什么 但 AI 不懂审美，所以这些开源作者做的事，本质上是把审美编译成了 AI 能理解的规则 这才是这些项目真正的价值 如果你也在用 Claude Code 做内容生产，这7个库值得全部 clone 下来试一遍 因为你会发现：AI 生成内容的天花板，往往不在 AI 本身，而在你给它的“审美约束系统”有多严谨 所有项目都是开源免费，直接 GitHub 搜索项目名就能找到 装好之后在工具里输入对应的 skill 名称就能调用

Opus 5.5（图1-2） vs GPT 6 Astra（图3-4） Opus 5.5 网页： GPT 6 Astra 网页： --- Prompt --- 请直接制作一个可以在浏览器中实时交互的高完成度 3D 景观网页。 主题：日式樱花山谷。 使用 HTML、CSS、JavaScript 实现。不要生成图片，不要只给设计方案， 不要用一张背景图加视差效果冒充 3D。我要的是实际可运行、可游览的成品。 【一、作品定位】 这是一片完整、连续、有远近层次的山谷景观， 不是孤立的小摆件、悬浮岛、带底座的沙盘，也不是单纯的技术演示。 风格是现代精细体素 / voxel art： 保留立方体几何的造型语言，但画面应高分辨率、抗锯齿、光影细腻。 不要复古低分辨率像素化，不要粗大积木堆砌，不要给画面套像素滤镜。 视觉质量优先。宁可少几个功能，也不要牺牲构图、材质和光照。 【二、参考图的使用方式】 如果附有参考图，请先理解它的构图层次、尺度、光线和色彩关系。 仅借鉴氛围与视觉语言，重新设计场景， 不要照搬建筑、树木、山体和道路的位置，不要 1:1 复刻。 参考图不是网页里的背景素材。场景本身必须由真实 3D 几何构成。 【三、场景构图】 默认打开时就应呈现一幅完整、有吸引力的画面， 不需要用户先旋转镜头才能找到好看的角度。 采用透视相机，而不是沙盘式等距俯视相机。 画面有明确的前景、中景、远景： 前景： 一株有存在感的古老樱花树，配合岩石、草木、石灯笼和少量落花， 形成画面边缘的自然框景，但不能挡住河流、桥和主要建筑。 中景： 一条蜿蜒河流引导视线进入画面，红色木桥横跨河面； 村落、茶屋、神社和小径顺着地势分布，建筑之间有真实的通行关系。 地面有起伏、岸线和自然过渡，不是平面上均匀摆放模型。 远景： 山坡上的多层塔、不同距离的森林和山脊，以及远处的雪山。 用尺度变化、遮挡、冷暖变化和空气透视表现距离， 而不是仅仅把远处物体缩小。 不要把所有元素均匀铺满。需要主次、疏密、留白和清楚的视觉焦点。 【四、造型与画面质量】 樱花树： 树干有转折、分叉和根部，树冠由不规则花簇组成， 有间隙、厚薄变化和可见枝条。不要做成几个规则球体或方块团。 建筑： 屋顶有层叠瓦片、挑檐、梁柱和窗格； 不同建筑有用途、体量和高度差异，不要复制同一栋房子铺满山谷。 地形： 岸边有湿润石块、草丛和植被过渡。 避免过于规律的台阶、重复条纹、棋盘格和明显的程序生成网格。 水面： 必须能够反映周围景物，具有适度的波纹、深浅变化和岸边过渡。 尽量使用实际场景反射；需要性能降级时也应保持视觉可信。 不要用闪烁噪声、强烈扭曲或一整块蓝色平面代替水。 细节： 可以有少量锦鲤、落花、萤火虫、瀑布和远处飞鸟， 但都应服务于氛围，不能让画面显得嘈杂。 不要为了宣称模型数量而堆砌细节。 【五、色彩与氛围】 默认是蓝调时刻： 偏冷的山谷与远山，柔和的粉色樱花，温暖但不过曝的灯笼和窗光。 暖光集中在有人活动的地方，不要把整个环境染成橙色。 需要柔和阴影、物体接触处的明暗、合理的曝光、 克制的泛光、抗锯齿和有距离层次的薄雾。 避免发白、灰蒙、过度饱和、满屏浓雾、过曝灯光和明显锯齿。 方块几何可以清晰，但渲染本身不能粗糙。 另提供“清晨”和“雨中”两种氛围； 切换时应同步改变天空、环境光、雾和局部效果， 不是仅仅修改背景颜色。 【六、交互与界面】 提供四个经过设计的镜头： 山谷全景、河边低机位、寺庙小径、山坡俯瞰。 切换应平滑，每个镜头都需要有独立的构图价值。 基础交互： 鼠标拖动观察、滚轮缩放或前进，触屏支持拖动和双指缩放。 提供重置视角、隐藏界面和保存当前画面的功能。 可选增强： 自由探索、缓慢镜头巡游、环境音。 环境音默认关闭，只在用户主动点击后播放。 额外功能不能影响默认画面的完成度。 界面要克制、有设计感，以景观为主。 标题和控制条放在边缘，不遮挡视觉焦点。 桌面和手机都不能出现按钮越界、文字重叠或无法操作的问题。 【七、工程与性能】 允许使用 Three.js / WebGL，以及版本固定、互相兼容的 CDN 依赖。 优先使用成熟渲染能力，不要为了“零依赖”重写整套引擎。 自写的 HTML、CSS、JavaScript 尽量整理在一个 HTML 文件中。 景物由程序化几何和材质生成，不依赖外部图片或 3D 模型资源。 重复物体采用适合的批量或实例化绘制方式； 合理控制细分、阴影、反射和渲染分辨率。 提供高画质和轻量模式，手机默认使用较轻设置。 不要靠无限增加体素数量换取细节。 加入加载提示、WebGL 不支持时的提示和必要的错误处理。 没有开启声音时不要自动播放；尊重减少动态效果的系统偏好。 【八、交付前验收】 不要写完代码就立即交付。 如果当前环境支持浏览器运行和截图，请先实际打开页面， 检查默认镜头、四个视角、氛围切换、桌面和手机布局， 再根据截图修正明显的构图、曝光、遮挡和渲染问题。 重点检查： 是否存在空白画面、加载失败、控制台错误； 是否有穿模、闪烁、阴影条纹、过曝、水面异常； 默认画面是否真正像完整景观，而不是小型沙盘； 功能按钮是否实际可用，移动端是否越界。 可以使用浏览器截图验收，但不要调用图像生成工具。 没有完成的测试要如实说明，不要声称已经验证。 最终交付： 1. 实际存在、可以打开的 HTML 文件，或当前环境支持的交互预览。 2. 如能截图，附一张真实浏览器渲染截图。 3. 简短说明操作方式和必要的运行条件。 请直接完成制作；非关键细节自行作出一致的设计选择， 不要把可以自行解决的实现问题反复交给我决定。