信息也非常少。
除了社交关系全在当地的人，其他幸存下来的人都非常想知道散落在各地的亲朋好友情况如何，寻找亲朋的诉求非常大。
【寻人】不是超市系统自带的功能，想要上线，陆黎需要在小松的配合下提前设定好整个功能的运行方式，借助小松的算力才能真正实现。
现在有个超市终于开遍夏国，除了一些微型的幸存者聚集处，几乎覆盖了目前整个夏国幸存下来的五亿多人口，在有个超市注册过信息的幸存者也超过了两亿，【寻人】功能的开放前提已经做好准备。
“我初步的设想是，想要找人的人先提出一条申请，通过小松的智能比对后，如果找到符合条件的人，可以由超市先向对方发送信息，将提出寻人申请的人的信息发送给对方。对方同意反馈自己的信息后，再将结果发给申请人，整个过程必须是相互的。”
随着陆黎手指在控制台上滑动，寻人的流程图出现在操作屏幕中。在陆黎看来，【寻人】确实是一个非常好的功能，但这个功能背后也隐藏着一定的风险，亲人可以找你，仇人能不能找你呢？所以，寻人的过程必须是双方都知情并且同意的。
“很有道理，还有很多细节的地方需要注意，比如有人收到别人寻找自己的消息，却不想给对方反馈自己的信息，那么申请人那边会得到什么样的结果呢？”
顾浩霖正在亲自带队清理城市，以他的实力，在城市中心也闲庭信步，一边宛如砍瓜切菜般行云流水地清理丧尸，一边深思陆黎的计划，提出合理的建议不断补充，“如果比对出符合的人选，之后一系列通知、反馈流程需要的时间不一定短，但如果没有比对出合适的人选，给出结果的速度就会很快，申请人完全可以根据收到结果的速度，推断出自己想要找的人到底是真的找不到还是对方不愿意被找到。”
“唔，确实，各种可能出现的情况实在太多了，这样吧，分类一下，第一种，甲提出申请，顺利匹配到乙，乙有购物卡，及时收到通知并同意反馈信息，那就立刻将结果反馈给甲，这是设想中可能会出现的最顺利的情况，皆大欢喜。第二种，甲提出申请，顺利匹配到乙，乙没有购物卡但在资料库中留下过记录，规划合理的信息传递路径，让乙知情，乙同意反馈，甲收到结果。第三种，甲提出申请，顺利匹配到乙，但乙不同意反馈，那就由乙自行选择超市是回复甲‘查无此人’还是‘对方拒绝提供信息’……”