跳至内容

软件技术分享

关于电子游戏的方方面面

  • 游戏产业
    • 行业杂谈
    • 开发者采访
  • 游戏设计
    • 专题学习
    • 设计制作
  • 游戏热点
    • 游戏评测
    • 游戏攻略
    • 流行游戏
  • 工具指南
  • AI
    • AI新闻
    • 使用心得
  • 小游戏
  • 游戏7×24小时
  • 关于妙游社

Claude:共享项目/知识库的权限与隐私注意

作者 2026年11月3日 03:21

Team/Enterprise 才能组织内共享项目;Public≠聊天公开,项目内对话默认私密,须另开聊天快照。知识库勿塞密钥与客户PII。

要点

  • 档位边界:项目可见性与组织内分享能力写在 Team/Enterprise;Free/Pro 可建个人项目与知识库,勿承诺“共享项目给同事”。证据:高(Manage project visibility and sharing,2026-09-24)。
  • Public/Private:Public=组织内人人可找、可用该项目开聊;Private=仅受邀成员。证据:高(同上)。
  • 聊天默认不共享:即使项目已 Public/已邀请,项目内 chats 默认对其他成员不可见;要协作看对话须另用 Share 生成聊天快照。证据:高(同上;Share and unshare chats)。
  • Can view vs Can edit:view=看知识库与指令、可在项目内聊天,不能改项目;edit=可改指令/知识库/成员设置。证据:高。
  • 组织开关:Owner 可关 Share projects/Public projects;关分享后已分享关系保留,Public 会变 Private。证据:高(Control project sharing)。
  • 知识库跨聊:上传进项目知识库的内容会用于该项目内各聊天;未进知识库的上下文不跨聊天共享。付费档接近窗口时可自动开 RAG。证据:高(Create and manage projects)。
  • 快照边界:聊天快照含分享前消息与 artifacts;附件文件本身不进快照;MCP 原始检索数据在快照中隐藏。Team/Enterprise 聊天分享仅限组织内。证据:高(Privacy Center)。

正文

场景

团队要把“产品术语表+接口约定”放进 Claude 项目,方便多人开聊。一键 Public 很省事,但有人以为 Public=全网公开,有人以为进了项目就能看到别人的对话,还有人把 .env、客户名单塞进知识库。下面按 Anthropic Help/Privacy Center 原文,整理一条最小权限+知识库纪律+聊天另开分享的可跟做流程。个人 Free/Pro 用户请先看清:组织级项目分享主要在 Team/Enterprise。

可跟做步骤/可抄工作流

证据强度:高(四篇 Help/Privacy 官方文,权限名与含义已对照 2026-09-24 可见性文);界面文案以你组织设置为准。

1. 先确认档位与组织开关

  1. 账号是否为 Team/Enterprise?不是 → 可以建项目、传知识库、自用;不要向同事承诺“共享项目”。
  2. 是组织账号 → 让 Owner/管理员看一眼 Organization settings → Data and privacy → Sharing:

– Share projects 是否开启(默认开;关掉则无法新邀人,已有分享仍保留)。

– Public projects 是否开启(关了则不能“全组织可见”,现有 Public 会变 Private)。

  1. Enterprise 若按角色控权:Roles 里也可关某角色的 Share projects(角色变更最多约 15 分钟生效,以 Help 为准)。

2. 新建时默认 Private(最小可见)

  1. 打开 claude.ai/projects → + New Project。
  2. 填名称与描述(Help 注明:Claude 不会把名称/描述当上下文)。
  3. 可见性选 Only people invited/Keep it private(Private)。
  4. 需要全组织都能找到再用 Public;默认可先 Private,需要时再升权。

Public 含义(对照原文):组织内成员可在 Projects 的 Organization 页签浏览/搜索到,并用该项目开自己的聊天。它不等于把你的历史聊天广播出去。

3. 按最小权限邀请

  1. 点项目名旁 Share。
  2. 用姓名/邮箱加人;可一次粘贴多邮箱批量邀请。
  3. 权限二选一:

