网站资料 · 技术情报 · 相似站点

privategpt.io

Connect your own data sources to a private AI powered tool and start asking in natural language.

暂未发现付费内容
访问网站
站内浏览 1 次 访问跳转 11 次 正常
PrivateGPT 首页完整截图

快速了解

分类
AI工具
语言
未知
付费内容信号
暂未发现付费内容已观察
注册年份
未知
主机
Cloudflare推测
HTTPS 证书信任
通过已观察
最后更新

AI 生成的网站测评

AI 生成

本测评由 AI 根据公开资料生成,未经逐项人工核实;域名、证书等事实以本页采集数据为准。

PrivateGPT是什么网站?

PrivateGPT(privategpt.io)是一个面向企业的“私有版 ChatGPT”工具网站:把公司自己的数据源接进来,让员工用自然语言提问,答案只基于组织内部资料。

主要用途

  • 连接内部工具:可接入 Notion、JIRA、Slack、GitHub 等,把散落在各系统里的信息统一成可问答的知识库。
  • 私有与安全:网站声明用户数据不会被用于训练 AI;组织内成员只能得到自己有权访问的内容的答案。
  • 减少查找成本:针对“信息随时间被埋没、搜索耗时”的问题,用问答方式取回所需知识。
  • 配套内容:站内提供《The Power of a PrivateGPT》指南、LLM 选型对比资料,以及一个把 PrivateGPT 接入 Booster Framework 文档的入职流程案例。

适用场景

适合内部文档和协作工具很多、员工常为找资料耗时的公司,尤其是对数据不外泄、权限隔离有要求的团队。例如需要让新员工快速查询开发文档、让客服查到产品资料,而不必翻遍多个系统。

选择条件

网站目前写明是“向全球部分公司和机构逐步推出”,需要提交申请并说明需求,再由对方联系。它更像企业定制方案而非公开注册即用的产品;资料未给出价格与部署参数,评估时应先确认接入哪些数据源、权限如何映射,以及是否支持你现有的工具链。

与其他方案的区别

它和公开版 ChatGPT 的侧重点不同:后者通用能力强但基于公共数据,PrivateGPT 强调用企业自有数据作答并做访问控制。与单纯的关键词搜索相比,它支持自然语言提问,但答案质量取决于内部资料的完整程度。

PrivateGPT可以连接哪些数据源或工具?

PrivateGPT 官方页面明确提到可连接 Notion、JIRA、Slack、GitHub 等工具,接入后可直接用自然语言向 PrivateGPT 提问,让它从这些来源里找回所需信息。

具体使用情境

  • 团队把项目文档放在 Notion、任务和缺陷记录在 JIRA、讨论沉淀在 Slack、代码与 issue 在 GitHub,成员不必逐个平台翻找,直接问“某个功能的设计说明在哪”“这个需求相关的讨论结论是什么”。
  • 官方还展示了一个落地案例:把 PrivateGPT 接入 Booster Framework 的文档,用于简化新成员的上手流程。对读者的启发是,把内部文档站或知识库作为数据源,适合做入职问答、流程查询这类高频场景。

选择时注意

  • 页面强调的是“连接你自己的数据源”,并强调两点:数据不会被用于训练 AI;组织内成员只能得到自己有权访问的信息的答案。因此适合对权限和隐私有要求的企业内部知识查询,而不是公开内容问答。
  • 官方目前是面向选定企业和机构逐步推出解决方案,需提交申请说明需求。若你只是想自建开源版本,可参考 GitHub 上的 PrivateGPT 开源项目;若偏向团队协作知识库问答,可对比 Notion 自带的 AI 问答能力,侧重点在于 Notion 只覆盖站内内容,而 PrivateGPT 的价值在于跨多个工具聚合。

PrivateGPT如何确保员工只能看到自己有权访问的信息?

PrivateGPT 的权限控制思路是:把员工能看到的答案,限定在他本人有权访问的数据范围内。网站资料明确写到,组织内的人“只会得到关于其被允许访问的信息的答案”,这是它区别于普通公开 ChatGPT 的核心安全设计之一。

