Mrvn / 马文

@IvesHuang259543 @cherylnatsu 同感，5.3更稳

@cherylnatsu 我感觉gpt5.3比5.4稳，不知道是不是错觉。

我实际体验gpt5.4相对于opus4.6干活更有效更精确，但是不怎么爱说话，连文档写的都很短，人狠话不多。

AI生成设计稿还有价值的。主要是对生成页面继续调整比改代码更方便。个人感觉，AI生成设计稿是不是伪命题，关键点可能是设计稿能否准确轻松与代码做双向同步。以前设计稿是上游、代码是下游；现在在尝试以代码为single source of truth，设计稿仅是中转。比如微调当前页面设计，或者临时生成多个实验方案，直接(不论是我还是Agent)操作设计稿比改真实代码或临时建新路由要方便。 最近我在Paper中尝试这个流程，效果还是蛮不错的。有时候脑子里有好几个想法，可以让Agent基于当前页面生成好几个版本，生成后，我选择一个满意的，可能会再做一些微调，然后让Agent同步回代码。这里推荐paper而不是Figma，Paper基于web语义渲染，其与代码融合度比基于Canva的Figma好不少。

我一直认为“AI 生成设计稿”在某种程度上是个伪命题：既然 AI 已经能够直接生成可用的界面，那为什么还要多此一举，先生成设计稿再走一遍流程？这一步更多像是在满足设计师对过程与结果的掌控感。 而且，即便生成了设计稿，后续往往还是要让 AI 再基于设计稿去生成最终界面，本质上是重复劳动。我的理解是，流程里不应该存在“AI 生成设计稿”这个环节；更合理的工作流程也应当围绕“直接产出可交付界面”来走

@3an3i @dingyi 能Figma转paper哈哈哈哈

@dingyi paper有插件能转fig吗

还是有区别的。Figma 的历史包袱很重。

@realcoreychiu 试试Paper

试了几次，好的地方是他会生成网站的design system，做出设计风格统一的og图 问题在于他根本生成不了我指定的尺寸😅纯在抽卡，拿来做正经工作流根本不行

@buaaxhm pi真的很不错，好用！

建议大家研究 pi，在 pi 的基础上去 build 这才是一条健康的路

@_justineo @dingyi 高强度用了paper一个月，确实是好用，一切都是代码优先。感觉底层就是jsx一样，甚至能写出右侧面板无法控制的属性。今天就遇到一个容器被Agent偷偷设置了最大宽度，结果paper的右侧面板根本就没有最大宽度的设置选项哈哈哈哈

@dingyi Paper 好像是直接按 Web 的语义渲染的？我记得好像是不需要 D2C。

卧槽刚想睡觉，Figma 终于支持 AI agent 直接操控画布了，这下和 Paper 没区别了。

@fkysly 参数量大的那个哈哈哈

有一个好奇的问题，国产三巨头： GLM 5、Kimi 2.5、Minimax m2.7 到底谁的真实的实际问题处理能力、编程能力强一些？

@realcoreychiu 官方解释说glass是一个隐喻。不过没有get到，感觉不是很流畅，bug还挺多的。估计得再完善完善

看起来好像就是纯agent的客户端 而且听这个名字还以为是液态玻璃的UI呢，结果打开是一坨纯黑，不得不说有点子丑

@riverleaf88 人家赚一点流量罢了

产品经理不是画原型的，画原型只是表达手段。 软件工程师不是写代码的，代码只是表达手段。 这个问题从竟然快20年了，仍然在失败的科普进程中。

@realcoreychiu 尝试了一天，整体感受是：需求必须说得非常清楚，模糊一点要么理解错，要么就偷懒。如果需求表述清楚，或者计划做得比较好，整体的实现效果还是不错的。

这么牛逼吗比 opus4.6还强 而且这价格 几乎等于免费了吧

@_lavish_stone @vikingmute Apple store Apple music都是

@vikingmute 为什么没有主流大厂用 sveltekit?

