刚接上一个资料库，要不要马上搭一套信息工作台？
不建议一开始就搭。看到别人的推送系统、知识库、自动化工作台很心动，但这些都需要额外的配置和长期维护。刚接上资料库，更好的起点是一个你手上正在面对的真实问题：直接问助理，让它查有具体过程的案例，对比成功和失败的原因，帮你找出最值得先验证的一步。去做这一步，遇到问题再回来查，做完把结果带回来复盘。这样用一段时间，你自然会知道哪些环节值得固定下来、做成技能或定时任务。
不建议一开始就搭。
接上一个资料库以后，很容易被别人的玩法吸引：每日推送、个人知识库、自动生成报告、多工具串联的工作台……
但这些都需要额外的开发、配置和持续维护。一开始就搭，常见的结果是：
- 花了几天配置，真正用上的时候发现不是自己需要的；
- 出了问题不知道哪里坏了；
- 搭完以后很少打开。
从一个真实问题开始
找一个你现在正在面对的问题，直接问助理：
我准备做【某件事】，目前【现状】。请查找有具体操作过程的案例，对比成功和失败的原因，说明需要什么条件。结合我的情况，找出最值得先验证的一步，并附上来源。不要给我一份无法验证的完整计划。
然后：
- 去做这一步；
- 遇到问题，带着具体情况回来再查；
- 做完把真实结果告诉它，一起复盘。
这个循环的详细做法，见「把助理当执行教练：不要一份完整计划，只解决眼前这个卡点」。
什么时候再考虑固定下来
用一段时间以后，你会发现：
| 信号 | 可以考虑 |
|---|---|
| 同一类问题问了很多次 | 做成技能 |
| 每天都要手动去查同样的东西 | 配一个定时推送 |
| 查过的结论经常想回头翻 | 建一个存档 |
先有重复的需求，再做固定的流程。 技能的做法见「先用别人跑通的技能，再改成自己的」。
也不必为了用资料库而用
有些问题，直接问助理、或者自己查一下就够了。资料库是一个经验来源，不是每件事都要经过它。
小结
先解决一个真问题，再谈搭系统。真正有价值的工作流，是从反复出现的需求里长出来的，不是一开始就设计好的。