Shopee选品插件和账号授权：装之前要想清楚的事

插件要的权限一般有哪几类

第一类是读的权限，也就是它能看你正在浏览的页面上有什么。这类权限是所有这类东西的基础，因为它要做的第一件事就是把眼前这一条商品的信息取出来。没有这一条，它什么都做不了，装上也是空的。

第二类是显示的权限，也就是它能往页面上加一块区域。这一类和第一类通常成对出现，读到了东西总得有个地方放。有的东西是在页面里插一块，有的是浮在页面之上，形式不同，本质都是要占用页面上的一块位置。

第三类是存储的权限，用来记住你做过的一些选择。比如你把它摆在了哪一侧、喜欢看哪几项、上次用的筛选条件是什么。这类权限的作用是让下一次打开的时候不用重新设置，属于使用体验的一部分。

第四类是读浏览历史的权限。这一类比较敏感，因为历史记录里包含你浏览过的所有站点，范围远大于你当下打开的那一页。有的东西会用它来做一些关联展示，有的确实用不上，具体要看它怎么解释，解释不清就先不给。

第五类是读网站存储的数据。网站在你的浏览器里会存一些东西，比如登录状态、偏好设置。能不能读这一块，取决于它对你这台机器的访问深度。这一类权限在很多情况下不是必需的，但它常被一起请求。

第六类是最需要留意的，就是能不能替你操作页面。也就是它有没有能力在你的账号上点击、填写、提交。这一类权限和其它几类有本质区别，前面几类都是看，这一类是动手，动手才可能产生后果。

这六类排下来，从看得见到动手，风险是递增的。看只是范围问题，动手才是行为问题。一个实用的判断顺序是先分清它要的属于哪一类，再判断这一类是不是它能干活所必需的，最后才决定给不给。

还有一个细节值得注意，就是权限的清单里经常有看起来重复的项。那多半是因为它们对应不同的页面或者不同的站点，本身是一件事，被拆成了几条。看的时候要把它们归到一起看，不要被条数吓到。

有一种情形要单独提一下，就是权限请求里出现了和你使用场景完全无关的项。比如它是用来看商品数据的，却要读取你在别的站点的浏览记录。这一类的不匹配是一个明确的信号，值得停下来想一想。

还有一个日常里容易忽略的点，就是装的时候给出去的权限，在你后来不再用它之后依然存在。关掉界面上的显示不等于收回了权限。如果决定不用了，值得做的是把它彻底移除，而不是让它留在那里开着权限。

把这六类记住之后，你再看授权提示的时候心里就有一个框架了。提示上写的是什么其实没那么重要，重要的是它落在哪一类里。分类清楚，后面几步的判断就有了依据，不会被那些术语绕进去。

还有一类权限容易被忽略，就是它能不能在你没有打开相关页面的时候也在后台运行。有的东西需要一直在后台待命，有的只在页面打开的时候才动。这一条不影响你看到的数据，但影响它在你看不见的时候在做什么。

判断这一条的办法是看它有没有对应的设置项，比如是否允许在后台保持运行。有这一项的，说明它默认可能是在后台；没有的，说明它多半只在页面打开时工作。这一条比措辞更能说明它的行为方式。

还有一类是它能不能和其它程序通信。这类权限平时不显现，但它是数据可能被带到别处的一条通道。看到这一项的时候要问的是它要不要和外部通信才能工作，如果答案是不需要，那这一项就没有理由给。

把这几类合起来看，会发现权限清单其实是一张关于它行为范围的说明书。它说要读什么，等于告诉你它的视野有多大；它说要动手做什么，等于告诉你它能改什么；它说要在后台待命，等于告诉你它什么时候在。

读这张说明书的正确方法不是看它承诺什么，而是看它要什么。承诺的部分往往是在描述它的用途，用途谁都可以写得很好听；要的部分是它的能力边界，能力是实打实的，写得清楚也改不了，所以更值得看。

