workbuddy支持github与gitlab双平台原生集成，仅需personal access token授权即可实现仓库读写、分支管理、pr自动处理等全链路操作，响应延迟低于300ms。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
WorkBuddy对GitHub和GitLab集成怎么样？
WorkBuddy支持GitHub与GitLab双平台原生集成，无需额外配置SSH密钥或手动维护Webhook，只需一次Token授权即可完成仓库读写、分支管理、PR自动处理等全链路操作。它不依赖浏览器模拟或API代理层，所有调用均通过官方REST API v3/v4直连，确保权限粒度可控、响应延迟低于300ms。
进入「设置」→「连接器管理」→「代码平台」，点击GitHub或GitLab图标，选择“使用Personal Access Token登录”。【Token必须至少勾选repo、delete_repo、admin:org权限，否则无法执行仓库删除与组织级策略同步】
粘贴已生成的Token后，WorkBuddy会自动拉取你有访问权限的所有仓库列表，并按星标数+最近更新时间排序展示。此时任意仓库右侧会出现「启用自动化」开关——开启后，该仓库即被纳入WorkBuddy的统一事件监听范围。
注意：GitLab实例若部署在私有域名（如gitlab.internal.company.com），需在「高级设置」中手动填写API Base URL，否则默认指向gitlab.com将导致连接失败。
代码仓库管理辅助实操
WorkBuddy把重复性仓库运维动作封装成可复用的原子指令，不用写脚本、不记命令行参数，自然语言一说就动。
方法一：批量清理陈旧仓库
输入指令：“删除所有超过180天未提交、且Star数为0的GitHub仓库”，WorkBuddy立即执行三步操作：① 调用GitHub Search API筛选符合条件仓库 → ② 对每个仓库发起GET /repos/{owner}/{repo}确认最后push时间与star_count → ③ 对通过校验的仓库调用DELETE /repos/{owner}/{repo}执行物理删除。整个过程在后台静默完成，结果以表格形式返回被删仓库名、删除时间及原始URL。
方法二：跨平台镜像同步
在对话框输入：“把GitLab上的team/frontend项目，每天上午9点同步到GitHub同名仓库，保留全部分支与标签”。WorkBuddy自动生成镜像任务，自动创建GitHub仓库（若不存在）、配置GitLab CI触发器、注入专用部署密钥，并在GitHub侧启用Pages自动发布（可选）。同步时强制启用--mirror参数，确保Git引用完全一致，避免因reflog差异导致CI缓存失效。
方法三：PR合并前安全卡点
对已接入的任一仓库，点击「仓库详情」→「自动化规则」→「新增卡点」，选择“Pull Request合并前”。设定条件为：当修改了src/infra/目录下任意文件，且变更行数＞50时，自动运行SQLi-Detection-Rule-Pack扫描 + ESLint --fix。只有两项检查全部通过，合并按钮才解除禁用状态。这一步直接嵌入GitHub原生Merge UI，无需跳转。