具体怎么理解

  • 按数据源授权:PrivateGPT 支持接入 Notion、JIRA、Slack、GitHub 等内部系统。员工在这些系统里本来就有各自的访问权限,PrivateGPT 在检索和生成答案时沿用这套边界,而不是把所有接入内容合并成一个“人人可问”的知识库。
  • 答案受权限约束:即使某个文档存在于公司知识库中,只要提问者无权访问,就不应出现在回答里。这正是官网强调的“People within your organization will only get answers about the information they are allowed to access”。
  • 数据不用于训练 AI:官网同时说明“Your data is yours and won't be used to train AI”,这解决的是数据外泄和二次使用问题,与权限控制是两个层面,但共同构成私有化部署的安全卖点。

适合的使用场景

例如需要让新员工询问入职流程、让研发查内部文档、让客服查产品资料,但这些内容分别存放在不同系统、且不同角色可见范围不同时,PrivateGPT 的价值就在于“问得到、但不越权”。

选择时的注意点

官网没有公开权限模型的技术细节(如是否支持行级、字段级权限,是否与 SSO/目录服务联动)。实际选型时建议直接向服务方确认:权限是跟随源系统实时同步,还是在接入时单独配置;以及离职、转岗后权限如何回收。这些细节决定权限控制能否真正落地。

使用PrivateGPT时,公司数据会被用来训练AI吗?

不会。按网站页面的说明,PrivateGPT 明确把“你的数据属于你,不会被用于训练 AI”作为隐私承诺;同时它按组织内的权限控制回答范围,员工只能问到其有权访问的信息。

具体含义

  • 训练用途:公司接入的数据不用于训练 AI 模型。
  • 访问控制:回答内容受权限限制,不是把所有内部资料对所有员工开放。
  • 使用方式:连接 Notion、JIRA、Slack、GitHub 等数据源后,用自然语言提问检索内部知识。

选择时的注意点

“不用于训练”是厂商在页面上给出的承诺,实际部署时仍建议在合同中确认数据留存期限、是否用于模型改进、以及权限同步是否覆盖所有接入源。若公司对合规要求高,可先小范围接入一个数据源试用,再逐步扩大。

如何申请试用PrivateGPT或让团队接入?

PrivateGPT 目前不是自助注册开通的产品,而是按申请制向企业或机构逐步开放。申请入口在官网首页底部的 “Does PrivateGPT sound useful for your organization?” 表单,填写组织需求和使用设想后提交,对方会在能承接的情况下联系你。

申请时值得写清楚的内容

  • 数据源:官网明确支持接入 Notion、JIRA、Slack、GitHub 等,写明你团队主要用哪些,方便对方判断接入方式。
  • 使用人群与权限:PrivateGPT 强调组织内成员只能看到自己有权访问的内容,说明团队规模、部门划分和权限要求会更具体。
  • 用途场景:例如需要让新成员快速查内部文档、减少在多个系统里反复搜索,官网的 onboarding 案例就是把它接到 Booster Framework 文档上做问答。
  • 合规要求:资料写明你的数据不会被用于训练 AI,如果所在行业有数据合规限制,可以在申请中一并说明。

想先看效果

官网提供 “Try live demo” 入口,可以先体验问答形式,再决定是否提交申请。官网还有《The Power of a PrivateGPT》指南,讲企业知识管理的安全与隐私做法,适合在申请前给内部决策者看。

选择条件

如果团队只需要个人级、开箱即用的聊天工具,申请制流程会偏慢;如果看重数据不外流、按权限隔离回答,且愿意配合对接内部系统,走官网申请表单是当前资料里唯一的接入路径。

PrivateGPT适合用来解决企业知识管理中的哪些具体问题?

PrivateGPT 主要解决“企业知识散落在多个工具里、员工查不到或查得慢”的问题。它把 Notion、JIRA、Slack、GitHub 等数据源接入后,让员工用自然语言直接提问,从公司自有资料中取回答案,而不是在多个系统间反复搜索。

具体能解决的问题

问题场景 PrivateGPT 的用途
知识埋没在文档和协作工具中 连接 Notion、JIRA、Slack、GitHub 等来源,统一用问答方式调取
新员工上手慢、流程复杂 把内部文档接入后回答入职和流程问题;官网展示了与 Booster Framework 文档集成的 onboarding 案例
担心数据被用于训练 AI 资料声明企业数据归企业所有,不会被用来训练 AI
担心员工看到越权信息 资料声明回答范围限定在员工有权访问的信息内

适合谁用