这六类的分法和界面上的措辞不是一一对应的，所以看的时候要做一点转换。你在提示上看到的某一句话，对应的可能是这里的第一类，也可能是第六类，区别就在于它说的是看还是做。读到带动作含义的词，就要往第六类上想。

还有一类不在这个清单里但经常出现，就是它能不能在你新打开一个页面的时候自动运行。这一项往往是被默认允许的，你不会单独看到一次询问。它的意义是它在什么时候动，而不是它能动什么，放在判断范围里一起看。

第一步和第二步之间是绝大多数人跳过的地方，跳过之后后面几步就无从谈起

哪些权限是它工作的必需

第一项必需的是读当前页面的内容。这一项没有替代方案，因为这类东西做的全部事情就是把你在看的这一条商品的信息取出来摆给你看。不给它，它连你正在看什么都不清楚，界面上摆出来的东西也无从产生。

第二项必需的是在页面上显示一块区域。它要给你的东西必须有个地方出现，这个地方只能在页面上。有的做法是插进页面的内容里，有的是浮在页面的上层，形式上的区别不重要，重要的是它要用到页面上的位置。

这两项构成了它能干活的最小集合。你可以这样检验：如果一个东西只请求了这两项，它基本上就是一个纯粹的看数据的工具，不做别的事。这个组合是最简单也最好理解的形态，判断起来也最容易。

第三项常见但不必需的是存储自己的设置。有它的话你选过的显示方式会被记住，下次打开省一步操作；没有的话每次都要重新设置一遍。这一项影响的是使用的手感，不影响它能不能给你数据。

所以在必需和不必需之间画一条线，标准是问一句：不给这一项，它还能不能完成你装它的那个目的。目的的答案永远是给你看这一条商品在同类里的位置，凡是不服务于这个目的的权限，都不在必需的范围内。

这条线有一个例外要注意，就是有的东西会把它必需的权限和别的权限打包在一起，你只能整包同意，不能分开。遇到这种情况，判断的对象就从权限变成了这个东西本身：它值不值得你为它接受那个更大的包裹。

打包这种情况在实践里不少见，因为分项会给它的实现带来麻烦。遇到打包的时候，一个折中的做法是在别的地方试，比如浏览器里的另外一套配置、另一个用户环境，用一段时间看它的实际行为和你看到的信息是不是一致。

打包的另一个处理办法是先不给，看它还能不能启动。有的东西在缺某几项的时候会降级运行，只给基本的那部分功能。如果它降级之后刚好覆盖你的需求，那就等于用最小的代价得到了你要的东西。

还有一个判断角度是从你的需求出发。你装它的目的是看某条商品在同类里的大致位置，这个需求只需要读和显示这两项。如果它额外要的那些权限对你的这个需求没有任何帮助，那这些额外项就是它自己的需要，不是你的需要。

必需这个词要按目的来理解，不能按它的说法来理解。它说某一项是必需，意思是它实现功能的时候需要；你说的必需，意思是你的目的需要。两者经常重叠，但不总是重叠，分清楚这一点判断就稳了。

再往细里看，读当前页面这一项本身也有范围差别。窄的是只能读你当前打开的那一个页面的内容，宽的是能读你访问的所有站点。这两种在能力上差别很大，同样的字面描述背后可能是完全不同的视野。

要分清这一点不用去猜，看它在实际用的时候会不会在你打开别的站点时也出现就行。只在你需要的那个站点出现的，视野是窄的；在任何站点都跟着你的，视野就是宽的。这个观察比读措辞可靠。

还有一项介于必需和不必需之间，就是它能不能读取你在页面上的选中内容或者复制动作。有的交互需要这一步，比如你想选中某一条然后看它的详情。这一项不是所有东西都要，取决于它给你的交互方式。

判断这一项的办法是看它的用法里有没有需要你主动指定的动作。如果你用它的方式是打开某个页面它就自动摆出东西，那它不需要读你的选中内容；如果你要先选一下它才知道看哪条，那它就需要。

