@goinghugh MCP 毕竟有 runtime 开发工作量，当然能提供的能力也更多。但是如果仅仅是要把 API 变为 tools ，这个思路我觉得泛化性更好，而且搜索的过程比把上千个 tools 提供给 LLM 一次性决策也更稳定高效。

@zisen 挺少的，SKILL.md 相当于是最上层的索引，里面只提示 resources 、operations 、schemas 三大类的入口位置，Agent 自行去进一步查询。

而且查询的时候有 grep 之类的方法，可以只获取一部分。

@PEax 不是的哈哈，可以看她的第一期自我介绍

@cernard 目前没有看到和我们同样实现方式的。有一些同类品是基于视频或者动态网页（ storyteller 会把网页完全静态化来保证演示的稳定性和无副作用）。

@kxxoling storyteller 对 web 的录制、制作依赖的 rrweb 是我们设计和开发的开源库。团队现在也在做对小程序和原生移动端的前期研究，小程序目前看起来比较封闭，缺少一些关键 API，原生移动端应该可以实现一个 rrnative 。

上游解决之后，storyteller 就可以增加一种新的录制场景了。

已内推 2 人

假期即将结束～

@hooked 没有加班，下班后有些同学喜欢在办公室再看看文章讨论一下问题不算对吧。

@ragnaroks 延迟是一个可调的缓冲时间，缓冲可以让对端看起来更加流畅，因为可能会在缓冲期间对传输的数据做重试和排序。

网络传输的部分是插件化的，可以基于 websocket 也可以基于 WebRTC 。

楼主如果有兴趣把玩具做成生产可用的话，rrweb 非常欢迎贡献者的加入，我们也有计划在 4 月份迭代出一个包含了很多新功能的版本～

同时开源了 rrweb 的团队也在招聘中，在日常工作中也都是同样有挑战性和创造性的内容，有兴趣的同学欢迎发简历 eWFuemhlbkBzbWFydHguY29t

@rolitter scrimba 是一个 ad-hoc 的实现，如果录制的目标是编辑器这样的场景的话，就可以设计出更高效的快照和 op-log 数据结构。

https://m.zhipin.com/job_detail/e034cb90441df85b1HJ90960EFo~.html?ka=m_comp_joblist_1_blank&lid=439404ab-cbfb-4c6c-a5b3-67da76ff29f6.brand_jod_list

有兴趣的话可以投递

@guyskk0x0 游戏机的例子是借用的一个开源的实现，基于 HTML 的。

canvas 目前没有处理，理论上可以通过 monkey patch 一些 canvas 的 API 来实现一个 canvasObserver，不过对 canvas 不太熟悉不确定是否可行。d3 如果是 SVG 的部分录制起来是没问题的，需要在给元素打快照的时候判断是否需要增加 SVG namespace。

比如哪些事件无法回放呢？我们现在的实现思路是视觉上的逻辑回放，所以只需要回放会对视觉产生影响的事件，其它的 JS 逻辑本身也不会回放，但是对 DOM 的改变会被录制下来。比较特殊的是 hover 没法用 JS 模拟，所以这部分我们通过增加一些 CSS 规则和控制样式类的添加 /移除来模拟。

@xichengh
前端主要负责产品内 web console 的开发，同时负来负责一些内部系统。开发过程中产出的一些通用前端工具我们也会开源出来。

技能上需要熟练使用 Typescript 或者能编写高质量的 Javascript 代码，有目前主流前端框架的使用经验。
除此之外对任何 web 相关领域有深入研究都可以作为加分项来试一试～

简历发给 LZ 就行