– Can view:看项目内容、知识库、指令,可在项目内聊天,不能改项目。

– Can edit:可改指令与知识库、改成员设置。

  1. Enterprise 按组分享目前为 beta:组须在可见性设置里允许 Share resources;加入组的人稍后自动获得访问,离开组则失去(另有直邀则除外)。访问变更可能延迟数分钟。
  2. 被分享方会收到邮件;项目会出现在 Shared with you 页签。

可抄邀请纪律:

默认 Can view;只有需要改知识库/指令的人才给 Can edit。
禁止“先 Public 再说”。
新成员入职:直邀或加组;离职:见第 6 步撤权清单。

4. 知识库放什么/不放什么

知识库在项目主页右侧;上传内容会用于该项目内所有聊天。未放入知识库的单次对话内容,默认不跨聊天共享(官方原句要点)。

建议放: 已对外或对内脱敏的术语表、稳定 API 说明、已定稿流程、公开 changelog 摘要、编码规范(无密钥)。

不要放:

类型原因
API 密钥、Token、.env、证书私钥edit 成员可见;泄露面随邀请扩大
客户 PII/工单原文未脱敏多人可聊、可截图外传
未公开财报、未发布版本路线细节Public 项目=组织内人人可用该知识库开聊
仅一时聊天需要的敏感附件用当次聊天上传,勿进知识库;分享快照时附件文件本身本就不进快照,但对话正文仍可能复述敏感内容

付费档:知识库接近上下文窗口时,Claude 可自动启用 RAG 扩容(以 Help/界面为准)。这是容量机制,不是安全分级。

项目指令(Set project instructions)对项目内各聊天生效。可把“禁止编造密钥/禁止输出客户原字段”写进指令,仍不能替代“别上传”。

5. 聊天另开分享纪律(与项目分享分开)

项目分享 ≠ 聊天分享。Help 写明:Chats within a project are not shared by default.

要给同事看某次讨论:

  1. 打开该聊天右上角 Share → 再点 Share 生成可分享链接/快照。
  2. 快照含分享前的消息与 artifacts;分享之后的新消息默认仍私密,除非你再 Update 快照。
  3. 附件文件本身不包含在快照中;MCP 工具调用的原始数据在快照中隐藏,观众主要看到对话与最终输出。
  4. Team/Enterprise:聊天分享仅限同一组织成员,不能当公开互联网链接用(Privacy Center)。
  5. 取消分享:Share 菜单把可见性改回 Private/关闭链接。个人档还可在 Settings → Privacy → Shared chats 集中管理。

可抄团队纪律:

项目:Private + 按人最小权限。
知识库:无密钥、无客户PII、无未公开财报。
需要给人看对话:单独 Share 聊天快照;默认不 Share。
外发前自检:快照正文是否复述了不该外传的字段。

6. 归档不等于撤权;离职撤权清单

归档(Archive)不会重置分享权限或移除成员;解档后一切恢复原样。要撤权须在 Share 菜单对成员选 Remove access(Can edit 者也可操作移除)。

离职/换岗可勾清单:

  • [ ] Share 菜单移除个人;若经组授权,确认是否仍应留在组内
  • [ ] 检查其是否仍为其他项目的 Can edit
  • [ ] 知识库是否含其个人账号专用密钥/路径(有则轮换密钥并删文件)
  • [ ] 其曾 Share 的聊天快照是否仍需保留(不需要则 Unshare)
  • [ ] 仅归档项目 ≠ 完成撤权

删除项目前须先解档(Help:归档态无法直接删除)。

真实用户诀窍/反例

  • 诀窍:Private 起步,Public 当例外。 Public 解决的是“组织内可发现”,不是“更安全”。
  • 诀窍:view 默认、edit 稀缺。 知识库污染往往来自过多 Can edit。
  • 诀窍:敏感材料走当次聊天,不进知识库。 跨聊复用的才进库,且先脱敏。
  • 诀窍:项目分享与聊天分享两本账。 协作看讨论必须另开快照。
  • 反例:把 Free/Pro 个人项目当成“共享网盘”承诺给外包。 组织分享能力在 Team/Enterprise。
  • 反例:Public 项目塞未发布路线图。 组织内任意成员都能基于该知识库开聊。
  • 反例:归档项目就当完成离职交接。 权限还在。
  • 反例:以为分享聊天会附带原文件。 文件本身不进快照,但模型回复里的摘录仍可能泄密。