把这些必需的项合起来看，最小集合其实很小，就是读当前页面加显示。凡是你看到的东西超出这个集合，就要问一句它为什么需要。问得清就继续，问不清就先不给，用一周看看有没有影响。

这个原则的好处是把判断简化了。你不用去理解每一条权限的技术细节，只需要对照自己装它的目的，看每一项是不是在服务那个目的。服务的就是必需，不服务的就是可选，可选的就先不给。

越靠前的是它干活必须的，越靠后的是你可以先不给的

哪些权限可以不给

第一项可以不给的是读浏览历史。这一类权限的范围很大，它包含你访问过的所有站点，远远超过选品这个动作需要的范围。多数情况下它用不上，不给它，你当场看某条商品的需求一点都不会受影响。

第二项可以不给的是读网站在浏览器里存储的信息。这一类包含的东西比浏览历史更杂，比如各种站点的登录状态、偏好设置。除非它明确说明了为什么需要，否则这一类可以放在第二批考虑，先用不给的状态跑一段时间。

第三项可以不给的是代你操作页面的能力。这一类是你最该谨慎的一项，因为它意味着它有办法在你的账号上执行动作。选品这件事只看不做，看不会产生任何后果，所以这一类权限和你的需求之间本来就没有什么关系。

第四项可以不给的是在后台一直运行。你把浏览器关掉之后它还醒着，这件事对你的使用体验没有帮助，反而让你在判断它做了什么的时候多一层不确定。只在页面打开时工作的形态更容易理解，也更容易检查。

第五项可以不给的是和其它程序通信。这一项决定它有没有把信息带出去的通道。你装它的目的是在本机看到某个数，这个目的不需要任何对外通信，所以这一项属于典型的可以省下来的一项。

这几项之外的还有一些边角，比如能不能读你下载的文件名、能不能知道你的地理位置。这些和选品的场景都没有关系，见到的时候不用犹豫，直接不给就行，给了它们也不会让你多看到一条商品。

把可省的和必需的分开之后，你会发现可省的那一堆里大多数都有一个共同特征，就是它们的范围都超出了你当前打开的那一个页面。必需的两项范围最窄，可省的那些范围最宽，这个规律很好记。

这个规律背后有一个道理。这类东西能给你的东西取决于它站在哪里，也就是页面这一层；而它要的权限越宽，说明它可能在做一些超出这一层的事。超出这一层的事对你的判断没有帮助，所以那些权限也就不是为你服务的。

知虾插件站在页面上，看到的是这条商品公开出来的那一层，价格、评价、类目、上新节奏这一类信息。它不做采集，也拿不到后台数据，没有替你操作页面的功能。看它要什么权限，还是按上面那几项逐条对一遍。

有人会担心不给某几项会不会让它不好用。这个担心可以用一次实验来消除，就是先按最小的给，用一周。如果这一周里你该看的数据都看到了，说明那几项在你的使用场景里确实不必需；如果缺了什么，再回来补那一项。

这种先少后多的顺序比反过来好。反过来是先全给，用一段时间，然后想收回几项，这时候你很难判断收回之后会缺什么，因为你已经习惯了全部权限下的表现。先少后多，缺什么补什么是加一的过程，加一永远比减一容易判断。

还有一个实际操作上的细节，就是权限的调整通常不用重装，在浏览器的设置里就能改。所以你完全可以用一周给、一周不给的方式做对照，看行为上有没有差别。有差别的那一项就是真的在用，没差别的就是白给的。

需要提醒的是，不给不是一种防御手段，只是一种把范围收窄的做法。它的意义在于你手上多一张牌：当一件事出问题的时候，你能回想的范围更小，需要排查的东西更少。这个价值不在平时，在出问题的那一刻。

所以可省的那几项不是永远不给，而是先不给。你随时可以在确认了具体用途之后补上。判断的依据不是别人说危险还是安全，而是你能不能说出这个东西用这一项权限到底在做什么。说得出来就可以给，说不出来就先放着。