特别棒的技术文章- 《Why we banned React's useEffect 》作者的团队在项目中 禁止直接使用 useEffect，好久没看到这么和 AI 没有关系的技术文章了，浏览量也非常高。 useEffect 常被滥用，无限循环以及 deps hell 经常出现。 它们的解决方案是： * 使用派生状态 * 使用 React Query、RTK Query、SWR 取代手写 fetch + setState * 用户点击、表单提交等直接在 handler 里做，不用 state flag + effect 间接触 * useMountEffect 做一次性外部同步，本质上是 useEffect(..., []) 的命名封装 * 当 ID/prop 变化时需要“全新状态”，直接用 让 React remount，而不是 effect 清状态。 目的是：强制更干净的组件树设计：父组件负责协调，子组件更简单，他们通过 lint 规则 + AGENTS.md 强制执行。 规则可以看这个 gist： gist.github.com/alvinsng/5dd68… 大家可以尝试在 React 项目中使用下。

@hal__lee 妈妈生的

谁知道这个叫做 Human 的模型是谁家的吗？

@hwwaanng 在web开发，依然强依赖ChromeDevtools MCP

大家都说没人聊 MCP 的，但是 iOS Vibe Coding 都还在依赖 xcode-mcp 🙃🙃 唯一的救命稻草

@remixdesigner 同感， DeepSeek可能跑分上没那么高，但是表现稳定，而且便宜

有没有业内知情人士透露一下，DeepSeek 是在憋什么大招吗？主要是过去一年，感觉他们不论是产品体验、商业化，还是技术迭代，好像都有一点慢。 且不说海外拥有绝对硬件优势的大厂，MiniMax、Kimi、GLM 等也在 Agent 的这轮浪潮里风生水起，豆包、千问等则是在多模态和产品体验上不断发力，小米刚刚也发布了自己的 Agent 和多模态模型……但 DeepSeek 似乎还依旧在蛰伏期。 有一说一，从综合性价比来看，DeepSeek V3.2 目前仍是我的主力文本处理模型。与 Qwen、GLM 等模型相比，在日常文案处理工作（如写作润色、翻译、邮件撰写）中，V3.2 在理解能力、输出速度与结果质量方面表现稳定，整体表现均衡可靠。相比之下，其他国内模型的输出有时会出现轻微偏差，甚至会因为输入内容太像指令而直接过滤。

@hal__lee @zuozizhen 我帮你“落盘”

@zuozizhen 打到上游 拉起 不让你背这个锅 收口 而不是只是在边缘试探 ……

Codex 真的是被污染的厉害，各种大厂黑话都往出冒

@glow1n 是时候推出Pro Lite了。被这个额度重置惯坏了，现在用量越来越大

OpenAI 深谙国内的补贴增长大法，这几天连续重置额度，让我两天把周额度用完了，现在正在抓心挠肝😢

@tualatrix Paper 永远的神。Figma犹豫了很久还是没氪金。Paper，我用的第二天就充钱了

请教一下推上的设计师们，这会大家都是用什么工具设计产品的。之前刷到不少推文，好像很多都说不用 Figma 了，直接出最终产品了？那是具体怎么出的。我感觉设计方面的细节更难用语言描述，不像 UI 无关的代码，很容易用语言来约束。

@tahcely 个人项目，感觉Paper比Figma好用耶。MCP比Figma的准确不少

Paper 的 MCP 现在大概和 Figma 一个感觉。而且我找半天没找到 Paper 的组件功能在哪……没有吗？ 一时半会还是用不了……默默关闭

@onevcat 已经换回5.3codex了，还便宜点

gpt-5.4好啰嗦啊…难道只有我一个人这么认为？有点像滚回5.2或者5.3-codex了

@gaodengming 没有那么多七七八八的功能，整体的购物体验还是比较纯粹的

拼多多到底是投入了多大资源优化 App 性能啊。不管是京东，还是淘宝，天猫，都卡卡的，但是拼多多即使在低端机上都丝滑啊。