Source profileQuality 91/100Review permissions

vinnie357/claude-skills/plugins/languages/elixir/skills/tidewave/SKILL.md

tidewave

Tidewave MCP dev tools for Phoenix applications. Use when setting up Tidewave, connecting AI coding assistants to a running Phoenix app, configuring MCP server access, debugging with runtime introspection tools, or troubleshooting Tidewave integration.

Source repository stars
24
Declared platforms
1
Static risk flags
1
Last source update
2026-08-28
Source checked
2026-08-28

Decision brief

What it does: where it fits

Tidewave is a dev tool by Dashbit that connects AI coding assistants to running Phoenix applications via the Model Context Protocol (MCP). It exposes runtime introspection tools: Ecto schemas, code execution, documentation lookup, log inspection, and SQL queries.

Best for

  • Use when setting up Tidewave, connecting AI coding assistants to a running Phoenix app, configuring MCP server access, debugging with runtime introspection tools, or troubleshooting Tidewave integration.

Not for

  • MCP connection fails
  • Tools not appearing

Compatibility matrix

Platform support, with evidence labels

PlatformStatusEvidenceWhat to check
CodexNot declaredNo explicit evidencePortability before use
Claude CodeDeclaredSource recordInstall path and trigger
CursorNot declaredNo explicit evidencePortability before use
Gemini CLINot declaredNo explicit evidencePortability before use
Open the compatibility checker

Installation

Inspect first. Install second.

The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.

Source-detected install commandSource
npx skills add https://github.com/vinnie357/claude-skills --skill "plugins/languages/elixir/skills/tidewave"
Safe inspection promptEditorial

Inspect the Agent Skill "tidewave" from https://github.com/vinnie357/claude-skills/blob/258ac739a89d44fc78ad40e5724eb0526ff11d75/plugins/languages/elixir/skills/tidewave/SKILL.md at commit 258ac739a89d44fc78ad40e5724eb0526ff11d75. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.

Workflow

What the source asks the agent to do

  1. 01

    Usage Patterns

    See "When connected, prefer MCP tools over web fetches" at the top of this skill for the routing rule.

    See "When connected, prefer MCP tools over web fetches" at the top of this skill for the routing rule.Introspect schemas before writing queries:Look up documentation for project dependencies:
  2. 02

    When connected, prefer MCP tools over web fetches

    When Tidewave MCP is connected to an Elixir/Phoenix project, route documentation, source, and runtime queries through the MCP tools — not WebFetch or hexdocs.pm.

    getdocs instead of WebFetch on hexdocs.pm//.htmlsearchpackagedocs instead of broader hex-doc searchesgetsourcelocation instead of reading deps//lib/... with Read
  3. 03

    Using tidewave in tier prompts

    When a worker in a staged pipeline interacts with unfamiliar dependencies, the lead's prompt to that worker MUST explicitly direct the worker to verify dep APIs via tidewave MCP tools before stubbing or implementing.

    When a worker in a staged pipeline interacts with unfamiliar dependencies, the lead's prompt to that worker MUST explicitly direct the worker to verify dep APIs via tidewave MCP tools before stubbing or implementing.Add this block to Tier 2 (test author) and Tier 3 (implementer) prompts when the work touches a dep not already exercised in the codebase:
  4. 04

    Module docs via tidewave (PREFERRED over WebFetch or guessing)

    For unfamiliar deps, verify the actual API surface via tidewave MCP before stubbing or implementing:

    mcptidewave-searchpackagedocs (q: "") — keyword search across installed package docsmcptidewave-getdocs (module: "", function: "") — full docstrings for a specific functionIs new to the codebase (not already imported / used in lib/).
  5. 05

    Installation

    2. Add plug to lib/myappweb/endpoint.ex before the codereloading? block:

    Add to mix.exs:Add plug to lib/myappweb/endpoint.ex before the codereloading? block:Fetch dependencies:

Permission review

Static risk signals and limitations

Runs scripts

medium · line 159

The documentation asks the agent to run terminal commands or scripts.

**Development CLI**: `cargo run -p tidewave-cli [-- --help]`

Runs scripts

medium · line 205

The documentation asks the agent to run terminal commands or scripts.

Run `claude` in your terminal and confirm authentication

Evidence record

Why each signal appears