最后要说的是，这个判断不用做得很久。每装一个东西花五分钟看一遍，一年装几个也就半个多小时。这半个多小时换来的是你在用它的时候心里没有疑问，这笔交换在任何时候都划算，而且不用重复付出。

还有一个可以不给的是它的数据同步功能。如果它提供把设置或者记录同步到别处的选项，而你只需要在这个浏览器里看到结果，那这一项就不必开。开了之后你的使用痕迹会多一条通路，收窄的做法就是不开。

再补一个判断的角度，就是看它把权限清单放在哪里。有的东西会把它写得很小、藏在展开的二级页面里，有的会在安装的第一步就摆出来。位置本身不说明好坏，但它能提示你它对这件事的重视程度，值得留意。

插件会不会影响账号本身

这个问题要先把它拆开，因为插件和账号是两个层面上的东西。插件是装在你浏览器里的一个程序，账号是你在平台上的一个身份。它们之间发生联系的唯一通道是浏览器，也就是说插件通过你这个人在浏览器里的动作和平台产生关系。

所以就有一句比较清楚的话：插件本身不会直接改变你账号的状态，但它可能通过它替你做的事改变。这个区别很关键，因为前者是你控制不了的，后者是你可以控制的。判断的重点应该放在它有没有替你做事的能力上。

如果它只是看，也就是把页面上本来就摆着的信息换个方式显示给你，那么平台那边看到的还是你正常浏览的痕迹。你不点、不提交、不改动，平台上就没有任何多余的动作发生，账号层面自然也就没有什么可以对应的变化。

如果它替你点击或者替你提交，那情况就不一样了。平台看到的是这个账号在做一些动作，至于这些动作是手点的还是程序触发的，平台那一侧未必分得清楚。所以这一类能力的风险不在它以什么身份操作，而在那个操作本身超出了你原本会做的范围。

还有一个中间状态值得单独说，就是它只是帮你把页面上的某项内容高亮或者整理，不改变任何提交的内容。这种用法在平台上看起来和普通浏览没有区别，因为它没有产生任何被记录的动作，只是你看到的排列顺序变了。

把这三层摆开之后，判断就很直接了。你要问的第一句是它会不会替我做动作，第二句才是它读的东西范围有多大。很多人把顺序搞反了，一直在纠结它读了多少，却没注意到真正决定后果的是它能不能动手。

还有一个常见的混淆，就是把插件的行为和登录方式混在一起。有的用法需要在插件里再登录一次，有的不需要。这件事本身不决定风险的大小，因为真正的影响还是落在有没有产生动作上，而不是落在以什么方式取得了读的资格。

再往细说，读的范围也是有意义的。范围越窄，你在需要检查的时候能回想的东西越少。比如一个只在当前页面读的，和一个能读你所有站点访问记录的，在平时的体验上差不多，但在需要排查某一件具体的事的时候，前者的面要小得多。

所以关于账号这件事，可以归纳成两句话。第一句是从行为上看，看这类动作不会在平台上留下额外的记录，动手这类动作会。第二句是从范围上看，读得越窄，出问题时需要面对的面越小。这两句话不解决所有问题，但它们给出了判断的方向。

最后要提醒的是，不要把这个问题当成一个可以用一句话回答的问题。任何说这个东西不会影响账号的说法，都过于简化了。真正可控的做法是把它的行为范围和你的需求对齐：需要它看什么就给什么，不需要它做什么就不给那个能力。

还有一个更实际的角度，就是你的账号状态最终是由你在平台上的行为决定的，而插件只是改变了你在浏览器里看到的东西。看清楚这一点，你就会把注意力放在它有没有替你做事上，而不是放在它装没装上。

要把这一层想透，可以想一想你在没有它的时候是怎么做的。你还是打开同一个页面、看同一批商品、做同样的判断。装上它之后这些动作一样，只是参照来的位置变了。动作没变，账号那边看到的东西也就没变。

