移动浏览器上早就有类似的东西了，为什么还要做一个呢？
简单说，就是思路不同。
移动浏览器上自从UC提供小说阅读能力以来，已经形成了趋势，现在已经是一片滥竽了，而今只要是个浏览器就有看小说的能力。
阿里的快克也自带支持，貌似腾讯自家的移动浏览器也支持。
在中文环境下，这是一种不能大规模宣传，但却是与Google，Microsoft浏览器竞争流量入口的杀手应用场景。
但这不是做工具的思路，而是试图拦截流量，进行平台化。其做法还是和以前的《追书神器》一样，把内容网站都当做了后端，把这些网站的流量转移到应用上。
其最终结果必然会和《追书神器》一样，自己开始运营。
现在腾讯家的移动浏览器已经和他自家的免费阅读解决方案做在一起了，大量的广告充斥其中，其体验已经大幅度滑坡，但已经形成阅读习惯的用户仍然自罢不能。
。。。。。。。。。。。。。。
一个好的方案，可以是完全工具化的，不应该侵入内容站点，并试图狸猫换太子，而是抱持提升内容网站服务水平的目的。
即，不影响内容网站的收入来源，不会试图拦截流量。
事实上，EDGE浏览器自己就在做这个能力，看可以通过扩展配置打开，但做的的确不咋滴。
那么，说了这么多，这个插件有什么能力呢？
第一，全网一致的阅读体验。只要是这个插件的能够支持的内容站点，所有阅读体验是一致的。用户可以自行在线增加对自己经常阅读的内容站点的支持。
第二，小说对象模型的提炼与开放。这是 semantic network 语义化网络的概念，插件在分析内容之后会给当前阅读的小说章节生成小说对象模型，这个模型会通过插件的之间的通信能力开放给其他的插件使用，同时本插件的用户也可以自行根据模型制作 theme，比如法术文字变成红色，命令文字加粗，等等，由用户定制。 能力开放之后，在做文档排版时，面对的就不再是 html tag 和 css了。而是，文章、段落、对话、命令、法术、疑问、心理活动、系统（现代网络小说中的概念）等等等等，这些，都可以按用户的心情进行个性化的阅读体验定制。
这很像当年的 RSS，不过是以更现代的方式实现，是把网站当作用户下载到本地的应用，而不是一个远程的站点，这个思路的变化非常重要，这也是 web components 出现的原因。
随着大量 webcomponents 构建的网站逐渐成为主流，用户将会发现，他们不能再像以前那样去操纵页面的 dom 对象模型了来随意获取网页上的数据，而只能去访问黑盒的的 webcompoent 提供的应用 api。
web 或许将会从 dom tag 和 css 的白盒变成 webcomponents 的黑盒，越来越像移动应用。这个插件是一个尝试，为小说页面提供小说模型API。
web components，web fonts, web image 已经把相关的技术储备都做好了。
第三，风格化。不同的写手，会采用不同的排版风格，来强调文字表达的情感，比如以前的温瑞安大侠，现在的乌贼，他们都有强烈的个人排版风格。 有了小说模型之后，当然可以在模型上把风格抽象出来。这样每个用户都可以拥有对所阅读文字进行风格化定制的能力，可以把乌贼的文章按照温瑞安的风格排版，或者反过来。这其实并不难，因为是工作在小说模型之上，而不是一堆堆的正则表达式文字处理。
第四，纠错。标点符号的使用，错误的语句和成语的用法，都可以基于对象模型来做纠错。毕竟市面上90%的写手都整不明白标点符号的正确使用。
第一阶段的成果是一个 EDGE 阅读插件，深度集成了起点网站，把它按照中华书局的样式进行重排，长成下面这个样子，最左边的文字，演示了对长篇对话进行重新的个性化切割和重排，当然，是按照国家标点符号规范做的。
他是一个阅读伴侣，只工作在当前用户正在阅读的页面上。 比如把起点变成分页式，中华书局经典老书的字体和排版。
特别感谢那些为中华书局老书制作字体的同学。
