rembric-smoke-tests

Run end-to-end smoke tests of rembric changes across the local Docker development stack.

9|1|Updated May 13, 2026
One-click install
npx skills add https://github.com/susomejias/rembric --skill rembric-smoke-tests
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: rembric-smoke-tests
Source: https://github.com/susomejias/rembric/tree/main/.agents/skills/rembric-smoke-tests
Command: npx skills add https://github.com/susomejias/rembric --skill rembric-smoke-tests

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Manually verifying that rembric changes work across the full local development stack is time-consuming and error-prone, especially when modifications touch HTTP endpoints, MCP tools, or database migrations that require integrated testing.

Core Features & Use Cases

  • Standardized Smoke Workflow: Provides a repeatable, step-by-step process for bringing up the local rembric Docker dev stack, verifying source mounts, checking container health, probing changed surfaces, and tearing down the stack.
  • Built-in Pitfall Guardrails: Includes explicit checks for common dev environment issues like global Docker Compose project name conflicts, blocked .env access, and SSE-framed MCP responses that break standard parsing.
  • Use Case: After modifying the API router, MCP tool implementations, or database migrations, use this skill to run a full integration check to catch issues before opening a pull request.

Quick Start

Use the rembric-smoke-tests skill to run a full end-to-end smoke test of your rembric dev stack changes after modifying HTTP endpoints, MCP tools, or database migrations.

Frequently Asked Questions about rembric-smoke-tests

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I run end-to-end smoke tests for local Docker compose dev stack changes?

End-to-end smoke tests for local Docker compose dev stack changes require bringing up the stack, verifying source mounts, checking container health, probing changed surfaces, and tearing down. This standardized workflow eliminates manual verification of integrated functionality.

Why does my MCP tool testing fail when parsing SSE-framed responses?

MCP tool testing fails on SSE-framed responses because standard parsing logic breaks on the server-sent events format. This smoke testing workflow includes built-in guardrails to explicitly handle SSE-framed MCP responses during surface probing.

What is the best way to verify HTTP API routes and database migrations before a pull request?

Verifying HTTP API routes and database migrations before a pull request is best handled by a standardized smoke testing workflow. It probes changed surfaces across the local development stack to catch integration issues early and eliminate error-prone manual checks.

How do I resolve global Docker Compose project name conflicts during dev stack bring-up?

Resolving global Docker Compose project name conflicts during dev stack bring-up requires explicit checks for conflicting project names. This smoke testing workflow includes built-in pitfall guardrails to detect and account for global compose project conflicts before validation.

Do I need Docker Compose to run integration testing on rembric codebase modifications?

Integration testing on rembric codebase modifications requires Docker Compose to bring up the local development stack. The standardized workflow validates source mounts, checks container health, and probes changed surfaces across the integrated environment before teardown.

What limitations exist when smoke testing blocked .env access in containers?

Smoke testing blocked .env access in containers is handled by built-in pitfall guardrails that account for common dev environment issues. The workflow explicitly checks for blocked .env access during stack bring-up to prevent false negatives during health validation.