还有一种情况值得说明，就是它给你看的数和平台自己显示的数不一致。这不代表它在改动什么，更常见的原因是它用的口径或者窗口和平台不一样。遇到不一致时该做的是核对自己的判断，而不是推论它在暗中做了什么。

被牵连的风险从哪来

第一个来源是别人出问题时的连带。你用的这个程序本身没有问题，但它运行在什么上面、和什么共用一套配置，这些会决定连带面。比如同一台机器上的同一个浏览环境里，如果还装了别的东西，出问题的时候你要一起排查。

这个连带不是抽象的。当你发现某个数据看起来不对，你要做的是回想这个数是从哪来的。如果同一个浏览环境里有几个东西都在读页面，你就分不清是哪一个环节出的错。排查的难度和同时运行的东西数量是正相关的。

第二个来源是页面行为被改变。有的东西会改动页面的加载顺序或者显示方式，这时候如果某个环节出问题，表面上看起来像是页面本身的问题。排查的时候你需要在去掉它之后再看一遍，才能确认问题在不在它身上。

第三个来源是信息被带到你预期之外的地方。这通常和它要的通信或者范围很宽的读权限有关。判断的来源还是那句话：如果你能说清它用这一项在做什么，那就在你的预期之内；说不清，那你的预期就没有覆盖到它的行为。

第四个来源是习惯被改变。用了它之后，你对页面上某些信息的判断开始依赖它给的形态，比如原来你会自己扫一眼评价数，现在只看它整理出来的那一项。这时候一旦它出问题，你连自己原本能看出来的异常都会漏掉。

这一类的风险最容易被低估，因为它不涉及任何技术上的连带，纯粹发生在你自己身上。它的问题不在它做了什么，而在你少了什么。处理办法很简单，就是定期在没有它的状态下看几条商品，检查自己原来的判断力还在不在。

第五个来源是同一个环境里的多个东西互相干扰。两个都在读页面、都在往页面上加区域，它们之间可能因为操作顺序的问题产生一些小毛病，比如某一项时有时无。这类问题很难定位，因为去掉任何一个都可能看不出来。

把五个来源放在一起看，会发现它们有一个共同的处理思路，就是把同时在场的东西减少。你不需要去评判哪一个有问题，只需要让排查的时候变量少一个。这也是为什么把不用的东西卸掉比一直留着要省心得多。

还有一个来源和你的账号设置本身有关。同一个账号在多台设备、多个浏览环境里登录，任何一处出了问题，溯源的时候你面对的是一个更大的面。所以精细的做法是给不同的用途分开环境，至少让选品这个动作有它自己的位置。

这个做法有一个附带的好处，就是你的判断数据会相对干净。在这个专门的环境里，页面上出现的东西是固定的那几个，你对每一条商品的观察条件在时间上是稳定的。条件稳定，前后看到的差别才有意义。

知虾站在这一层，看到的是页面上公开出来的那些字段，它做的是把参照摆到你眼前这件事，不涉及在你的账号上执行操作。这一类只看的形态本身不会带来行为上的连带，真正的变量还是你那个环境里同时还在运行的其它东西。

所以要谈牵连，重点不在于某一个具体的程序，而在于你的环境里有多少东西同时在动、各自的范围有多大、你能不能把它们一个个说清楚。说清楚了，牵连在你的判断范围内；说不清，那才是真正的风险。

有一个可操作的做法是给自己列一张清单，写清楚这台机器上装了几个、各自做什么用、各自要了哪几类权限。这张清单不用给别人看，它的作用是当某天有异常的时候，你不用现场回忆，拿出来看一眼就知道变量有几个。

列清单这件事本身还有一个好处，就是有些东西你在写它做什么用的时候会发现自己答不上来。答不上来的那一个就是可以清掉的。清单写下十个，能说清用途的往往只有三四个，剩下的就是你的环境里不需要的那些。