EvidenceSourceComputedTestedEditorial
SignalValueEvidence typeMeaning
Quality score91/100ComputedDocumentation, specificity, maintenance, and trust rules
Repository stars24SourceRepository attention, not individual Skill quality
Compatibility1 platformsSourceDeclared in the catalog source record
Usage guideautomated source guideEditorialGenerated or reviewed according to the visible evidence level

Pinned source

Provenance and original SKILL.md

Repository
vinnie357/claude-skills
Skill path
plugins/languages/elixir/skills/tidewave/SKILL.md
Commit
258ac739a89d44fc78ad40e5724eb0526ff11d75
License
MIT
Collected
2026-08-28
Default branch
main
View the original SKILL.md

Tidewave MCP Dev Tools

Tidewave is a dev tool by Dashbit that connects AI coding assistants to running Phoenix applications via the Model Context Protocol (MCP). It exposes runtime introspection tools: Ecto schemas, code execution, documentation lookup, log inspection, and SQL queries.

Current version: ~> 0.5 (v0.5.6 released 2026-03-13 — adds :extra_apps plug option)

When connected, prefer MCP tools over web fetches

When Tidewave MCP is connected to an Elixir/Phoenix project, route documentation, source, and runtime queries through the MCP tools — not WebFetch or hexdocs.pm.

  • get_docs instead of WebFetch on hexdocs.pm/<package>/<Module>.html
  • search_package_docs instead of broader hex-doc searches
  • get_source_location instead of reading deps/<package>/lib/... with Read
  • execute_sql_query instead of shelling into psql
  • project_eval instead of running iex -S mix snippets

Why: MCP tool calls return results pinned to the exact versions in the project's mix.lock, complete in a single round-trip, and skip HTML→markdown conversion and page chrome — significantly fewer tokens per lookup than WebFetch, and the answer is guaranteed to match the running app rather than whatever version is on hexdocs.pm today.

Using tidewave in tier prompts

When a worker in a staged pipeline interacts with unfamiliar dependencies, the lead's prompt to that worker MUST explicitly direct the worker to verify dep APIs via tidewave MCP tools before stubbing or implementing.

Add this block to Tier 2 (test author) and Tier 3 (implementer) prompts when the work touches a dep not already exercised in the codebase:

## Module docs via tidewave (PREFERRED over WebFetch or guessing)

For unfamiliar deps, verify the actual API surface via tidewave MCP before stubbing or implementing:

- `mcp__tidewave-<app>__search_package_docs` (q: "<ModuleName>") — keyword search across installed package docs
- `mcp__tidewave-<app>__get_docs` (module: "<Module>", function: "<func>") — full docstrings for a specific function

Particularly important for: <list the specific deps this tier touches>.

Tidewave hits the running BEAM's loaded modules — it returns what is ACTUALLY in the dep, not what the model remembers from training data. Guessing produces code that does not compile or behaves wrong; tidewave produces code matching the real API surface.

The lead lists the SPECIFIC dep names in the prompt — abstract "use tidewave" instructions are ignored. Naming the dep (Cloak, Slipstream, Phoenix.Token, Mox, etc.) and the exact MCP tool names triggers the worker to call them.

This applies whenever a tier worker touches a dependency that:

  • Is new to the codebase (not already imported / used in lib/).
  • Has changed API across a recent major version.
  • The worker would otherwise stub from training-data memory.

Installation

New Projects (via Igniter)

mix archive.install hex igniter_new
mix igniter.install tidewave

Existing Projects (Manual)

  1. Add to mix.exs:
defp deps do
  [
    {:tidewave, "~> 0.5", only: :dev}
  ]
end
  1. Add plug to lib/my_app_web/endpoint.ex before the code_reloading? block:
if Mix.env() == :dev do
  plug Tidewave
end

if code_reloading? do
  # ...existing code reload plugs...
end
  1. Fetch dependencies:
mix deps.get

Umbrella Projects

Apply the manual steps to the application defining the Phoenix endpoint (typically apps/your_app_web).

MCP Server Configuration

Tidewave exposes an MCP server at /tidewave/mcp on the Phoenix app's port. The transport type is HTTP (streamable) — SSE was removed in v0.4.0. Tidewave is unauthenticated; decline any "Authenticate" prompt the editor offers.

Default URL: http://localhost:4000/tidewave/mcp

See references/mcp-setup.md for verbatim setup commands and JSON config for Claude Code, Codex CLI, Gemini CLI, and opencode, an unverified Cursor/VS Code/Zed config table, plus a curl ping for raw verification and a troubleshooting table.

