他的oifu2.0版本发布之后，一直到现在，都没有什么人给他提交pr。
这让唐一平觉得很疑惑。
怎么回事？大家怎么不提交pr了呢？
他并不知道，这会儿大家都有点被他的oifu的进化吓到了。
给oifu提交pr很诱人，毕竟能够进入oifu的官方仓库，成为oifu官方的代码贡献人，在圈子里可以说立刻就享受大佬待遇了。
但是……如果自己提交了pr，结果把唐同学的oifu弄崩了，结果让唐同学回滚版本之类的，那可就……丢人丢大了。
其实，现在还有一些很有野心的技术大佬，是打算再次参与进去的。
谁不想参与奇观啊对不对！
但是他们也不敢轻易提交pr，这会儿还在研究代码，构思初稿这个阶段。
但，没有人提交pr，并不意味着他接下来会很闲，因为……
唐一平在自己的项目仓库后台已经看到了17个“插件提交通知”的 issue。
这效率也太快了！
这些扩展插件，其实是独立在唐一平的仓库之外的，并不需要向唐一平提交pr，只要按照唐一平的框架和规范开发，就可以直接与唐一平的oifu集成。
但是，这些插件本身并不能直接运行，需要在唐一平的oifu上运行，推广自己的插件的最好的办法，就是进入oifu的“插件市场”，成为官方示例、推荐乃至官方预装推送的插件。
这个过程还是需要唐一平来审核的。
这种感觉，就像是手机应用可以直接从应用商城安装，或者自己下载apk安装。
但想要从应用商城安装，就必须通过商城的审核，根据商城的标准来，商城让你怎么改你就得怎么改，不通过审核就没办法上架。
唐一平的这个插件市场，就是一个独属于oifu的官方应用商城。
而现在，这个插件市场，已经有17个插件，等着唐一平去审核了。
当然了，这种审核，和直接合并到自己仓库里面的pr审核，还是不同的，至少这些仓库的代码，不会被认为是唐一平的bug，不会逼唐一平女装——虽然这个当初论坛里悬赏唐一平bug的梗，现在不知道还有没有人记得。
唐一平不用为每个bug负责，只要没有太大的恶性bug，不会影响整个oifu的安全，就没啥事。
唐一平决定，这次审