Rename MCP tools gitea_* → mokogitea_* (brand alignment) + add manifest metadata fields #33

Closed
opened 2026-07-06 00:42:02 +00:00 by jmiller · 1 comment
Owner

Rename tool prefix gitea_*mokogitea_*

All tools this MCP server exposes are prefixed gitea_ (e.g. gitea_repo_get, gitea_pull_merge, gitea_manifest_update, gitea_api_request, gitea_issue_create, …). Per the org-wide Gitea→MokoGitea brand normalization, rename the tool names to mokogitea_* (e.g. mokogitea_repo_get).

  • Keep backward-compatible aliases for the old gitea_* names for a deprecation window if feasible (avoid breaking existing agent configs/skills that call gitea_*), then remove.
  • Update the server name/description and any docs/README accordingly.
  • Note the connection var names (vars.GITEA_URL/GITEA_ORG, secrets.*_TOKEN) are a separate concern — this issue is about the tool names.

Also: gitea_manifest_update is missing first-class metadata fields

The manifest metadata now includes element_name, extension_type, and display_name (first-class fields the fork uses to generate the Joomla updates.xml feed — .mokogitea/manifest.xml is deprecated). But gitea_manifest_update's schema only exposes name/org/description/version/license/platform/package_type/entry_point/language/standards_*. To set element_name/extension_type/display_name I had to fall back to a raw PUT /repos/{owner}/{repo}/manifest.

Please add element_name, extension_type, display_name (and any other first-class manifest fields — maintainer, maintainer_url, info_url, target_version, php_minimum, version_prefix) to the (moko)gitea_manifest_update tool schema so the feed-driving fields are settable directly. Context: getting these right is what fixes client Joomla update feeds (see MokoGitea-Fork#752).

## Rename tool prefix `gitea_*` → `mokogitea_*` All tools this MCP server exposes are prefixed `gitea_` (e.g. `gitea_repo_get`, `gitea_pull_merge`, `gitea_manifest_update`, `gitea_api_request`, `gitea_issue_create`, …). Per the org-wide Gitea→MokoGitea brand normalization, rename the tool names to `mokogitea_*` (e.g. `mokogitea_repo_get`). - Keep backward-compatible aliases for the old `gitea_*` names for a deprecation window if feasible (avoid breaking existing agent configs/skills that call `gitea_*`), then remove. - Update the server name/description and any docs/README accordingly. - Note the connection var names (`vars.GITEA_URL`/`GITEA_ORG`, `secrets.*_TOKEN`) are a separate concern — this issue is about the **tool names**. ## Also: `gitea_manifest_update` is missing first-class metadata fields The manifest metadata now includes **`element_name`**, **`extension_type`**, and **`display_name`** (first-class fields the fork uses to generate the Joomla `updates.xml` feed — `.mokogitea/manifest.xml` is deprecated). But `gitea_manifest_update`'s schema only exposes name/org/description/version/license/platform/package_type/entry_point/language/standards_*. To set `element_name`/`extension_type`/`display_name` I had to fall back to a raw `PUT /repos/{owner}/{repo}/manifest`. Please add `element_name`, `extension_type`, `display_name` (and any other first-class manifest fields — `maintainer`, `maintainer_url`, `info_url`, `target_version`, `php_minimum`, `version_prefix`) to the `(moko)gitea_manifest_update` tool schema so the feed-driving fields are settable directly. Context: getting these right is what fixes client Joomla update feeds (see MokoGitea-Fork#752).
Author
Owner

Branch created: feature/33-rename-mcp-tools-gitea-mokogitea-brand-a

git fetch origin
git checkout feature/33-rename-mcp-tools-gitea-mokogitea-brand-a
Branch created: [`feature/33-rename-mcp-tools-gitea-mokogitea-brand-a`](https://git.mokoconsulting.tech/MokoConsulting/mcp-mokogitea-api/src/branch/feature/33-rename-mcp-tools-gitea-mokogitea-brand-a) ```bash git fetch origin git checkout feature/33-rename-mcp-tools-gitea-mokogitea-brand-a ```
Sign in to join this conversation.