@Nazz 哈哈哈有道理，以后创建了项目自己先点为敬

@kiripeng 哈哈哈老哥豁达

@leverestfish op 兴趣广泛，开坑很多，为了管理方便就不同的方向放到不同的组织里啦

@icaolei 谢谢老哥，感觉虚荣心被满足了 o(╥﹏╥)o

@wushenlun 大佬 666 ，一个很小众的工具，没怎么维护过就不发出来了。。。

@ylovesy op 菜的一笔，项目好几年了全靠时间慢慢堆出来的。。。

插件伪造完之后是不是得把自己也卸载掉？ ：）

不错，感谢开源，支持 op ！

@lizhenda 感谢老哥支持 ヽ(*^ｰ^)人(^ｰ^*)ノ

@krapnik 哈哈哈老哥牛！

@codehz 感谢大佬提出的意见，之前不知道还有 CookieStore 这个 API 是我孤陋寡闻啦哈哈，我还以为只有 document.cookie 一种设置方式来着（捂脸），计划近期加上 CookieStore 的拦截支持，日志时间这个处理确实有点糙，正常来说应该取本地时间的，后面迭代一下会加上日志时间开关和取本地时区

https://github.com/JSREI/js-cookie-monitor-debugger-hook/issues

@lisxour 哈哈哈确实老哥说的有道理，估计大多数人都不会从油猴界面点进去项目，不过愿意用就挺感激的了也不敢奢望还能去 star

@owen800q 这个有的，搜索内存中曾经出现过的变量赋值及其代码位置： https://github.com/JSREI/ast-hook-for-js-RE ，这个就是上面的老哥说的那个内存漫游，不过这个项目好几年没维护了，我后面得空重新弄一下。。。捂脸

定位 header 的话也有一个单独的专门逆 xhr 参数的脚本： https://github.com/JSREI/js-xhr-monitor-debugger-hook ，不过这个还没开发完。。。

@myqoo 大哥给留条活路吧哈哈哈

@xiaoxiaoming01 谢谢大兄弟

@yyf1234 谢谢兄弟支持，我心里有点愧疚那个项目摆烂式开源好几年没维护了。。。

@codehz 最开始的初衷是为了在尽可能不影响页面原有流程的情况下比较方便的观察 cookie 变化同时能打断点，因为当时在逆一个流程比较长的 cookie 来着我记得，后来写着写着干脆干他娘的要不整的花里胡哨唬人一点吧，于是就整了个增删改的带颜色的日志界面，又加了一堆条件断点的支持，后来再逆 cookie 类加密的时候发现，哎我草还挺方便，于是这个脚本就一直保留了下来。。。

@Drumming 555 ，没有吾爱破解的账号，他们注销账号太快了。。。捂脸

@Blanke 谢谢大哥！

@Drumming 感谢兄弟资瓷！