还有一个容易忽略的来源是你的账和选品这两件事混在一起。有的环境里既登录着店铺的后台，又装着几个看数据的程序。这两类东西混在一起的时候，任何异常都变得难以归因，因为你分不清问题出在页面上还是出在你自己家里。

所以比较稳妥的做法是把这两类分开，看数据的环境不要和管店铺的环境是同一个。这样做不为别的，只是为了出问题的时候能少排除一半。分开的成本其实很低，就是多做一个浏览环境的配置而已。

中间那一列的特征是看上去有用，不给也不影响你当场看数据

怎么把风险挡在装之前

第一个动作是在一个低价值的环境里先试。不要一上来就装在每天干活用的那个环境里。找一个单独的浏览配置，或者一台不那么重要的机器，先装上用几天，看它的行为是不是和你从它的说明里理解的一致。

这个试的过程要看三个具体的点。一是它是不是只在你需要的那个页面上出现，二是它有没有在你没操作的时候做过什么，三是它的显示区域有没有挡住页面上你本来要看的内容。这三点都是几天之内能看出来的。

第二个动作是读一遍它的用途说明，读完顺手写一句它是干什么的。这句话不用长，一句话就够。写不出来是一个很强的信号，说明它做的事情超出了你能理解的范围，这种时候先不装比装上再后悔要好。

能写出来之后就对照权限清单，把写着的那句话和它要的权限逐条对。凡是你看不出和那句话有关系的那一项，先打成暂不给。这样你拿到的就是一个范围最小的可用状态，后面缺什么再补什么。

第三个动作是在真正开始用之前定一个检查的时间点。比如两周之后回来看一次它做了什么、有没有异常、你还需要不需要那几项权限。这个时间点定在装之前，比装完之后再想要有用，因为那时候你的注意力还在判断上。

第四个动作是准备一个不用它的对照状态。最简单的做法就是记一下没有它的时候你是怎么完成同一件事的，看了哪几条、花了多少时间。有了这个对照，将来它出问题的时候你能立刻回到原来的做法上，不会手足无措。

这四个动作加起来花的时间不多，一个东西大概十分钟。真正花时间的不是操作，是忍住不去跳过第二步。多数人装东西的时候会直接跳到试的那一步，跳过读说明和对照权限，而这两步恰恰是后面所有判断的基础。

还有一个细节值得注意，就是不要在同一时间装好几个。一次只装一个，观察完再上下一个。同时装几个的后果是你分不清行为上的变化是哪一个带来的，而且权限的对照也没法一项一项做，全混在一起。

这一点在换新的东西时同样适用。旧的不卸，新的装上，两个同时在场，你既看不出新的做了什么，也看不出旧的有没有变化。稳妥的顺序是先把旧的停用，观察几天，确认没有影响之后再上新的。

还有一个常见的跳过动作是拿别人的说法代替自己读说明。别人说这个东西好用，你就直接装了。别人的判断基于他的用法，而权限这件事是和你的环境、你的需求绑在一起的，别人替不了你完成这一步。

如果实在不想读说明，有一个偷懒但仍然有效的办法，就是只做权限对照这一步。不看它写什么用途，只看它要哪几项权限，然后对照你装它的目的。和目的无关的先不给，这个做法跳过了理解这一步，但没有跳过敏锐这一步。

还有一件事值得在装之前想清楚，就是这个东西你打算什么时候不用它。想清楚退出条件，你就不会在它变得没用之后还一直留着。条件可以很简单，比如两周里如果想起来用得不多，就卸掉。

把这一步放在装之前做，还有一个心理上的好处。装完之后你就不再是一个纯粹的接受者，而是带着一个预先定好的判断标准在用。有了标准，行为异常的细节才会被你注意到，否则你只会觉得今天有点不对。

最后要说的是，这些动作不是为了防住什么，而是为了让你在用它的时候心里是清楚的。清楚的价值不在平时显现，在需要判断某个数是哪来的时候、在需要决定要不要继续用的时候，它才有用。

