GiantHard

有些岗位对物理位置有要求，例如：

> This role requires candidates to be based in the European Union.

希望能支持这类筛选条件

有意思，在桌面环境下追求平铺窗口，在终端模拟器下追求堆叠窗口。

@Chuckle #32 如果打算用 Context 传递 Observable 状态，不如用 mobx ，因为 rxjs 的 API 过于庞大（各种 operator, subject ），而 mobx 的 API 则要精简很多（ observable, aciton, autorun/reaction, computed ）。

另外，mobx 还有 babel/swc 的插件 https://github.com/christianalfoni/mobx-react-observer ，可以自动将组件包装成 observer ，代码中会少很多语法噪音。

除此之外，mobx 相比 rxjs 还提供了状态更新 transaction https://mobx.js.org/api.html#transaction ，这在很多时候也是避免由于重复渲染导致性能劣化的有效方法。

不过，选择用 mobx 这样的基于可变数据结构的状态库，就意味着你需要放弃正宗 React 味儿，会大量地打破 rule of hooks 。

我试了 playwright-mcp 跟 chrome-devtools-mcp ，主要场景是用 claude code 帮我执行 UI 测试，这俩 mcp 主要用 Accessbility API 给 LLM 描述页面的状态，在 playwright-mcp 中，这个功能叫 snapshot ；而现有的系统在可访问性方面做的不太好，以至于 GLM 4.5/Claude Sonnet 4 都会被很简单 UI 交互卡住，例如，滚动 Antd 4 Tree 组件的虚拟列表，我手动截图页面让 LLM 识别的话，LLM 都能知道应该用滚轮事件向下滚动，但如果只提供 Snapshot 的话，这些模型会被卡住很久并最终撂挑子。所以个人感觉在 UI 测试的场景中，还是基于视觉（ screenshot ）的方案更优。

最近再调研的时候，发现 Google 整了一个新的 Computer Use 模型，能够基于截图跟浏览器交互，看演示视频的效果还不错，但是限定只能用 gemini-2.5 的一个实验性版本。

@IchinoseChiya #19 相较于专业的计算机行业而言，NAS 、软路由本身算是非主流社区，非主流小圈子有一些「不专业」的语言习惯很正常，反过来说，正是使用这些「不专业语言」的人出于相互认同，才构成了游离在主流声音之外的一个个非主流的小社区。

当有人尝试用主流社区的专业语言帮助游离在主流之外的非主流社区重建话语体系的时候，从非主流社区的内部看来，是在破坏这个社区成员之间的共识。

FFvMY4GcqkYcB6snFurVbc3AdJsWvLwcr5kDrLFYCpeK

楼主好人一生平安。

更新：现在为 InsertInlineCompletionAction (在设置中叫做 Insert Inline Proposal) 设置快捷键就行。

请看我的历史发帖： https://v2ex.com/t/1133608