背景
我们的 TeamAI 仓库托管在企业自建 GitLab，团队成员里既有研发人员，也有产品、业务等非技术人员。
目前 teamai init 会自动检测仓库类型。自建 GitLab 被识别为 gitlab provider 后，会要求每个成员额外配置 GITLAB_TOKEN。
大部分成员只需要把 GitLab 当普通 Git 仓库使用，并不需要自动创建 MR 等 GitLab API 能力。对于非技术成员来说，申请、配置和维护 API Token 也增加了使用门槛。
建议
希望 teamai init 支持初始化命令显式指定 provider，例如：
teamai init <repo> --provider git
指定 provider=git 后，跳过 GitLab Provider 自动检测和 API Token 检查，直接使用已有的 Git 认证方式。
这样可以保留现有自动检测逻辑，同时让团队成员根据实际使用场景选择更简单的初始化方式，也更适合包含非技术成员的团队。
背景
我们的 TeamAI 仓库托管在企业自建 GitLab，团队成员里既有研发人员，也有产品、业务等非技术人员。
目前
teamai init会自动检测仓库类型。自建 GitLab 被识别为gitlabprovider 后，会要求每个成员额外配置GITLAB_TOKEN。大部分成员只需要把 GitLab 当普通 Git 仓库使用，并不需要自动创建 MR 等 GitLab API 能力。对于非技术成员来说，申请、配置和维护 API Token 也增加了使用门槛。
建议
希望
teamai init支持初始化命令显式指定 provider，例如：指定
provider=git后，跳过 GitLab Provider 自动检测和 API Token 检查，直接使用已有的 Git 认证方式。这样可以保留现有自动检测逻辑，同时让团队成员根据实际使用场景选择更简单的初始化方式，也更适合包含非技术成员的团队。