我感觉 remote 还是得严格分开工作生活，要不然会肉眼可见更累

以前玩过 rss ，后来发现几个 feed 推的文章太多了，整个 feed 就废了

国内小微客户没啥付费能力或者意愿吧

非常同意。。。太过度封装了

我感觉应该是 airtable 的用法？

https://nodejs.org/docs/latest/api/fs.html#fswatchfilefilename-options-listener

我似乎也遇到过。windows 的文件改动必须主动去 poll ，似乎没法 listen

@pannanxu 老哥觉得哪里好用。我刚试了一下感觉好像和平常的 terminal 没啥区别。。

@ZXCDFGTYU 我感觉大概是急了，哈哈。。毕竟他还是自己找到了不是

实话实说，我也有这样的时候，卡在小问题上着急了

我觉得楼主说的也没错。。尤其是跨语言的开发者，不看文档只求速效的话，是容易被坑

跨过两次，都是先租个房住下来。所有东西顺丰

楼主加油。。。其实可以好好休息，我发现我自己要是状态不好，会做很多无用功

@whileFalse 感谢老哥的反馈

[1] markdown editor 虽然现在还不成熟。但现在应该是能用了。只是我要加上类似编辑 md 或者 mdx 文件的功能，现在只是一个 wysiwyg ，并未指明是 markdown

另外，如果 markdown 是你需要的话，是否可以理解为，其实你想 sync 到 github 上之类的

[2] 代码执行环境有上下文。这一点不是特别明白，你看我下面的理解对吗？

类似 jupyter ，每个 block 之间可以相互引用？现在 python 是可以的（当然还很粗糙），其他的我还在做。有点类似于，每一个 block 之间可以以 string 或者 json 的方式传递数据。你看每个输出里面有一个紫色的变量，是可以在其他的 block 里面直接 print 的


[3] "而是一个集成了可编辑文档的 bash"。
哈哈，其实我们也有在想这个事情，就是 ipynb(ash) 。不过只是基于这个工具能力的推理，好像并没有发现这些需求的来源。如果可以的话，想请你也分享你一下你的 use case ？

@Breadykid 是的。感谢🙏。这也是我们头疼的地方

起初是我们觉得，不想去另外创建 collection ，另外保存。应该有更简单直接的交互方式。

然后还有一个是，我们有时候希望把例如清理缓存，改数据库的脚本，放在同一个页面下。一个复杂的 service 写下来，这种随机的东西挺多的。所以想看能不能放在一个页面上。这样找起来，或者分享起来比较方便

@oyp 我们倒是做了一个 MVP 出来，可以 [直接运行] ，目前也是 [纯本地] 的。应该就是你说的这样。https://union.anyscript.dev/

@legiorange 也想请你来试一试。我们的感觉是，用页面的组织方式，可能比 postman 的那种 collection workspace 方式更 灵活

openapi spec 这种我们倒是也可以支持。不过还是想先看看，这样去组织 api 或者跑脚本，到底有没有人用

我也有类似的感受，就是需要的 context 不比手写少。

简单的用不着，复杂的幻觉多。

只在你完全一无所知的时候，比如你都不知道 html, css 是啥，生成一个能跑的，确实更快。但这样还是挺局限的。

@kennir 老哥可以说是生活习惯良好，早上就很清醒了，哈哈哈

这个我弄过，确实如 @kennir 说直接读播客就行了

只不过弄了一段时间后，发现自己其实没听。早上起来都是晕晕的，感觉没啥用，也不醒脑，该睡继续睡

监听主进程的里面的状态对象，感觉是可行的

谢谢分享！省个 copilot 的钱