我也在玩这个东西。聊一些我的看法吧。首先我觉得楼主的这个做的挺不错的。手机端上适应也还不错。
我先说一些缺点 关于 Github issues 的还有 基于 Github Issues 博客的一些优缺点吧
首先先说 Github Issues 最大的缺点，但也不算特别严重的一个缺点
第一点 Seo 的问题。通过 Ajax 获取 Gtihub，动态生成内容，无法避免这个问题。举个例子来说你有一篇文章是 「技巧篇：不用 if 语句撸代码」。我搜索的话 /做类似的搜索只能找到你的 Github issues。 而不是你的博客，如果想让别人访问你的博客需要在比较显眼的地方说明一下。
第二点 API 的访问次数是有限制的。Emmmm 为什么说不严重呢。因为...对我来说博客一天到晚的访问次数好像到不了那个 level，嘤嘤嘤。
楼主的博客的一些看法:
第一个从部署来看的是用 Github pages 部署的吧.. 其实我推荐用 surge ... 这样域名会变得更加好看一丢丢，
ttop5.surge.sh ... 而且不用买域名了 orz 也不用了 不用配置 CNAME 之类的东东了.. 把 Github 当 Issues 的玩家，应该不少和我一样怕麻烦的吧 ... 博客越简单越好, 能不花钱不花钱 ...
顺便安利一下 surge。平时有什么写好的小工具也可以直接丢 surge 上。 比如给同事写的 .. 给小姐姐写的 ..
第二点是瞥了眼 `config.js` 。侧边栏的那些 Links。我看了下代码现在是写死的。如果能在 `config.js` 里面配置就更好咯。 部署的话看到写了个`public.js`。其实丢 `package.json` 也可以的。 "publish" : "npm run build && gh-pages -d dist"。
第三点如果能做到类似 gitment 那样的站内就回复的话感觉会更棒一些，现在是跳转到 repo 评论。
第四点如果能提供 hexo-next 那样的底部统计 pv，uv 的就更棒了。
第五点 accessToken 这个可以适当的在文档里告诉别人，只勾选能访问到博客 issues 那部分的权限就好了。
再说说优点
用 Github Issues 最好的点是。随时都可以编辑吧，在 Github 上面，手机电脑都行。不过事实上最常见的场景还是在电脑上编辑 ...
所见所得，这边更新完马上就能在博客页面上看见。不过话说回来的话，其实其他类型的博客也能做到这一点就是了 ...
最主要的还是简单方便。