原站网页截图，页面可能随时间更新。
Potpie 将分散在代码仓库、工单系统、文档和工程工具中的信息组织成统一的上下文图，再以此支持软件研发流程中的分析、规划、开发和验证工作。平台面向大型工程组织，强调在企业自有环境中运行，并让团队保留对数据、模型和执行过程的控制。
用途与定位
Potpie 用于把企业的软件研发流程连接起来，从最初的需求和规格，到代码实现、测试及最终审查，形成一套由上下文驱动的工作方式。平台会整理代码库、服务、接口、依赖关系、提交记录、文档、知识库、工单、需求和历史决策等信息，建立可持续更新的上下文图。
在此基础上，工程团队可以向代码库提问，查看可追踪的来源，并让专门的代理执行调试、影响分析、代码生成、质量保证和测试等任务。平台也支持把已批准的设计转化为实施计划，并为人工审查准备结果。
适用场景
Potpie 主要适合拥有多个团队、仓库和工程系统的大型组织。它可用于理解服务之间的依赖关系、查找架构决策、定位变更影响、分析回归问题、生成规格和测试，以及辅助代码审查。对于需要让新工程师更快理解代码库，或希望减少重复性工程工作的团队，平台也提供了相应的工作流支持。
典型场景包括评估迁移账单系统时可能影响的服务、接口和测试，调查结账延迟回归原因，以及在修改重试策略前生成影响报告。平台强调上下文在团队之间共享，而不是只局限于单个仓库或单台机器。
准备与上手
使用时需要先连接工程团队已有的工具和数据源。官网列出的连接对象包括 GitHub、GitLab、Jira、Linear、Confluence、Sentry、数据库以及其他内部系统，连接通过获批准的 API 完成。平台可使用自定义连接器和解析器适配企业技术栈。
上手流程通常从连接工程技术栈开始，随后映射服务、文件、工单、决策和负责人之间的关系，再将这些实体、关系和领域概念组织成类型化模型。上下文图会随着代码提交和工单变化而刷新。完成基础连接后，可部署调试、规格生成、测试和影响分析等工作流，并根据团队反馈持续调整。
主要功能
平台提供协作式规格创建、基于规格的项目管理和基于规格的开发能力，并以上下文图作为共同基础。工程上下文层可包含代码库、服务、API、依赖、架构、提交、知识库、标准、流程文档、设计文档、工单和历史记录。代码图、知识图和本体层则用于表达调用关系、数据流、实体、关系及领域概念。
代理层包括编排代理、调试代理、影响分析代理、代码生成代理、质量保证与测试代理，以及可配置的特殊代理。控制层负责任务编排与路由、上下文选择与压缩、工具执行与沙箱、记忆与状态管理、反馈验证、可观察性和防护。平台支持使用 Claude、OpenAI、Gemini、xAI 等模型，并可通过现有订阅或符合零数据保留要求的部署使用模型。
在交互方面，用户可以询问代码库并查看相关来源，也可以在现有工具中运行调试、规格生成、测试和影响分析流程。每次运行可记录代理、动作、令牌数量和结果，便于追踪工程活动。
部署方式与限制
Potpie 可部署在企业自己的 VPC 或本地环境中，官网将其描述为默认只读，并支持通过获批准的 API 接入。企业可以使用自己的基础设施和模型选择，平台也提供面向团队的前置部署工程支持，用于结合实际技术栈调优工作流。
需要注意的是，Potpie 面向大型工程组织和企业级上下文管理，使用前需要准备代码、文档、工单及相关系统的连接与权限。其效果依赖上下文来源、映射关系和团队反馈的完整程度；代理生成的计划、分析、代码或测试仍需人工审查。官网未给出面向普通个人用户的完整使用条件、价格和具体系统要求。
问：Potpie 可以部署在哪里？
答：可部署在企业自己的 VPC 或本地环境中，也可通过获批准的 API 连接现有工程系统。
问：Potpie 是否只能使用某一种模型？
答：不是。平台列出 Claude、OpenAI、Gemini、xAI 等模型，并支持通过现有订阅或符合零数据保留要求的部署使用模型。
Potpie 可以部署在哪里？
可部署在企业自己的 VPC 或本地环境中，也可通过获批准的 API 连接现有工程系统。
Potpie 是否只能使用某一种模型？
不是。平台列出 Claude、OpenAI、Gemini、xAI 等模型，并支持通过现有订阅或符合零数据保留要求的部署使用模型。