GitHub工具的闭环管理艺术

我一直以为自己是个爱折腾的人。GitHub上收藏了上百个项目，有效率工具、有自动化脚本、有各种前沿框架。每次刷到看起来有用的东西，手指就自动点下Star，心里还美滋滋地想：收藏了就是学会了，留着以后肯定用得上。

结果呢？这些Star躺在收藏夹里，像一柜子落灰的书，再也没打开过。

为什么收藏的工具用不起来

有一天我实在忍不了了，主动去问AI助手："为什么我收藏了这么多GitHub工具，但真正用起来的没几个？"

助手的第一反应很直接——它想帮我整理一份清单，告诉我哪些工具值得用、哪些可以忽略，哪些需要安装、哪些需要配置。这听起来是个好主意，我差点就接受了。但我停了一下，觉得这样做不对。

如果只是给我一个清单，我大概会收藏更多的工具，然后继续落灰。问题不在于清单，在于我根本不知道自己为什么会收藏这些工具，也不清楚为什么最后没有用起来。给答案之前，应该先找到真正的原因。

我叫停了它，提议先追溯问题的源头——我自己收藏这些工具时，到底是怎么想的。

往回追溯，我看到了一个很尴尬的事实：我收藏这些工具的时候，往往只看了项目的简介页面。README写得很漂亮，号称能解决什么问题、用了什么新技术、获得了多少Star——这些信息足以让我觉得"这东西有用"，但不足以让我真正判断它是否适合我的需求。

没有任何评估，没有试用，更没有想清楚它要解决的具体问题和我现在面临的问题是不是同一个问题。就这样，我带着一种"先收藏再说"的心态，把它们一股脑塞进了收藏夹。

这个发现让我重新审视了一个问题：收藏这个动作本身不等于学习，收藏甚至不等于认可，它只是"觉得有用"的第一个念头。如果不加后续环节，这个念头就永远停在了念头阶段。你以为你在积累资产，实际上只是在积累一种"拥有感的幻觉"。

在和助手的讨论中，我们梳理出了一个工具从发现到真正为我所用的完整路径——五步闭环：发现、评估、试用、整合、回顾。

发现是起点，看到一个工具觉得有意思，就点进去看看。评估是过滤，判断它是否值得花时间深入了解。试用是验证，在真实场景中测试它到底能不能解决问题。整合是落地，把它纳入到自己的工作流程里去。回顾是迭代，用了一段时间之后问自己：它是否还在帮我解决问题？需不需要调整或者替换？

这个闭环听起来像常识，但真正做到的人少之又少。大多数人包括我，停在了第一步，发现了工具就以为完成了，实际上后面四步才是让工具变成生产力的关键。发现一个工具不等于掌握一个工具，就像你买了一本烹饪书不等于你会做菜。

有一个成功的反面例子后来变成了正面参考。我之前有一个 jianfei-github 项目，做的是自动化脚本，用起来很顺手。回头看，它之所以用起来了，是因为我在收藏之前就带着明确的需求——我想自动化某个重复工作，试用之后发现真的能解决问题，然后才整合进工作流，最后在使用中不断调整和改进。

这就是一个完整的闭环。虽然当时我没有意识到，但它确实走完了整个流程。这和那些躺在收藏夹里吃灰的工具，差的不是技术含量，而是我在接触它的那一刻是否有一个真实的、具体的问题。

助手提了一个类比，我觉得特别贴切：健身不能只练不回顾。

你每天都去健身房，跑步、举铁、拉伸，一个不落，训练计划也看起来很专业。但从来不记录训练数据，不测量身体围度，不回顾自己的进步和瓶颈，不根据实际情况调整训练计划——这叫什么？这不叫健身，这叫自我感动。练得很累，但效果不一定好。

工具管理也是同样的道理。你收藏了一个工具，试用了几天，觉得还行，但如果不回顾它的实际效果，不问自己"它真的解决我的问题了吗"，它就只是一个躺在收藏夹里的假象。你花了时间，但没有花在对的地方。

我在实践中做了一个很小的调整，效果却很明显：把所有新发现的工具先放进一个"待评估"区，给它一周的试用期。一周之后问自己三个问题：它解决了什么具体问题？学习成本有多高？它的社区活跃度和更新频率如何？

第一个问题帮我过滤掉那些"看起来有用但实际上不知道解决什么问题"的东西。第二个问题让我评估时间投入是否值得——有些工具很好，但需要几十个小时才能上手，如果我不是高频使用者，这个成本就太高了。第三个问题帮我判断这个工具会不会用着用着就没人维护了。

工具管理的本质不是收集更多，而是留下真正有用的。当我开始用这个闭环来对待每一个新工具，收藏夹的增长速度慢了下来，但真正用起来的工具却变多了。这不是效率的倒退，而是从"囤积模式"切换到了"使用模式"。

回头看那个上百个Star的收藏夹，我不打算清理它——但我决定，以后不再只凭简介就收藏东西了。