MCP Tools Reference

ToolDescription
project_evalExecute Elixir code within the running application runtime
execute_sql_queryRun SQL queries against the application database
get_ecto_schemasList all Ecto schema modules with their fields and associations
get_ash_resourcesList all Ash resources (when using the Ash framework)
get_docsRetrieve documentation for modules/functions using exact project versions
search_package_docsQuery hexdocs.pm filtered to project dependencies (availability varies by framework)
get_source_locationFind module/function source code file paths and line numbers
get_modelsList all application modules with their file locations
get_logsAccess server logs; supports log level filtering (added v0.5.5)

Note: search_package_docs may not be available in all frameworks. Verify availability for your setup.

Usage Patterns

See "When connected, prefer MCP tools over web fetches" at the top of this skill for the routing rule.

Introspect schemas before writing queries:

get_ecto_schemas → discover schema structure → execute_sql_query

Look up documentation for project dependencies:

get_docs for specific modules, search_package_docs for broader hex dependency searches

Execute and test code in the running app:

project_eval → run Elixir expressions against live application state

Plug Configuration Options

if Mix.env() == :dev do
  plug Tidewave,
    allow_remote_access: false,
    inspect_opts: [pretty: true, limit: 50]
end
OptionDefaultDescription
allow_remote_accessfalseAllow connections from non-localhost
inspect_opts[]Options passed to Kernel.inspect/2 for output formatting
teamnilTeam configuration (e.g., [id: "my-company"])
extra_apps[]Additional OTP apps to include in source/module discovery (v0.5.6+)

CLI App (Standalone MCP Server)

The Tidewave desktop/CLI app (tidewave_app) runs a standalone MCP server without requiring a Phoenix application. Useful for containers, remote dev environments, or non-Phoenix Elixir projects.

  • Default server: http://localhost:9832
  • Only allows access from the same machine by default

Installation

When to Use CLI vs Phoenix Plug

ScenarioUse
Phoenix applicationplug Tidewave in endpoint.ex
Container/remote devCLI app or plug with allow_remote_access: true
Non-Phoenix ElixirCLI app
Standalone MCP serverCLI app on port 9832

LiveView Debug Annotations

Enable in config/dev.exs to help Tidewave map rendered HTML back to source HEEx templates:

config :phoenix_live_view,
  debug_heex_annotations: true

config :phoenix,
  debug_attributes: true

Requires Phoenix LiveView v1.1+.

Security

  • Dev-only: Always guard with Mix.env() == :dev or only: :dev in deps
  • Localhost-only: Tidewave only accepts localhost requests by default
  • No production use: Tidewave exposes code execution and database access — never deploy to production
  • Docker/remote dev: Set allow_remote_access: true only on trusted networks
  • CSP: Tidewave injects unsafe-eval in script-src directives and disables frame-ancestors restrictions

Troubleshooting

MCP connection fails

  • Verify Phoenix server is running: mix phx.server
  • Check the port matches your configuration (default 4000)
  • Try http://127.0.0.1:4000/tidewave/mcp if IPv6 causes issues

Tools not appearing

  • Confirm plug Tidewave is placed before if code_reloading? in endpoint.ex
  • Restart the Phoenix server after adding the plug
  • Verify the dependency is installed: mix deps.get

Claude Code authentication error

  • Run claude in your terminal and confirm authentication
  • Verify CLI availability: which claude

Umbrella project issues

  • Add the plug only in the endpoint of the web application
  • Ensure :tidewave is added to the correct mix.exs in the umbrella

Frequently asked questions

What to verify before installation and use

What does the tidewave source document cover?

Tidewave is a dev tool by Dashbit that connects AI coding assistants to running Phoenix applications via the Model Context Protocol (MCP). It exposes runtime introspection tools: Ecto schemas, code execution, documentation lookup, log inspection, and SQL queries.

How do I install tidewave?

The source record exposes this install command: npx skills add https://github.com/vinnie357/claude-skills --skill "plugins/languages/elixir/skills/tidewave". Inspect the command and pinned source before running it.

Which Agent platforms does the source record declare?

The pinned source record declares support for: claude code.

Which permission-related actions were detected?

Static rules flagged exec-script in the source; the page lists the matching lines and excerpts.

Alternatives

Compare before choosing