换一套工作平台，有时像把熟悉的厨房换成一台全自动料理机：做固定菜式更省事，想改火候和步骤却处处受限。一名资深数据工程师在 Reddit 发帖称，其组织去年从 AWS 转向 Palantir Foundry——一个把数据接入、转换、权限、分析和应用开发集中到同一环境的企业平台。作者已经学会使用它，也做出了实用应用，并承认它适合搭建仪表盘和 AI 工具；但对有经验的开发者而言，简单任务显得过度复杂，复杂任务又受平台能力限制。
更值得注意的不是一句“难用”，而是工作边界的变化。Foundry 带有低代码/无代码特征，即用可视化配置和预制组件减少手写代码。作者称，管理者因此可以随时查看甚至修改其工作，开发与管理的分工随之模糊。这也呈现了封闭平台的结构性代价：流程越依赖专有概念，既有技能越难迁移，工程师选择工具、调试底层行为和控制部署的空间也可能缩小。不过，这只是单名用户未经独立核查的经历，不能代表所有 Foundry 项目。