适合内部知识量大、工具分散、又对数据隐私和权限敏感的组织,例如研发团队查框架文档、客服或运营查内部流程、新员工自助了解公司规范。官网提到正在向选定的企业和机构推广 PrivateGPT 方案,需要提交申请沟通需求。

选择时的判断条件

  • 如果核心痛点是“搜不到、搜得慢”,且知识主要在 Notion、JIRA、Slack、GitHub 这类可接入系统里,匹配度较高。
  • 如果最在意数据不外泄、不被用于训练,以及按权限返回答案,这正是它主打的卖点。
  • 如果只是想要一个通用聊天助手、没有自有知识库接入需求,它的价值就不明显。

可对照的工具

同类方向可参考 Vectara(面向企业的检索增强问答平台)和 Zilliz(向量数据库,适合自建知识检索)。PrivateGPT 的侧重点是把多源企业工具接入与权限控制打包成开箱方案,而非单纯提供模型或数据库。

如何申请使用 PrivateGPT 的企业解决方案?

PrivateGPT 目前不是自助注册即可开通的产品,而是以申请制向部分企业和机构逐步推出。你需要通过官网的申请入口提交组织需求与想法,对方评估后若认为能够提供帮助,会主动联系你。是否适合申请,先看两点:组织是否存在“信息散落在多个工具里、检索成本高”的问题,以及是否要求数据不被用于训练 AI、员工只能看到权限范围内的答案。

申请前先判断:你的组织是否匹配

PrivateGPT 的定位是把公司自有知识接入一个私有的 ChatGPT 式工具,用自然语言提问取回信息。官网列出的典型场景包括:

  • 把 Notion、JIRA、Slack、GitHub 等工具中的数据连接进来,直接提问“我需要知道的内容”。
  • 新员工入职时,用已有文档回答流程和背景问题,减少反复找人问。
  • 内容创作者或社区运营方,用私有化方式与社区进行 AI 互动。

官网给出的两个核心承诺是:

维度 官网表述 对你意味着什么
隐私 你的数据属于你,不会被用于训练 AI 适合对数据外流敏感的组织
安全 组织内成员只能获得其有权访问的信息的答案 适合有分级权限、需要按角色隔离信息的企业

如果你的需求只是个人试用通用聊天机器人,或组织没有成规模的自有知识库,申请企业方案的必要性不高。反过来,如果知识检索耗时明显、又不能让数据进入公共模型训练,就值得进入申请流程。

申请步骤

  1. 进入官网申请入口。在 privategpt.io 页面找到面向组织的申请表单(页面上的 “Get in touch” / 申请提交区域)。
  2. 填写组织信息与需求。官网明确说明需要“let us know about your needs and ideas”,即说明你的使用场景、希望连接的数据源类型、以及你关心的问题(如权限隔离、数据不用于训练)。
  3. 提交表单。提交成功会显示确认信息;若页面提示出错,按提示刷新后重新提交。
  4. 等待评估与联系。官网表述是“we'll get in touch if we can help you”,即对方评估后仅在能提供帮助时联系,不保证所有申请都会得到回复。

验证是否提交成功

提交后页面会给出成功提示(“Your submission has been received”)。如果没有看到该提示而是错误提示,说明提交未完成,需要刷新重试。之后以对方是否主动联系作为下一步信号,官网未提供自助查询申请状态的入口。

常见卡点

  • 把它当成可直接注册的产品:官网当前是“向部分企业和机构推出”的申请制,没有公开的自助开通路径,也没有公开价格信息,不要预设为免费或即时可用。
  • 申请描述过于笼统:只写“想用 AI”很难让对方判断能否帮上忙。把具体数据源(如 Slack、JIRA)、具体问题(如入职问答、跨库检索)和权限要求写清楚,更利于评估。
  • 忽略权限设计:官网强调“只能看到被允许访问的信息”,申请时如果组织有部门级或项目级隔离要求,应一并说明,这直接影响方案是否可行。
  • 期待即时回复:联系是有条件的,未收到回复不等于申请失败,但也不应把它当作已排期的服务承诺。

申请之外的准备动作

在等待联系期间,可以先做两件事,让后续沟通更高效:

  1. 盘点数据源:列出你希望接入的系统(Notion、JIRA、Slack、GitHub 或其他),以及各自的大致内容量和更新频率。
  2. 梳理权限边界:明确哪些内容全员可见、哪些限部门或项目,这对应官网所说的“按权限给答案”。

