Xodia

できること

このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。

• 接続方法: クラウドで動く
• トランスポート: Streamable HTTP
• カテゴリ: ウェブ・ブラウザ

インストール

使っているAIアプリを選んで、設定をコピーしてください。

必要なもの

• クラウドで動くインストール不要。インターネット経由でつながります

どのアプリを使っていますか？

https://app.xodia.ai/mcp

claude mcp add --transport http xodia https://app.xodia.ai/mcp

{
  "mcpServers": {
    "xodia": {
      "url": "https://app.xodia.ai/mcp"
    }
  }
}

{
  "servers": {
    "xodia": {
      "type": "http",
      "url": "https://app.xodia.ai/mcp"
    }
  }
}

https://app.xodia.ai/mcp

選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。

この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。

できること

ツールの名前と説明は、サーバーが2026年11月9日に返したそのままの内容です。書いたのは作者で、私たちではありません。プレーンテキストとして表示しています。

• list_projects

  Lists the user's website projects on this Xodia host (named on the first line) with when each was last opened. Projects marked locked are past the plan's project limit and can't be opened or edited; pick an open one or ask the user to upgrade in Xodia.

• create_project

  Creates a new website project. Xodia supports React + Vite and plain HTML sites: by default it starts from the Xodia template (React + Vite: Vite + React Router + Tailwind v4); `template` "html-vite" starts a plain HTML site with Vite instead. Other frameworks (Next.js, Astro, Re

• open_workspace

  Opens the project for work and returns the Xodia link to share with the user. It is ready at once: the site runs in the user's browser, so there is nothing to start or wait for.

• list_files

  Lists project files with their sizes, one per line as "path (12.3 KB)" (respects .gitignore; up to 1000 files). Optional glob like src/**/*.tsx or public/**/*.{png,jpg}.

• read_file

  Reads a text file with line numbers. Use offset/limit (1-based lines) for long files. The last line gives the file's version: pass it as base to write_file or edit_file so a write is refused if someone changed the file after your read.

• write_file

  Creates or overwrites a file with the full content. Prefer edit_file for changes to existing files. Pass base (the version read_file gave) when overwriting a file you read, or null for a file that must not exist yet: if the file changed meanwhile, the write is refused with file_c

• edit_file

  Replaces old_string with new_string in a file. old_string must match exactly (including whitespace) and be unique unless replace_all is true. Pass base (the version read_file gave) to have the edit refused with file_changed if someone changed the file after your read; then read i

• search_files

  Searches file contents with a regular expression (ripgrep). Returns path:line: text.

• delete_file

  Deletes a file or folder from the project.

• move_file

  Moves or renames a file or folder.

• run_check

  Runs "typecheck" (TypeScript, fast), "build" (production build, slower), "design" (instant static scan for design tells: px sizes, gradient text, purple gradients, emoji or text-glyph icons, transition-all, scale(0) entrances, missing focus-visible styles, repeated icon cards, th

• get_logs

  Returns the end of the preview's log: the bundle and page errors of the preview open in Xodia, or of Xodia's headless browser when nobody has it open. If it answers that it needs the project open in Xodia, ask the user to open it and don't call it again in this task. Sourcemap wa

• get_selection

  Returns the element the user selected in the Xodia preview (source file:line:column, tag, text). Use it when the user says 'this' or 'the selected element'.

• get_project

  What Xodia knows about a project: the Xodia host it lives on (xodiaHost), how its preview runs (preview), framework, styling, CMS, host, editing tier, the branch the workspace has open, whether that branch is view only on the workspace's plan (branchViewOnly), whether the plan in

• save_checkpoint

  Saves all unsaved changes as a restore point. Only when the user asks you to save: normally they review and save in Xodia. Refused on the live branch of a site imported from GitHub.

• list_checkpoints

  Lists restore points, newest first.

• restore_checkpoint

  Returns the site to an earlier checkpoint. Unsaved changes are saved as their own checkpoint first, so nothing is lost.

• get_next_request

  Waits for the next change the user asked for in Xodia (up to wait_seconds) and claims it. Do the work, then call reply_to_request. Call again to keep listening.

• reply_to_request

  Posts a message to the user in Xodia for a request. Use status "working" for progress updates, "done" when finished, "failed" if you tried and could not finish (say why). Leaving it unchanged on purpose because a rule says so is "done", with a message that starts "No change:" and

• get_request

  Current status of a request. Call before save_checkpoint: if the user cancelled it, drop the work and take the next request.

• list_comments

  Lists review comments people left on the site in Xodia, newest change first, as text: each thread's id, page, screen size (with the canvas width and which take_screenshot viewport to check it at), the element it is on (source, tag and text) or empty space, and every comment with

• reply_to_comment

  Replies on an open review thread from list_comments, as the user's AI (Xodia shows "AI for" the user). Use it to answer a question or say what you changed, in plain words for the site owner (no file paths or code). To mention a workspace member, write @[Name](user:id) with an id

• get_site_plan

  Reads the site plan (.xodia/plan.json) on a branch: a short summary (title, pages by status, the sitemap tree with each page's status and section count, the shared nav and footer, motion, inspiration sites still to study, pages changed since they were wireframed or built, open pl

• update_site_plan

  Writes the site plan (.xodia/plan.json) on a branch as an unsaved change. Send one of: plan with the whole plan or only the top-level fields you change (brief, inspiration, brand, audience, goals, motion, sitemap, pages, globals, library; the rest keeps its values; removing or re

• sync_site_plan

  Brings the site plan (.xodia/plan.json) in line with the site on a branch and writes it as an unsaved change, the same as the Plan tab's sync. Xodia reads the site's files (unsaved changes included): pages and their paths, the top-level sections on each page by their data-section

• study_reference_site AIへの指示のように見えます

  Reads one inspiration site from the project's site plan for you and returns a compact study: title, meta description, headings outline, navigation labels, a short text sample, declared colours (theme-color, CSS custom properties) and the most used colours in its same-site CSS, fo

• copy_imported_images

  Copies the images a site made with Import a website saved under public/ (a project with IMPORTED.md) into the project you are rebuilding it in, at the same paths, so /assets/... image URLs keep working. Without paths it copies every image the import saved that this project doesn'

• get_skill

  Returns one of Xodia's skills (step-by-step instructions for a kind of work) for the project you are working on: core skills, plus the stack packs get_project lists for that project. Requests, prompts and the router name the skills and packs to follow; load each one when you star

• list_collections

  Lists the site's Xodia CMS collections (content/ /collection.json) with their item counts, item URLs and fields, other content the Content tab reads another way (folders, data/, Decap), whether the site has the CMS kit, the plan's CMS limits, whether Xodia collections (readOnly)

• get_collection

  Reads one collection: its settings (name, singular, plural, URL folder, sort), groups, every field with its type, rules and options, the collection page settings (SEO and share templates, JSON-LD, custom code), the item count, the CMS kit state and the collection page (file, rout

• create_collection

  Creates a collection: from blank (a required Title field) or a starter (Blog posts, Projects, Team, Products, Events, Jobs, Testimonials, FAQ, with fields and sample items), plus extra fields and page settings. On a Xodia template or Vite React site it also installs the CMS kit w

• update_collection

  Changes a collection: settings (name, singular, plural, urlFolder, which moves the item pages with their route, the links to them and redirects for published ones, reservedSlugs, sort, manualOrder, groups, translatable and translatedOnly for the site's languages), collection page

• list_items

  Lists a collection's items with search (q), status, filters (field, op eq, ne, contains, set or unset, value) and sort ("-publishedAt"), a page at a time (pageSize up to 100), with the total. Long text is cut: get_item reads one whole. Drafts included. With locale (a language fro

• get_item

  Reads one item whole: slug, status, dates, order and every value, with its file path. With locale: the item in that language (translations over the default values), its translation file and state, which fields are translatable and which still need a translation. Reads only.

• create_items

  Creates up to 50 items in one call, each checked against the collection's fields (required, types, options, validation, references to existing items or items in this call). Items that fail are listed with their index and field problems and the others are still written: send only

• update_item

  Changes one item: values (only the ones you send; null or "" clears one), newSlug (renames the file and its URL), draft (false publishes it with the site), publishedAt, order. Checked against the fields like create_items; a wrong type is refused with the field and why. With local

• delete_items

  Deletes up to 100 items by slug; slugs not found are listed. Confirm with the user before deleting content they wrote. Writes go to the branch the workspace has open as unsaved changes the user reviews and saves in Xodia, the same as the Content tab. Works on every plan within it

• list_pages

  Lists the site's pages and folders on a branch: each page's address, file and whether it has a variable part (collection pages and other :slug routes), each folder (explicit or from page addresses and collection URL folders) with its name, folder page, page count and the collecti

• create_page

  Adds a page the way the Pages panel does, on a Xodia template site: a page file that mirrors its folders (src/pages/services/web/Design.tsx) and its route in src/routes.tsx at / / , inside the site's layout, with a starter section (data-section="page-header": the title tag, the h

• move_page

  Moves or renames a page (another folder, another slug, or both) in one change: its route, its file on template sites (src/pages mirrors the folders, imports follow), every internal link to it in the site's code and CMS items (Link to, a href, the nav and footer), a redirect from

• create_folder

  Creates an empty folder (an address segment such as /services; a folder is not a file), kept in .xodia/folders.json so it shows in the Pages panel and the plan before any page is in it. Folders that pages or collections use exist without this. Addresses are lowercase words with d

• update_folder

  Renames a folder (name) or moves it (to: a new slug or parent), with everything under it in one change: every page's route and file, sub folders, collections whose URL folder is inside it, the internal links to all of them, redirects for the published ones and the site plan. dryR

• delete_folder

  Deletes a folder. An empty one just goes; one with pages is refused (folder_not_empty, listing them) unless withPages is true, which deletes every page under it with its route and file (template sites; ask the user first, and dryRun lists them). A folder holding a collection's it

• list_locales

  Lists the site's languages (Xodia Languages): whether languages are set up, the default language, every other language with its code, name, direction (ltr or rtl), address prefix (/ /) and how many texts are translated, translated page addresses (paths), the site address used for

• get_translations

  Reads what a language still needs, for one page or one CMS collection. page: the page is rendered in that language in a real browser and every translatable text on it comes back as { text, translation }, translation null where it is missing; text is the key to send back to set_tr

• set_translations

  Writes translations for one language, as unsaved changes the user reviews and saves in Xodia (the same as typing on the canvas in that language). entries: page texts, each { text, value } with text exactly as get_translations gave it and value the translation ("" removes one); ne

• list_forms

  Lists the site's Xodia Forms (forms that post to Xodia, whose messages the owner reads in the Content tab): each form's id, name, status (active or paused), the file and line it is in, recipients, the Turnstile spam check, notifications (each message or a daily digest), webhooks,

• connect_form

  Turns a form in the site's code into a Xodia form, the same way as Send to Xodia Forms in Xodia's Settings panel: it writes action, method="post", data-xodia-form, success and error text, a hidden spam field and the page field onto the form, adds the site helper, and makes the fo

• list_submissions

  Reads the messages visitors sent through the site's Xodia forms, newest first, a page at a time (up to 50; pass nextCursor for older ones): each message's form, fields, page, when it came and whether it is read or spam. Spam is left out unless includeSpam is true. Read only: it n

• deploy_status

  The latest deploy on the site's host (Vercel, Netlify, Cloudflare) for a branch: state, address and log link. Check it after the user publishes. Each row is one check (a Worker, a Pages project, Vercel, Netlify or CI); a failed one includes its details. Failed deploys from a conn

• deploy_logs

  The last lines of a Cloudflare Workers Builds, Vercel or Netlify build log (deploy id from deploy_status). Use it to fix a failed build; the fix goes live when the user publishes again. Needs a plan that includes host connections.

• run_seo_test

  Tests a live page with Google PageSpeed Insights: SEO, performance, accessibility and best practices scores, Core Web Vitals and the failed checks. Uses one of the workspace's monthly SEO tests, so run it once before fixing and once after the user publishes, never in a loop. url

• get_seo_report

  Reads a PageSpeed Insights result without using a test: the latest finished test of the project (or of url), or a given runId (for example one run_seo_test or a Fix with AI request named). Returns scores, Core Web Vitals and the top failed checks with a few affected items. Pass a

• take_screenshot

  Renders a page of the preview in a real browser and returns the image plus any console errors. Use it to check your work visually, at mobile size too. Pages are rendered by Xodia's headless browser within a monthly allowance. When it answers that screenshots aren't available, or

基本チェックi

誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月10日にチェック

• ! 注意

  作者とリポジトリが一致

  レジストリにソースのリポジトリが載っていないため、公開者（xodia.ai）とコードを照合できません

• … 未チェック

  今もメンテナンスされている

  このリポジトリはまだGitHubから読み取っていません

• … 未チェック

  ライセンスがある

  このリポジトリはまだGitHubから読み取っていません

• ✓ 合格

  エンドポイントが応答する

  1064ミリ秒で応答（HTTP 200）

• – 対象外

  OAuthでサインイン

  サインイン不要

• ✕ 不合格

  ツールの説明に隠れた指示がない

  1件のツールの説明に、AIへの指示のように見える文章が含まれています。インストールする前に、下の内容を読んでください

ウェブ・ブラウザのほかのサーバーとの比較i

• このカテゴリのほかの1415件のうち0%よりスターが多い
• このカテゴリのほかの1415件のうち93%より最近レジストリに公開
• 基本チェックの結果が、このカテゴリのほかの1415件のうち11%と同じかそれ以上

レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。

代わりの候補

同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。

カードの見方：↓ 週あたりのダウンロードi★ GitHubスターi3つの柱：レビュー · チェック · 利用状況i更新＝最新バージョンをレジストリに公開した日i

作者のREADME

リポジトリにREADMEが見つかりません