这是个非常好的问题！其实这背后既有Python语言设计的本质原因，也有文档组织的实用考量，绝对不是单纯的文档失误。

• 类本身就是可调用对象：在Python里，类和函数一样都是可调用的——当你调用一个类（比如property(fget)或者set([1,2,3])），本质是调用了类的__call__方法（由type类实现），返回该类的实例。对于普通开发者来说，使用这些类的体验和调用内置函数几乎完全一致：传入参数，得到结果。文档把它们归入内置函数列表，是从用户使用体验出发，而不是严格的“函数/类”类型划分。

• 历史兼容与API设计：部分这类工具在Python早期版本中确实是函数，后来为了扩展功能重构为类，但为了不破坏现有代码，保留了完全兼容的函数式调用接口。比如property从Python 2.2引入时就是类，但一直以“像函数一样调用”的方式暴露给用户，文档也就延续了把它放在内置函数列表里的传统。

• 文档组织的实用性：内置函数列表是Python开发者最常查阅的入口之一，把这些高频使用的“可调用类”放在这里，比单独开辟一个“内置类”分类更方便用户快速找到所需工具。毕竟大多数用户关心的是“如何用它完成任务”，而不是“它的本质是类还是函数”。

举个直观的例子：你写my_slice = slice(10)或者my_set = set([1,2,3])的时候，完全不需要意识到自己在实例化一个类——这和调用len("hello")或者max([1,5,3])的使用感受没有区别。

总结一下：这是Python文档团队有意为之的设计，优先服务于开发者的实际使用场景，而非刻板的类型分类。

内容的提问来源于stack exchange，提问作者Kevin L.