拓冰网站定制 
Zed 组织角色权限指南4 种角色怎么分、席位与计费谁管、如何一步步管理成员【免费下载链接】zedCode at the speed of thought – Zed is a high-performance, multiplayer code editor from the creators of Atom and Tree-sitter.项目地址: https://gitcode.com/GitHub_Trending/ze/zedZed 是一款高性能多人代码编辑器其团队订阅 Zed Business 通过**组织角色Organization Role**来划分每个成员能做什么。本文基于仓库内的官方文档与 collab 服务端源码讲清 Owner、Admin、Billing Manager、Member 四种角色的真实权限边界、付费席位规则以及如何在 dashboard 的Members页面完成邀请、改角色、移除成员——目标是让你给团队搭出一套权限够用、财务不越界的成员管理方案。一个订阅要同时回答的两个问题Zed 的组织模型docs/src/business/overview.md把团队用 Zed这件事拆成两条线协作线谁能进组织、谁改设置、谁决定订阅生死。这条线由 Owner 与 Admin 掌握普通成员被挡在管理面之外财务线账单、税号、支付方式、发票由谁看、谁改。这条线专门开给 Billing Manager目的是让对账的人拿得到权限却不占一个付费 Business 席位、也拿不到托管 AI 权益。理解这两条线后面所有边界判断都不难凡是决定组织走向的权力集中在前两个角色凡是处理钱的权力独立出来其余成员只管写代码。角色定义见 docs/src/roles.md。四角色权限速查表谁能做什么一眼定边界权限项OwnerAdminBilling ManagerMember用 Business 订阅调用 Zed 托管模型与 Edit Predictions可用可用不可用可用查看组织成员列表可可可可邀请新成员可可不可不可修改非 Owner 成员的角色可可不可不可移除非 Owner 成员可可不可不可配置组织设置与数据控制可可不可不可查看订阅、用量与账单可可可不可更新账单信息、税号、支付方式可可可不可取消订阅仅 Owner不可不可不可转移组织所有权仅 Owner不可不可不可表格传递出三个关键判断只有 Owner 握有终局权力取消订阅、转移所有权。组织在生命周期里始终有一个可被问责的最终决策人Admin 与 Owner 的日常能力完全相同区别只在上述两行——它适合天天管事、但不替你做生死决定的团队负责人Billing Manager 是唯一只进财务面、不进管理面的角色且席位与 AI 权益两样都不占。逐角色拆解从最少权限到最大权限Member只拿标准访问不碰任何管理面Member 通过 Business 订阅获得 Zed 的标准能力包括 Zed 托管 AI 模型与 Edit Predictions。边界在于它没有任何成员管理权也打不开 dashboard见 docs/src/business/organizations.md 的 Organization Dashboard 一节Member 无 dashboard 访问权。它是组织里人数最多的角色定位就是专注日常编码。Billing Manager拿财务钥匙不占席位这是整个设计里最容易被误解的一个角色。它可以查看订阅用量更新账单详情与税号Tax ID更换支付方式调取发票历史。但有三条硬边界授予前务必确认不计入付费 Business 席位——只有 Owner、Admin、Member 三类身份占用席位docs/src/business/organizations.md 明确Owners, admins, and members count toward paid Business seats. Billing Managers can access billing without a paid Business seat.不通过 Business 订阅获得托管 AI 模型与 Edit Predictions不能邀请/移除成员、改角色、动组织设置与数据控制也不能取消订阅或转移所有权完整清单见 docs/src/account/billing.md 的 Organization billing 一节。它适合财务、采购这类只负责对账付款的同事——你不用担心对方借计费入口摸到成员数据。Admin日常代管者唯独碰不了两件事Admin 在成员、角色、组织设置、数据控制、计费五个方向上与 Owner 对齐例外是两件事不能取消订阅不能转移所有权。docs/src/business/admin-controls.md 也确认组织级设置托管模型开关、Edit Predictions 开关、数据共享策略等只由 Owner 与 Admin 在 Data Privacy 页面统一配置成员个人无法覆盖。Owner创建者即初始 Owner且独享两项终局权力创建组织的人自动成为 Ownerdocs/src/business/organizations.md 的 Creating an organization 一节。Owner 的完整能力包括邀请与移除成员、分配与变更角色、管理账单与发票、配置数据共享策略、关闭协作功能、控制成员能否使用 Zed 托管模型与 Edit Predictions以及把所有权移交给其他成员。建议只授予实际承担最终责任的一个人或极少数人。容易被忽略的三条边界邀请按邮箱发起身份靠 GitHub 账号落地受邀者接受邮件邀请后需要用 GitHub 账号认证才会真正入组docs/src/roles.md 的 Inviting Members 步骤 3。个人组织不受团队组织影响每个 Zed 账号注册时自带一个个人组织加入团队组织不会覆盖或替换它一个账号可以同时属于多个组织用标题栏的组织菜单切换docs/src/business/organizations.md。移除成员 ≠ 封号移除后该成员失去此组织的订阅、计费与组织托管功能访问但个人账号照常可用在其他组织的成员身份也原样保留。dashboard 实操Members 页面的三个动作以下流程全部在组织 dashboard 的Members页面完成操作者须为 Owner 或 Admin。邀请成员Invite Member打开Members页面点击 Invite Member输入对方的公司邮箱并为其指定角色对方收到含加入链接的邮件接受后通过 GitHub 账号认证即完成入组。修改成员角色在Members页面按角色筛选或按姓名搜索定位目标成员打开该行末尾的三点菜单选择新角色。注意Owner/Admin 只能改非 Owner成员的角色Owner 本身不受其他角色改动。移除成员在Members页面找到目标成员选择Remove并确认。效果立即终止其对本组织订阅、计费与组织托管功能的访问个人账号不受影响。管理面 vs 协作面两层权限别混淆Zed 的权限其实分两层叠在一起才是成员的实际权限视图组织级管理面Owner/Admin/Billing Manager/Member 这四层决定你能不能进 dashboard、能不能管人频道级协作面在 Zed 的实时协作里Channel 内还有更细的角色约束发言、共享等具体动作。后一层的实现在 collab 服务端。以频道角色变更为例crates/collab/src/db.rs 第 382–388 行定义了结果类型SetMemberRoleResultInviteUpdated/MembershipUpdated两个变体crates/collab/src/rpc.rs 第 3153–3194 行的set_channel_member_role处理角色变更请求后按结果类型分支成员已入组则广播notify_membership_updated仅是邀请则向对方所有连接推送UpdateChannels。也就是说改角色不是前端行为而是经服务端校验并持久化的数据操作随后实时同步给所有在线客户端。顺带一提本地起 collab 服务端时用 script/bootstrap 初始化数据库默认以 crates/collab/seed.default.json 里列出的 GitHub 登录名创建若干admin用户供开发登录想换成自己的账号只需新建crates/collab/seed.json覆盖admins列表说明见 crates/collab/README.md。想完整跑一遍这套机制可以克隆仓库到本地git clone https://gitcode.com/GitHub_Trending/ze/zed。落地建议给团队的 5 条角色分配方案Owner 最小化只给最终责任人。它独享取消订阅与转移所有权多一个人就多一条高危路径日常管理下沉给 Admin成员进出、角色调整、组织设置都归 Admin操作有权限、决策有兜底财务走 Billing Manager对账、税号、发票全部覆盖且不占付费席位、不碰成员管理离职即 Remove当天执行移除对方会立刻失去组织订阅与托管 AI/Edit Predictions 访问同时保留个人账号组织级开关由 Owner/Admin 统一管在 Data Privacy 页面配置 Zed Model Provider、Edit Predictions、Agent Thread Feedback、数据共享等策略全员强制生效注意协作开关是客户端强制执行要求成员版本不低于 Zed 0.233docs/src/business/admin-controls.md。延伸阅读docs/src/business/overview.mdZed Business 包含的能力与默认隐私设计docs/src/business/organizations.md个人组织、多组织切换、创建与邀请流程docs/src/business/admin-controls.mdOwner/Admin 可配置的组织级 AI 与数据控制项docs/src/account/billing.md组织合并计费、发票与 AI 用量限额crates/collab/README.mdcollab 服务端本地开发、测试与部署方式【免费下载链接】zedCode at the speed of thought – Zed is a high-performance, multiplayer code editor from the creators of Atom and Tree-sitter.项目地址: https://gitcode.com/GitHub_Trending/ze/zed创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Zed 组织角色权限指南：4 种角色怎么分、席位与计费谁管、如何一步步管理成员
Zed 组织角色权限指南4 种角色怎么分、席位与计费谁管、如何一步步管理成员【免费下载链接】zedCode at the speed of thought – Zed is a high-performance, multiplayer code editor from the creators of Atom and Tree-sitter.项目地址: https://gitcode.com/GitHub_Trending/ze/zedZed 是一款高性能多人代码编辑器其团队订阅 Zed Business 通过**组织角色Organization Role**来划分每个成员能做什么。本文基于仓库内的官方文档与 collab 服务端源码讲清 Owner、Admin、Billing Manager、Member 四种角色的真实权限边界、付费席位规则以及如何在 dashboard 的Members页面完成邀请、改角色、移除成员——目标是让你给团队搭出一套权限够用、财务不越界的成员管理方案。一个订阅要同时回答的两个问题Zed 的组织模型docs/src/business/overview.md把团队用 Zed这件事拆成两条线协作线谁能进组织、谁改设置、谁决定订阅生死。这条线由 Owner 与 Admin 掌握普通成员被挡在管理面之外财务线账单、税号、支付方式、发票由谁看、谁改。这条线专门开给 Billing Manager目的是让对账的人拿得到权限却不占一个付费 Business 席位、也拿不到托管 AI 权益。理解这两条线后面所有边界判断都不难凡是决定组织走向的权力集中在前两个角色凡是处理钱的权力独立出来其余成员只管写代码。角色定义见 docs/src/roles.md。四角色权限速查表谁能做什么一眼定边界权限项OwnerAdminBilling ManagerMember用 Business 订阅调用 Zed 托管模型与 Edit Predictions可用可用不可用可用查看组织成员列表可可可可邀请新成员可可不可不可修改非 Owner 成员的角色可可不可不可移除非 Owner 成员可可不可不可配置组织设置与数据控制可可不可不可查看订阅、用量与账单可可可不可更新账单信息、税号、支付方式可可可不可取消订阅仅 Owner不可不可不可转移组织所有权仅 Owner不可不可不可表格传递出三个关键判断只有 Owner 握有终局权力取消订阅、转移所有权。组织在生命周期里始终有一个可被问责的最终决策人Admin 与 Owner 的日常能力完全相同区别只在上述两行——它适合天天管事、但不替你做生死决定的团队负责人Billing Manager 是唯一只进财务面、不进管理面的角色且席位与 AI 权益两样都不占。逐角色拆解从最少权限到最大权限Member只拿标准访问不碰任何管理面Member 通过 Business 订阅获得 Zed 的标准能力包括 Zed 托管 AI 模型与 Edit Predictions。边界在于它没有任何成员管理权也打不开 dashboard见 docs/src/business/organizations.md 的 Organization Dashboard 一节Member 无 dashboard 访问权。它是组织里人数最多的角色定位就是专注日常编码。Billing Manager拿财务钥匙不占席位这是整个设计里最容易被误解的一个角色。它可以查看订阅用量更新账单详情与税号Tax ID更换支付方式调取发票历史。但有三条硬边界授予前务必确认不计入付费 Business 席位——只有 Owner、Admin、Member 三类身份占用席位docs/src/business/organizations.md 明确Owners, admins, and members count toward paid Business seats. Billing Managers can access billing without a paid Business seat.不通过 Business 订阅获得托管 AI 模型与 Edit Predictions不能邀请/移除成员、改角色、动组织设置与数据控制也不能取消订阅或转移所有权完整清单见 docs/src/account/billing.md 的 Organization billing 一节。它适合财务、采购这类只负责对账付款的同事——你不用担心对方借计费入口摸到成员数据。Admin日常代管者唯独碰不了两件事Admin 在成员、角色、组织设置、数据控制、计费五个方向上与 Owner 对齐例外是两件事不能取消订阅不能转移所有权。docs/src/business/admin-controls.md 也确认组织级设置托管模型开关、Edit Predictions 开关、数据共享策略等只由 Owner 与 Admin 在 Data Privacy 页面统一配置成员个人无法覆盖。Owner创建者即初始 Owner且独享两项终局权力创建组织的人自动成为 Ownerdocs/src/business/organizations.md 的 Creating an organization 一节。Owner 的完整能力包括邀请与移除成员、分配与变更角色、管理账单与发票、配置数据共享策略、关闭协作功能、控制成员能否使用 Zed 托管模型与 Edit Predictions以及把所有权移交给其他成员。建议只授予实际承担最终责任的一个人或极少数人。容易被忽略的三条边界邀请按邮箱发起身份靠 GitHub 账号落地受邀者接受邮件邀请后需要用 GitHub 账号认证才会真正入组docs/src/roles.md 的 Inviting Members 步骤 3。个人组织不受团队组织影响每个 Zed 账号注册时自带一个个人组织加入团队组织不会覆盖或替换它一个账号可以同时属于多个组织用标题栏的组织菜单切换docs/src/business/organizations.md。移除成员 ≠ 封号移除后该成员失去此组织的订阅、计费与组织托管功能访问但个人账号照常可用在其他组织的成员身份也原样保留。dashboard 实操Members 页面的三个动作以下流程全部在组织 dashboard 的Members页面完成操作者须为 Owner 或 Admin。邀请成员Invite Member打开Members页面点击 Invite Member输入对方的公司邮箱并为其指定角色对方收到含加入链接的邮件接受后通过 GitHub 账号认证即完成入组。修改成员角色在Members页面按角色筛选或按姓名搜索定位目标成员打开该行末尾的三点菜单选择新角色。注意Owner/Admin 只能改非 Owner成员的角色Owner 本身不受其他角色改动。移除成员在Members页面找到目标成员选择Remove并确认。效果立即终止其对本组织订阅、计费与组织托管功能的访问个人账号不受影响。管理面 vs 协作面两层权限别混淆Zed 的权限其实分两层叠在一起才是成员的实际权限视图组织级管理面Owner/Admin/Billing Manager/Member 这四层决定你能不能进 dashboard、能不能管人频道级协作面在 Zed 的实时协作里Channel 内还有更细的角色约束发言、共享等具体动作。后一层的实现在 collab 服务端。以频道角色变更为例crates/collab/src/db.rs 第 382–388 行定义了结果类型SetMemberRoleResultInviteUpdated/MembershipUpdated两个变体crates/collab/src/rpc.rs 第 3153–3194 行的set_channel_member_role处理角色变更请求后按结果类型分支成员已入组则广播notify_membership_updated仅是邀请则向对方所有连接推送UpdateChannels。也就是说改角色不是前端行为而是经服务端校验并持久化的数据操作随后实时同步给所有在线客户端。顺带一提本地起 collab 服务端时用 script/bootstrap 初始化数据库默认以 crates/collab/seed.default.json 里列出的 GitHub 登录名创建若干admin用户供开发登录想换成自己的账号只需新建crates/collab/seed.json覆盖admins列表说明见 crates/collab/README.md。想完整跑一遍这套机制可以克隆仓库到本地git clone https://gitcode.com/GitHub_Trending/ze/zed。落地建议给团队的 5 条角色分配方案Owner 最小化只给最终责任人。它独享取消订阅与转移所有权多一个人就多一条高危路径日常管理下沉给 Admin成员进出、角色调整、组织设置都归 Admin操作有权限、决策有兜底财务走 Billing Manager对账、税号、发票全部覆盖且不占付费席位、不碰成员管理离职即 Remove当天执行移除对方会立刻失去组织订阅与托管 AI/Edit Predictions 访问同时保留个人账号组织级开关由 Owner/Admin 统一管在 Data Privacy 页面配置 Zed Model Provider、Edit Predictions、Agent Thread Feedback、数据共享等策略全员强制生效注意协作开关是客户端强制执行要求成员版本不低于 Zed 0.233docs/src/business/admin-controls.md。延伸阅读docs/src/business/overview.mdZed Business 包含的能力与默认隐私设计docs/src/business/organizations.md个人组织、多组织切换、创建与邀请流程docs/src/business/admin-controls.mdOwner/Admin 可配置的组织级 AI 与数据控制项docs/src/account/billing.md组织合并计费、发票与 AI 用量限额crates/collab/README.mdcollab 服务端本地开发、测试与部署方式【免费下载链接】zedCode at the speed of thought – Zed is a high-performance, multiplayer code editor from the creators of Atom and Tree-sitter.项目地址: https://gitcode.com/GitHub_Trending/ze/zed创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考