适用边界

  • 本稿面向:Team/Enterprise 用 Claude Projects 做内部知识协作时的权限与隐私操作纪律;兼提醒个人档勿承诺组织分享。
  • 不替代公司法务/安全策略;行业合规(金融、医疗、未成年人数据)须走你们自己的审批。
  • 权限按钮文案、组分享 beta、RAG 触发阈值以当前 Help 与界面为准;本稿按 2026-09-24 可见性文与近期 Privacy/Projects Help 编译。
  • 不覆盖 Claude Code/API 密钥保管;那是另一条凭证隔离话题。

【来源与编译】

  • Manage project visibility and sharing|Claude Help Center|2026-09-24|Public/Private、Can view/Can edit、聊天默认不共享、归档不重置分享、Enterprise 组分享 beta
  • Control project sharing for your organization|Claude Help Center|Owner 开关 Share projects/Public projects、按角色控权
  • How can I create and manage projects?|Claude Help Center|知识库上传、项目指令、上下文不跨聊天除非进知识库、付费接近窗口可 RAG、归档与删除
  • Share and unshare chats|Anthropic Privacy Center|聊天快照、附件不进快照、MCP 原始数据隐藏、Team/Enterprise 仅组织内分享
  • 本室衔接:成稿夹 2026-10-28-AI工具-Claude建第一个Project;2026-10-29-AI工具-Claude长文档超限分块与项目知识库
  • 本文说明:编译为“建私有项目→最小权限→知识库黑白名单→聊天另开分享→离职撤权”;Free/Pro 不承诺组织共享项目;权限名均对照官方 Help,未凭记忆编造。

相关阅读

  • 三工具对照:写技术说明文档谁更稳
  • Codex:从零搭一个小脚本的端到端示范
  • Grok:深度检索什么时候该开、什么时候浪费额度
  • Claude:幻觉校验清单——数字、引语、链接怎么核
  • Codex:多文件重构时如何写清“完成定义”
  • Grok:竞品/公开情报检索的可复现流程

浏览更多「AI」文章 ›

  • 要点
  • 正文
  • 场景
  • 可跟做步骤/可抄工作流
  • 真实用户诀窍/反例
  • 适用边界
  • 【来源与编译】

文章导航

上一篇Codex:从零搭一个小脚本的端到端示范
下一篇三工具对照:写技术说明文档谁更稳

相关文章

三工具对照:写技术说明文档谁更稳 三工具对照:写技术说明文档谁更稳 Codex:从零搭一个小脚本的端到端示范 Codex:从零搭一个小脚本的端到端示范 Grok:深度检索什么时候该开、什么时候浪费额度 Grok:深度检索什么时候该开、什么时候浪费额度

评测设计产业杂谈

软件技术分享

关于电子游戏的方方面面

栏目

  • 游戏产业
  • 游戏设计
  • 游戏热点
  • 工具指南
  • AI
  • 小游戏
  • 游戏7x24小时
  • 关于妙游社

本站

  • 首页
  • 隐私政策
  • 联系我们
  • 关于妙游社
  • 工具指南专题
  • 文章 RSS

关注公众号

沙漏社公众号二维码

© 2026 软件技术分享

沪ICP备19032461号-1

目录

×
  • 要点
  • 正文
    • 场景
    • 可跟做步骤/可抄工作流
      • 1. 先确认档位与组织开关
      • 2. 新建时默认 Private(最小可见)
      • 3. 按最小权限邀请
      • 4. 知识库放什么/不放什么
      • 5. 聊天另开分享纪律(与项目分享分开)
      • 6. 归档不等于撤权;离职撤权清单
    • 真实用户诀窍/反例
    • 适用边界
  • 【来源与编译】
→ 目录