需要说明的是，这些做法都是通用的原则，和具体是哪一个东西没有关系。任何装在浏览器里、能看到你页面内容的程序，都适用同一套判断方法，包括站在页面上的这一类。标准统一，你就不必为每一个新的东西从头想一遍。

知道它拿了什么之后，用起来的手感反而更放松

装完以后怎么复查

第一次复查建议放在两周左右。这时候新鲜感已经退掉，你有了几天的正常使用，能看出它在你日常里扮演什么角色。复查的内容不多，主要是看它在你不需要它的时候有没有在你不知道的地方做事情。

第一个要看的是它在哪些页面上出现过。如果你本来只在某一个站点上用，却发现它在别的站点也跟着你，那说明它的作用范围比你设想的宽。这一点不是问题，但你得知道，因为它改变了你对它的行为范围的认识。

第二个要看的是你给出去的那几项权限有没有真的在被用。方法很直接，就是把其中一项先收回，用几天看功能上有没有缺失。有缺失说明它在用，没缺失说明它其实不需要这一项，可以继续维持收回的状态。

第三个要看的是它给你的东西有没有变化。有的东西会随时间调整自己显示的字段和顺序，这本身不奇怪，但你要知道现在的样子和你装的时候是不是一致。不一致的地方值得重新判断一次，看它有没有超出你原来的预期。

第四个要看的是它有没有和别的东西争位置。用一个星期留意一下页面上的显示区域有没有打架、有没有出现时有时无的板块，这些现象往往不是单独哪一个造成的，而是几个东西同时在场的结果。

第五个要看的是你自己的习惯。复查的时候顺便回想这两天有没有哪一条商品是你因为它才注意到、又有哪一条是你因为它才看漏的。前一个问题说明它在起作用，后一个问题说明它在改变你的观察范围，两者都要留意。

这五项检查下来大概十来分钟，比装之前的五分钟长一点，但值得。它检查的是同一件事的两端，装之前你看的是它要什么，装之后你看的是它实际做了什么，两端对得上，用起来心里就踏实了。

复查的间隔不用太短。两周看一次太频繁，看着看着又变成天天在研究它。建议是第一次放在两周左右，之后放在换季或者做季度整理的时候一起做，这样它就不会变成一件单独惦记着的事，也不会占用你的日常。

第二次复查的重点和第一次不一样。第一次看的是行为有没有超出预期，第二次看的是你还需不需要它。这时候你的活可能已经变了，比如不再翻那么多页、改成了看盘面的方式，那它的位置也就跟着变了。

复查的时候还有一个容易漏掉的地方，就是权限是跟着东西走的，不是跟着你的用法走的。你把用法改了，权限不会自己跟着改。所以在用法变化之后，值得回头看一眼现在的权限清单还合不合适。

如果复查中发现某一项权限你确实需要，那就把它补上，不用有什么顾虑。复查不是要你把权限压到最小，而是让每一项都有一句你能说出口的理由。有理由的权限就是清楚的，清楚的就没有问题。

知虾站在页面上，看到的是这条商品公开出来的那一层，价格、评价、类目、上新节奏这一类字段，它不做采集，也拿不到后台数据。用这一类只看的形态时，复查的重点就落在范围上，也就是它到底在哪些页面上跟着你。

还有一个复查的动作值得养成，就是每清理一次浏览器的时候顺手看一下那一排东西里的权限。清理这个动作本身就在做减法，配合着看一眼权限，两边就一致了，不会出现界面关掉了权限还开着的情况。

最后要说的是，复查这件事不用做得像审查。它更像换季时翻一遍衣柜，看看哪些还在穿、哪些已经不合适了。做得粗糙一点没关系，只要隔一段时间有一次，你就不会在某天突然发现自己对这台机器上的东西一无所知。

还有一个前提要说明，复查能起作用的前提是你当初知道它要了什么。如果装的时候是直接点同意的，那复查的时候也补不出来什么，只能从头看一遍。这也是前面那几步值得在装之前做的原因。

常见问题（FAQ）