从工具收藏，到能力编排

一个工具单独用起来很顺手，几个工具放在一起，却未必能完成一项工作。中间常常缺少的，是清楚的输入、步骤之间的交接，以及最后一次检查。

所以，在继续增加工具之前，我更想先回答一个问题：面对一个具体任务，能不能知道该用什么、按什么顺序用，以及做到什么程度才算完成？

01　先盘点能力

先读实际文件和使用场景，弄清楚每项能力解决什么问题、需要哪些输入、交付什么结果。名字相似，不代表功能相同；名字不同，也可能在做同一件事。

盘点的结果应该是一份能帮助选择的清单。下次遇到任务时，能找到适用的能力，也能看见它的限制。

有些能力重复，有些互补，有些只在特定环节有交集。先把这些关系分清楚，再决定要不要合并。

一份工具清单告诉我拥有什么；一张能力地图，帮助我判断该怎样使用。

边界清楚以后，才容易知道哪些步骤可以交给工具，哪些判断仍然需要自己完成。

选一个足够具体的任务，写清楚输入和期望输出。然后倒着看：为了得到这个结果，前一步需要留下什么？再前一步又需要哪些资料？

例如整理一份研究笔记，资料收集需要保留来源，观点整理需要区分事实与推断，表达完成以后还要核对关键内容。把这些交接写出来，流程才有机会真正接得上。

流程画出来，只是一个开始。还需要拿真实任务跑一遍，检查路由是否选对、步骤是否接得上、结果能否继续使用。

如果某一步总要重做，就记录卡在哪里。是输入不完整、职责不清楚，还是检查出现得太晚？修改具体的环节，再做一次，比继续增加工具更有帮助。

这套方法仍在探索中。对我来说，有用的个人系统，不需要一开始就完整。先让一个任务跑通，留下清楚的过程，再在下一次使用中慢慢修改。

从盘点到验证，最终希望留下的，是面对类似问题时更有把握的一种做法。