商机榜单 / 档案 O-0213
为自托管实例提供Token认证的用户停用/移除REST API端点,填补现有API缺失
首次发现 2026-07-13 · 最近更新 2026-08-28 · 每日重算
趋势因子 ×0.5(上限 2.0)。
原帖标题:Release status: v6.2.0 is impractical for self-hosted multi-user use while main already fixes key issues
For a self-hosted application, we consider basic user listing and deletion to be essential administration functionality rather than an enterprise feature. The backend functionality is actually already…
对于自托管应用而言,我们认为基本的用户列表查看和删除是必要的管理功能,而不是企业级特性。事实上,v6.2.0 中后端功能已经存在:管理员用户路由包含 list/add/update/delete 功能,但 UI 被包裹在 `LicenseRequired` 中。
原帖标题:[feature]: Instance-admin API to deactivate (offboard) a user on self-hosted instances — willing to contribute
I have searched the existing issues ### Summary Self-hosted instances currently have no token-authenticated, instance-admin way to deactivate (offboard) a user. God Mode covers it in the UI, but it …
是否已有相关 issue? [x] 我已搜索过现有 issue 概述 自托管实例目前没有通过 token 认证的、instance admin 方式来停用(offboard)用户。God Mode 在 UI 中可以做到,但仅限 session 级别,REST API v1 没有用户生命周期相关的端点。相关请求( 8631、 8459 / PR 8059)处理的是 workspace/project
这些证据还证明不了什么
要升到 重复印证,还缺:
这里没有本人付费陈述在案,所以本页不给任何定价建议。没有付费证据撑着的价格,只是套了个数字的猜测。
跟进这条商机的后续变化
2 条证据逐条可追溯 · 免费 · 只在这个市场真的发生变化时给你发信
评分口径摘要
证据置信度 = 强度 × 证据量 × 来源多样性 × 付费 × 竞争 × 趋势 × 10。所有计数基于独立内容条目(同一帖子多条信号只计 1 条);仅"亲身痛点 / 当前支出 / 明确愿付 / 功能请求"四类一手证据计入;同一作者的重复内容按 0.15 权重折价计入评分,刷屏抬不了分;评分与状态晋级由确定性代码完成。
⚠ "付费支撑"表示证据里出现过本人付费陈述;不是"值得创业"的判断。"正在转弱"是时效标签,与证据级别是并列的两件事。完整规则见 方法与可信度。