官网还提供了两份可先阅读的材料:《The Power of a PrivateGPT》讲企业知识管理中的安全与隐私,《Choose LLM》讲大语言模型选型的比较信息。它们能帮助你在申请沟通前形成更具体的问题清单。

PrivateGPT 选择大语言模型时可参考哪些信息?

PrivateGPT 官网提供了一份关于大语言模型(LLM)选型的比较与最新信息指南,可作为企业搭建私有 GPT 时选择模型的参考入口。但官网本身不预设具体模型推荐,选型需要结合企业知识管理场景、数据隐私与访问安全要求,并以官方指南的更新内容为准。如果读者想直接获得“选哪个模型”的答案,官网资料不足以支撑;如果读者需要一套可核对的选型依据和判断维度,可以按下面的方式使用官网信息。

官网提供的选型参考入口

根据 privategpt.io 页面内容,官网在指南板块列出了三类资料,其中与模型选择直接相关的是:

  • Choose LLM:页面描述为“关于为人工智能项目选择大语言模型的比较性和最新信息”。这是官网明确给出的 LLM 选型参考材料。
  • The Power of a PrivateGPT:关于利用 AI 进行企业知识管理时兼顾安全与隐私的指南,帮助判断选型时隐私约束的权重。
  • Maximizing Content Potential:介绍 Answrs.ai 这一面向内容创作者的工具,与 LLM 选型关系较间接。

需要说明的是,页面只给出了指南的名称和一句话描述,没有列出具体模型名称、参数对比表或评测分数。因此不能从官网直接得出“某模型优于某模型”的结论,实际比较内容需进入指南页面查看。

选型时应结合的三个约束

官网在首页强调了 PrivateGPT 的两项产品属性,这两项属性会直接影响 LLM 选型:

约束维度 官网表述 对选型的含义
数据不用于训练 “Your data is yours and won't be used to train AI” 需确认所选模型及其部署方式是否满足数据不被用于训练的要求
按权限返回答案 “People within your organization will only get answers about the information they are allowed to access” 模型需与权限控制机制配合,答案范围受用户访问权限限制
数据源接入 可连接 Notion、JIRA、Slack、Github 等 模型需能处理这些来源的文本内容并支撑语义检索问答

页面还提到“Language in Semantic Search”(语义搜索中的语言)和“Security Challenges”(安全挑战)两个主题,说明语言支持与安全是官网认可的选型考量点,但页面未展开具体内容。

一个可操作的使用路径

例如需要为一家使用 Notion 和 JIRA 的团队选型,可以按以下步骤推进:

  1. 先读 Choose LLM 指南,获取官网给出的比较维度与最新信息,记录其中提到的评估项。
  2. 对照隐私要求:确认候选模型在部署后数据不会被用于训练,与官网“数据不用于训练”的承诺一致。
  3. 对照权限要求:确认答案生成环节能受组织内访问权限约束,而不是对所有数据一视同仁。
  4. 对照数据源:确认候选模型能处理 Notion、JIRA、Slack、Github 等来源的内容,并支持语义搜索问答。
  5. 验证:用团队真实文档做小范围问答测试,检查答案是否只覆盖提问者有权访问的内容。

常见卡点在于:官网未公开具体模型清单和对比数据,指南内容可能随更新变化,选型结论应以查阅时的指南版本为准,不宜依赖二手转述。

获取更多信息的渠道

官网表示正在向全球部分公司和机构推广 PrivateGPT 解决方案,并设有申请表单:提交需求与想法后,对方会在能够提供帮助时联系。若选型涉及具体部署条件,可通过该入口咨询。页面未提及价格、试用期限或登录限制,这些信息不能从现有资料推断。

总体判断:官网适合作为 LLM 选型的起点和隐私约束的核对清单,不适合作为具体模型排名的依据;最终选择需结合指南内容与企业自身的数据源、权限体系和隐私要求共同决定。

如何将 Notion、JIRA、Slack、GitHub 等数据源连接到 PrivateGPT?

PrivateGPT 官方页面给出的接入方式是:连接你的 Notion、JIRA、Slack、GitHub 等数据源,然后用自然语言向 PrivateGPT 提问所需信息。官网没有公开逐步的接入操作手册,因此具体配置步骤需以官方指南和实际部署环境为准;本文能确定的是可连接的数据源类型、接入后的使用方式,以及申请接入的入口。

