@jiangbeilu 会做的。最近都在整客户端，框架搭好后，就会补充这些细节功能了

优秀

@Conte 没想到还有人记得，真感动。之前写玩具维护不下去，这次沉淀了许多，整个大的，算是对之前的总结了。

@Fxshiny 我也纳闷 可能有很多不登 v 站账号的直接用了，也懒得回。 邀请码实现很简单，devtools 打开看看就能跳过了。只是想加点门槛，减少噪声，多些反馈。后面开源后没这个机制的，可以直接用。

也不加码盖楼占大家时间线了。目前就是小范围测试，已经有些不错的反馈了。

@yumenawei 可以做到离线可用，offline 时数据操作都没问题，因为不依赖任何云服务。（目前是 PWA 缓存配置有点问题，有个 wasm 没缓存到。导致断网刷新会加载不到文件，正在研究怎么修） 。套壳是为了让用户直接选本地文件夹，安全感更强一点，并且内置 API 服务

@yumenawei 数据在本地浏览器的 OPFS 中，跟系统的文件系统有点区别，对用户不可见。但是数据都在本地，可导入导出，后面应该会出个套壳的 client 。https://wiki.eidos.space/faq/how-data-store https://wiki.eidos.space/tech/data-store

再提供个思路，作为 PWA 安装，然后走 Web Share API https://developer.mozilla.org/en-US/docs/Web/Progressive_web_apps/How_to/Share_data_between_apps#handling_text_data

这样用户只需要在 b 站分享到你的 PWA App 就可以通过 url 拿到视频 id 了，整个流程更加自然。

如果能做成 npm 包也不错。const file = await getBilibiliSong('BV1Ag4y1b7pa')。这样可以批量处理，下载收藏夹的全部歌曲什么的。

太酷了，完美解决需求。有时候听一些唱歌 up 直播切片的歌曲，每次下载都比较麻烦。蹲一个开源

之前整了套 gpt + stable diffusion 的玩法，prompt + 自定义底模型批量出图，可控性还不错，倒是没有 dell 易用


楼主图画的真不错，只是放着当封面有点可惜。如果视频剪成 PPT 类型的，代码图文相辅，比对着代码干讲有意思一些。可以参考下 https://www.youtube.com/@ByteByteGo

太酷辣 资瓷

前面的讨论没说到点子上。这个改动的关键是你关心的内容、你关注的人，不会出现在你的 feed 上，而是会变成推荐算法的内容（当然你可以不勾选推荐，然后你就啥也得不到）

你可以这么理解，你在 GitHub 上关注了很多大佬或者方向相同的人，希望从他们的活动中找到你感兴趣的内容，这是你的主动订阅行为，就跟 RSS 一样。
现在这个渠道要被干掉，蹩脚的理由是性能问题。取而代之的是一个由推荐算法控制内容的 feed 。就类似于之前你在微信订阅的公众号不给你推消息了，变成由算法推送内容。我不想把生产力和粪坑冲浪这两件事情混为一谈，但事实就是 GitHub 把你主动获取信息的渠道，变成了由他掌控的推送。你失去的是获取信息的自由，他得到的是权力。

和上面说的 timeline 接口原理什么的，一点关系都没有，这不是一个技术问题，你去抓一下 timeline 里面有你关心的内容吗

https://github.com/dashboard-feed 这个接口按照惯例会删掉（当然我希望它一直存在），参考之前的代码搜索。现在写几行脚本替换，不过是把头埋进沙子里面，等哪天真被拿掉，到时候又哭爹喊娘问为什么这个口子都不给。

现在 feedback 里面一群人在痛骂，但是 GitHub 就是冷处理，对此避而不谈（仅仅只拉了一个挡箭牌出来说场面话，并并没有想实际推进解决问题），这种傲慢才是大家愤怒的原因。“我要往你嘴巴喂屎了，给我把嘴张开，你可以反抗但是反抗无效。”

vercel 本来就是商业开源，多好的机会，犹豫就会白给

不要搞成轮换制，搞成投稿制，固定时间周期 check 一下大家有没有投稿，提供个窗口就行了。不是每个人都有货，也不是一直都有货。时不时分享些有意思的玩意儿能提高团队积极性，技术氛围还是很重要的。

有没有可能记账软件并不需要服务端，p2p 多端 CRDT 同步就行了。https://github.com/vlcn-io/cr-sqlite

我不理解的是端上来这么大一盆屎，GitHub 内部都没人闻到味，就这么端上来了，他们都不是程序员，不用自己的产品吗？

太酷辣，入门 rust 就是要多来几次，我最近又在练 rustlings :D

cmdk + 分屏用起来挺爽的呀