走环境变量，就楼上老哥给的 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 ，这样有些没选中态的地方也可以用你的划词工具

是 manifest v2 到期的问题？

新 mini 不是可以换硬盘么，随便用，坏了换呗，还以为是内存焦虑，原来只是寿命焦虑，说不定用个两年就换新 mini 了，多花 2k 买金子内存真的有用？单机才 3500

要他改现有的逻辑简直是灾难

强制重新校验试试，不太可能是 nekomoe 种的问题。

不过是一种高阶搜索罢了，training 和 input 没有的东西，它就不知道

哈哈哈我等不了发货时间直接学生优惠去南京路拿现货了

@hedwi 注意单核性能和核心以及线程数量

25 届的，在 boss 上投过，是不是卡学历或实习？

一直用 logseq ，主要是有日记和 todo 管理