可连接的数据源与接入后的效果

根据官网说明,PrivateGPT 支持连接以下组织常用工具:

  • Notion
  • JIRA
  • Slack
  • GitHub
  • 其他同类数据源(官网以“etc.”表示,未逐一列举)

接入后,你不需要在多个工具之间反复搜索,而是直接用自然语言提问,例如“这个功能在哪个项目里讨论过”“入职流程的文档放在哪里”,PrivateGPT 会从已连接的数据中找回对应知识。官网将其定位为“把被埋没的组织知识在需要时带回来”的工具。

接入前需要确认的两件事

数据不会被用于训练 AI

官网明确说明:你的数据归你所有,不会被用于训练 AI。这是接入前可以核对的一条隐私条件。

访问权限按组织内授权范围控制

官网说明:组织内的人员只会得到其有权访问的信息的答案。也就是说,接入数据源后,回答范围与成员原有的权限边界相关,而不是对所有连接内容一律开放。

如何开始接入

官网当前的状态是:正在向全球选定的公司和机构推广 PrivateGPT 解决方案。页面上没有公开自助注册或一键连接的操作入口,给出的路径是:

  1. 在官网找到申请入口(页面中的 “Get in touch” / 提交申请表单)。
  2. 填写你的需求与想法,说明希望连接哪些数据源、解决什么问题。
  3. 提交后等待官方联系;若方案匹配,官方会进一步沟通接入事宜。

提交表单后页面会显示确认信息(“Your submission has been received!”);若出现错误提示,按页面提示刷新后重新提交。

参考案例:接入文档后的实际用途

官网列出的一个项目案例是:将 PrivateGPT 与 Booster Framework 的文档集成。Booster Framework 是一个用于加速后端开发的开源工具。这个案例说明接入的典型场景——把一套分散的文档变成可自然语言问答的知识库,用于简化复杂的新手引导流程。你可以对照自己的场景判断:如果团队的知识主要沉淀在 Notion、JIRA、Slack、GitHub 这类工具里,接入思路是相通的。

进一步了解接入方式的资料

官网提供了几份指南,可在申请前阅读:

资料 内容
The Power of a PrivateGPT 关于用 AI 做企业知识管理、兼顾安全与隐私的指南
Choose LLM 面向 AI 项目选择大语言模型的对比与更新信息
Maximizing Content Potential 介绍 Answrs.ai,面向内容创作者与其社区进行安全、私密的 AI 交互

此外,官网还提供 “Try live demo” 入口,可在正式接入前先体验问答效果。

常见卡点

  • 找不到自助连接按钮:官网当前以申请制推广,没有公开的自助接入流程,需通过表单联系官方。
  • 不清楚能连哪些系统:官网列举了 Notion、JIRA、Slack、GitHub 等,未给出完整清单,申请时可直接说明你使用的工具。
  • 担心权限越界:官网的说明是回答限定在成员有权访问的信息范围内,接入沟通时可就此向官方确认具体实现方式。
PrivateGPT 是什么网站?

PrivateGPT 是一个把企业自有数据源接入私有 AI 的工具,让你用自然语言向公司内部知识提问。它适合希望用 AI 盘活内部文档、又要求数据不外泄的组织。根据网站说明,它支持连接 Notion、JIRA、Slack、GitHub 等常用工作系统,并强调两点:你的数据不会被用于训练 AI;组织内的人只能得到其有权访问的信息所对应的回答。目前该产品以申请方式向部分企业和机构推出,并非自助注册即用。

它解决什么问题

网站给出的场景是:组织数据每天增长,大量信息随时间被埋没,员工把时间耗在反复搜索上。PrivateGPT 的定位是“带公司全部知识的私有 ChatGPT”——把分散在各系统中的内容接进来,员工直接问“我需要知道什么”,由工具找回所需知识。

核心能力一览

维度 网站说明
数据接入 Notion、JIRA、Slack、GitHub 等(“等”表示不止列举的这些)
使用方式 自然语言提问
隐私 数据归你所有,不用于训练 AI
权限 组织内用户只会得到其被允许访问的信息相关的回答
获取方式 提交申请,说明需求与想法,对方评估后联系

