而且还是 15 寸的，13 寸的更便宜

同样的 air 全新也就这个价…

@aizya 可以第一时间去 x 上看

下午的时候 502 了一会，不过居然过了一段时间才发现，因为补全没了…

@evan1 这个我知道的，我只是好奇为啥要这样。因为这样两句话会挨着比较近，甚至不如空格好阅读。

为啥我看到好多这种中文句号是“.”而不是“。”，是输入法设置还是啥？好奇怪。

比较好奇品类以及供应链，这两个可能出海的时候先要考虑的问题，如果只是平台倒卖的话不太看好，因为感觉风口已经过去了，大量铺货倒卖的红利期已经快吃满了，之后有自由品牌设计和竞品才是趋势。不过我不太熟悉墨西哥，北美或者欧洲其实更偏向商品本身的附加值。

没有深度思考

比较好奇为啥内嵌 Nextjs ？相比直接用 vite+react router 的优势是，方便上线网页版？

走环境变量，就楼上老哥给的 CUDA_VISIBLE…，不想用 docker 可以直接用 serve ，别用 run 就行，把用 run 开的 service 关掉。用 serve 在 linux 上需要手动指定下模型位置，同时配合环境变量和指定不同的端口就可以多卡了。确实难用…

不是有 worker 么，只是没有好用的协程切换工具，相比之下原生安卓的配合 kt 的协程是个不错的设计。在 js 这你只能通过 ipc 来实现 worker 通信。

@X_Del 是的这种情况我觉得直接 const 一个新值就可以了，现在有 React Compiler ，Memo 直接让它自动去加就行了。

react 的去年由 Dan 更新的新 doc 很详细的说，https://react.dev/learn/you-might-not-need-an-effect ，很多时候你只是需要一个新的值，而不是修改一个已有的值，由于 function 会被执行多次，所以这个概念相对常见，甚至在某些轻度转换的情况无需 memo ，至于使用 memo 或者 callback 来存值的概念我觉得更像 vue3 或者 solid 那种只执行一次的概念，更像是 computed 。不使用 memo 直接 const 一个新的值可以配合 react compiler 来帮你完成这种包装。另外随着项目的增长你可以需要 Jotai 或者 别的状态库，我觉得从 SPA （直接使用 vite + react router （非 Remix 版本，这里有点混乱，去年 Remix 和 React Router 合并了，导致现在 v7 有些部分为了支持 Server Componet 变得不再纯粹，可以参考 v6 的文档逐步过渡）过渡到 SSR 学习曲线会稍微舒服一些，毕竟我觉得 next 里的 server Compoent 的概念会阻碍初学者对于状态管理的认知...

用一个 set 多试几次吧，llm 就是这样的

@happinessnch 感谢解答，看上去还是受技术、时间、流程导致的问题，不知道在外包流程中对各个环节加入监督的难度有多大，可能能够在一定程度上降低时间成本，不过说到最后手游的问题看上去还是产业化问题。

不知道在这种 3d 动画里是如何完成“修正”这个过程的

这种东西在 2d 动画里一般是作画监督的职责吧，一般角色设计会是总作画监督，负责统一整部作品的画风。所以如果不统一要么是刻意设计，要么是这部分修正没做好（沟通？最后的修改？流程问题），也是没有完全产业化的表现？

换个思路，你也用 ocr ，这样有些没选中态的地方也可以用你的划词工具