从 开源项目推广困境 这个帖子继续聊起 
感谢佬友们上次对项目的建议，学习到了很多，我进一步梳理了 PocketMocker 的思路。 
前端开发中，一个长期痛点是：调试网络边缘场景非常麻烦。 
比如，我想测试 UI 如何处理 500 内部服务器错误或异常的 JSON 数据，通常有三种低效方式： 

在组件里硬编码临时逻辑

if (true) throw new Error()

不优雅，而且容易忘记清理。 

请求后台修改配置或数据 需要等待后台改动，效率低。
搭建复杂 Mock 服务器 为了一个小测试投入大量精力，成本高。

Chrome DevTools 虽然可以观察流量，但无法直接干预请求。 
核心理念：调试，而不仅仅是 Mock
Pocket Mocker 的设计理念是：“在浏览器层拦截请求，快速调试 UI 对异常网络响应的处理 ”。 
特点： 

即时拦截 & 修改：在请求到...