隐私与权限是怎么被强调的

网站把“Private”和“Secure”分开讲,值得注意:

  • Private 针对训练:你的数据不会被拿去训练 AI 模型。
  • Secure 针对访问:回答范围受组织内权限约束,员工问不到自己无权看的内容。

这两点决定了它面向的是有内部知识管理需求、同时对数据边界敏感的组织,而不是个人玩具型聊天工具。

网站上还有哪些可参考的内容

除产品本身,网站提供几份指南和一个案例,可作为选型前的阅读材料:

  • 《The Power of a PrivateGPT》:关于用 AI 做企业知识管理时如何兼顾安全与隐私。
  • Choose LLM:大语言模型选型的比较信息,网站称其“comparative and up-to-date”。
  • Maximizing Content Potential:介绍 Answrs.ai,一个面向内容创作者、与其社区进行安全私密 AI 互动的工具。
  • Featured project:把 PrivateGPT 与 Booster Framework 的文档集成,用于简化复杂的新员工上手流程,可在线查看。

网站还列出 Projects、Guides、Language in Semantic Search、Security Challenges 等栏目入口,可作为进一步了解的路径。

谁适合申请,谁要再等等

适合申请:内部知识散落在 Notion、JIRA、Slack、GitHub 等系统,员工查找成本高,且对数据不用于训练、按权限出答案有明确要求的组织。

需要再等等:想立刻开通试用、自行配置的个人或小团队。网站明确说目前是向“selected companies and institutions worldwide”逐步推出,需提交申请并等待联系,没有给出即时可用的自助入口。

PrivateGPT 是 agile monkeys 的衍生项目(spin-off project)。如果你只是想知道它是什么:它是一个把公司数据接进私有 AI、用自然语言问答的知识工具,主打数据不用于训练和按权限回答,当前通过申请方式落地。

PrivateGPT 如何保障企业数据隐私与访问安全?

PrivateGPT 的隐私保障建立在两条明确承诺上:企业数据归企业所有,不会被用于训练 AI;组织内成员只能获得与其访问权限对应的回答。它面向企业知识管理场景,把 Notion、JIRA、Slack、GitHub 等数据源接入后,用自然语言提问即可取回内部知识。适用前提是:你希望让员工快速查到分散在多个系统中的公司信息,同时不希望这些信息离开组织的控制范围。官网目前采用申请制,正在向全球部分公司和机构逐步推出解决方案,需提交申请并说明需求。

两条核心机制

数据不进入训练

官网明确说明“Your data is yours and won't be used to train AI”。这意味着接入的企业内容用于回答你的提问,而不是被拿去改进模型。对于担心内部文档、工单、聊天记录外泄的组织,这是选择此类工具时的首要核对项。

回答跟随访问权限

官网的另一条说明是:组织内人员只会得到关于其被允许访问的信息的回答。换句话说,权限边界不仅作用于“能不能打开某个文档”,也作用于“AI 能不能在回答里引用该文档”。这解决了企业知识库常见的一个漏洞——检索工具把高层文档的内容间接透露给无权限员工。

它解决的是什么问题

官网的描述很直接:组织数据每天都在增长,大部分信息随着时间被埋没,员工把时间浪费在无休止的搜索上。PrivateGPT 的定位是连接你已有的数据源,让员工用自然语言问“我需要知道什么”,把需要的知识在需要的时刻找回来。

一个具体的场景是入职流程。官网列出的示例项目,是把 PrivateGPT 与 Booster Framework 的文档集成——这是一个用于加速后端开发的开源工具。新成员不必逐页翻文档,而是直接提问获取答案。这类任务的特点是:信息量大、更新频繁、查询者多但权限各异,正好对应上面两条机制的价值。

使用前应核对的条件

核对项 官网给出的信息 你需要确认的
数据用途 不用于训练 AI 接入的具体数据源是否都在承诺范围内
访问控制 回答仅基于用户有权访问的信息 组织内的权限体系如何映射到工具中
接入方式 可连接 Notion、JIRA、Slack、GitHub 等 你依赖的系统是否在支持列表内
获取方式 申请制,逐步向部分公司和机构推出 提交需求后是否在服务范围内
安全细节 官网提供安全挑战相关指南 结合指南评估自身合规要求

进一步了解安全做法

