Determine a way to limit usage of Agentic Workspace Builds by user/group
@zenithwolf1000 已经在做这个了。
开始于 2026年1月8日。
评估
这个 Issue 还没有评估数据。
描述
[!NOTE]
This issue is a part of our larger AI Governance Add-On: PRD. See the GitHub Project for all related issues.
[!IMPORTANT]
This is a problem statement and needs more definition via a PRD/RFC.
Since admins are given a pool of Agentic Workspace Starts (e.g. 1000 in Premium, and more via an AI Governance Add-On or Usage-Based Pricing), they will want to ensure that one greedy user, group, or accidental usage will not consume the entire pool. This will also prevent overuse of the underlying compute or other repercussions of an excessive number of ephemeral workspaces being provisioned by a single actor. We need to find a way for admins to limit users/groups from creating too many workspaces.
Things to consider:
- Budget/pools per group: Allow an entire group (e.g. Everyone) access to a budget of workspaces, and any user in the group can consume as many as they need up to the budget. This doesn't entirely solve a greedy user but can prevent use of the entire pool and also allow other groups (e.g. "Automated Bots") a dedicated pool.
- Budget/pools per user: This will allow users access to their own budgets. This could be combined with a group budget, or entirely separate but determined based on group membership similar to quotas.
- Reset/extend budgets: There will be scenarios where a user/group may consume all of their workspaces and need access to more. How can this be reset/extended if there is additional room in the pool?
- Overages: How should overages be handled? Both for the overall deployment pool and group pools?
- 主要语言
- 没有语言数据
- 星标
- 3
- 派生
- 0
- PR 合并指标
- 30 天内没有已合并 PR
贡献指南
这个仓库没有索引到贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
coder/internal 的其他 Issue
-
flake
难度 2/5 1-3 小时 新手友好度 72/100
-
难度 4/5 3-5 天 新手友好度 45/100
-
flake
-
flake