# gitea-issue-auto-process **Repository Path**: NingOpenSource/gitea-issue-auto-process ## Basic Information - **Project Name**: gitea-issue-auto-process - **Description**: 基于gitea-mcp服务,自动拉取gitea的issues进行bug分析和处理,处理完成后将会自动回复 - **Primary Language**: Unknown - **License**: Not specified - **Default Branch**: master - **Homepage**: None - **GVP Project**: No ## Statistics - **Stars**: 0 - **Forks**: 0 - **Created**: 2026-07-02 - **Last Updated**: 2026-07-02 ## Categories & Tags **Categories**: Uncategorized **Tags**: None ## README # gitea-issue-auto-process ## 前提条件 1. 至少一个 `gitea|*` MCP server 已配置并可连接 2. 当前 Git 仓库已与 Gitea 远程关联(owner 和 repo 从 remote URL 自动推断) 3. MCP 服务器由 git remote URL 自动匹配选择(详见 [MCP 服务器自动选择](SKILL.md#mcp-服务器自动选择核心机制)) 4. 必须用到了工单/issues 系统 ## 触发条件(自然语言) 当用户向 OpenCode 发出类似以下指令时自动激活: - "修复 gitea 最新的工单 bug" - "自动修复 issue #123" - "处理 gitea 上待修复的 bug" - "帮我修一下 gitea 的工单" - "查看 gitea 是否还有未关闭的工单" - "gitea 有什么待处理的 issue" ## 前置依赖 - 至少一个 `gitea|*` MCP server 已配置并可用 - 当前 Git 仓库已克隆到本地,且与 Gitea 远程仓库关联 - owner 和 repo 从 `git remote get-url origin` 自动解析 - MCP 服务器名由 git remote URL 自动匹配(单匹配直接用,多匹配让用户选) ## 与原版的区别 | 特性 | `gitea-issue-auto-process` (旧) | 当前版本 | |------|-------------------------------|---------| | Gitea 操作 | `tea` CLI 命令 | `{mcp}` MCP 工具(自动匹配) | | 登录认证 | `tea login` | MCP server 自动认证 | | 仓库指定 | `--repo owner/repo` | `owner` + `repo` 参数 | | 标签操作 | 标签名称 | 标签 ID(需先查询映射) | | MCP 选择 | 硬编码特定实例 | 从 git remote 域名精确匹配 `gitea|{hostname}` | ## MCP 服务器自动匹配 - 从 `git remote get-url origin` 解析 hostname(域名) - 构造目标 MCP 名:`gitea|` + hostname - 发现所有可用的 `gitea|*` MCP 服务器,精确匹配 - 匹配到 1 个 → 直接使用;匹配到 ≥2 个 → 让用户选择;匹配到 0 个 → 报错 ## 使用场景和具体操作流程 ### 同步工单标签 使用 [labels.yml](labels.yml) 中的配置,通过 `{mcp}_label_write` 逐个创建标签。 ### 修复 bug 1. 通过 `{mcp}_list_issues` 查询搜索所有 open 的 bug 工单 2. 通过 `{mcp}_label_write` 设置工单标签,开始分析工单内容 3. 工单内容重复则 link 到重复的工单,标记标签等待审核,并回复工单最终结果 4. 工单内容不重复,建立本地临时分支 (`fix-bug-{工单ID}`),开始修复工单内的 bug,标记标签正在修复 5. 修复完成后开始测试 bug 是否仍然存在,如果仍然存在,则重新开始分析执行,直到修复完成 6. bug 修复完成不存在之后,提供测试证据作为工单回复,简要描述修改了什么,合并本地临时分支到主分支,删除临时分支,标记工单标签 review ### 新增需求 同 bug 修复流程,使用 Feature 标签体系。