官网设有“Security Challenges”(安全挑战)板块,并提供《The Power of a PrivateGPT》指南,主题是用 AI 做企业知识管理时如何兼顾安全与隐私。如果你的组织对数据驻留、审计或合规有额外要求,建议先读这份指南,再对照上表逐项确认,而不是仅凭首页的两句承诺做决定。官网还提供在线演示(Try live demo),可以在提交申请前先观察实际问答效果。

网站信息概览

从公开技术信号来看,收件能力和第三方邮箱服务已经具备,但发信身份保护仍有空白,攻击者可能利用这一差距制造更可信的钓鱼外观。

域名与注册信息

未知

DNS 与邮件配置

SPF、DKIM、DMARC 未全部覆盖,缺项为 DMARC。从当前可见信息判断,NS 记录显示该域名接入了 Cloudflare。从当前可见信息判断,该域名的收件服务由 Google Workspace 提供。从当前可见信息判断,TXT 中发现 Google 等第三方服务验证记录。DNS 缓存时间最低为 300 秒,未落入超低 TTL 范围。

TLS 与证书

公钥算法为 EC,密钥长度 256 位。证书链完整,可由客户端连续验证。证书可验证域名控制权,但现有数据不能确认组织身份。从当前可见信息判断,证书由 Google Trust Services 的云或 CDN 体系签发。该证书有效期约 90 天,剩余 89 天。

HTTP 响应

未检测到常用浏览器安全响应头。HTTP 头没有直接暴露后端框架。现有迹象表明,检测到 cf-ray,前端存在代理或边缘网络。未在响应头中发现明显的内部地址或调试信息。Server 头为 cloudflare,未暴露具体版本号。

技术栈分析

从当前可见信息判断,站点可见的技术栈为 Webflow、Cloudflare,精确版本未知。技术名称本身提供了架构线索,但目前没有证据表明某个具体版本存在问题。

SEO 与社交分享

Generator 标签公开了生成系统:Webflow。当前元数据缺少 Canonical。页面已配置 Twitter Card。Title 信息完整,共 10 个字符。首页提供了可用的搜索摘要描述。

主机和电子邮件

DNSCloudflare
主机Cloudflare
电子邮件Google Workspace
IP 地理位置(推测,CDN 或代理可能与源站不同) United States 国旗United States 推测 198.202.211.1

域名登记事实

RDAP / WHOIS

未知

DNS 记录

DNS

类型名称值TTL优先级
Acdn.webflow.com198.202.211.1300—
AAAAcdn.webflow.com2620:cb:2000::1300—
MXprivategpt.ioaspmx.l.google.com3001
MXprivategpt.ioalt1.aspmx.l.google.com3005
MXprivategpt.ioalt2.aspmx.l.google.com3005
MXprivategpt.ioalt3.aspmx.l.google.com30010
MXprivategpt.ioalt4.aspmx.l.google.com30010
NSprivategpt.ionolan.ns.cloudflare.com86400—
NSprivategpt.iosima.ns.cloudflare.com86400—
TXTprivategpt.iogoogle-site-verification=L81IDsT333ucClrNyIMAt2ezI_G4bktgvz-b3b32oUQ300—
TXTprivategpt.iogoogle-site-verification=tZgdmQASouPp8CcnOdY3NLHvswYwLxY_LaszN5857f0300—
TXTprivategpt.ioproxy-ssl.webflow.com300—
TXTprivategpt.iov=spf1 include:_spf.google.com include:_spf-eu.ionos.com ~all300—
CNAMEwww.privategpt.iocdn.webflow.com3600—

TLS 与证书

TLS / SSL

定性结果配置正常
支持协议TLSv1.2、TLSv1.3
协商协议TLSv1.3
证书主题www.privategpt.io
颁发者Google Trust Services
有效期至2027-01-21T19:18 · 记录时剩余 89 天
验证事实证书信任:通过 · 域名匹配:通过

HTTP 响应标头

HTTP

标头值
content-typetext/html; charset=utf-8
servercloudflare

已识别技术

WebflowCloudflare

页面、搜索与分享信息

页面描述Connect your own data sources to a private AI powered tool and start asking in natural language.
规范链接未检测到
语言未知(默认)
Twitter Cardsummary_large_image

社交分享预览

8 个字段

未发现 robots.txt

用户评价(0)

  • 暂无评价。