elixir-discipline

Enforce mandatory pre-checks before responding to Elixir/Phoenix queries.

10|2|Updated Oct 24, 2025
One-click install
npx skills add https://github.com/mkreyman/bmad-elixir --skill elixir-discipline
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: elixir-discipline
Source: https://github.com/mkreyman/bmad-elixir/tree/main/priv/skills/elixir-discipline
Command: npx skills add https://github.com/mkreyman/bmad-elixir --skill elixir-discipline

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill enforces a mandatory pre-response discipline for Elixir/Phoenix requests to ensure you use applicable skills and follow best practices. It helps prevent ad hoc fixes by requiring a structured process before coding.

Core Features & Use Cases

  • Mandatory pre-response checklist: Stop and verify the context before answering Elixir/Phoenix questions.
  • Skill routing: Announce and load the appropriate sub-skills (elixir-tdd-enforcement, elixir-root-cause-only, elixir-verification-gate, elixir-no-shortcuts, elixir-no-placeholders) as needed.
  • Quality guardrails: Ensure tests, root-cause tracing, and explicit verification before changes or claims.

Quick Start

Before responding to any Elixir/Phoenix task, announce which sub-skill you will use and follow its steps exactly. For example: "Using elixir-tdd-enforcement" and then proceed to run the required checks and validations in order.

Frequently Asked Questions about elixir-discipline

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

FAQPage Schema
How do I enforce a disciplined testing workflow before making changes to Elixir code?

Enforce a mandatory pre-response discipline by announcing and applying sub-skills in strict order: elixir-tdd-enforcement, elixir-root-cause-only, elixir-verification-gate, elixir-no-shortcuts, elixir-no-placeholders. This ensures tests pass, root causes are traced, commands are verified, and no steps are skipped before any code change or claim.

Why should I verify root causes instead of applying quick fixes to Elixir bugs?

Root-cause tracing prevents ad hoc fixes by requiring actual investigation before responding to Elixir/Phoenix debugging tasks. This structured process identifies the underlying issue rather than masking symptoms, reducing regressions and technical debt.

What pre-checks should I run before responding to feature development or code review requests in Elixir?

Run mandatory checks: verify test coverage exists and passes, trace the root cause of any reported issue, validate commands actually execute in context, avoid placeholder solutions, and reject shortcuts that skip verification steps. Announce which skill you're applying before proceeding.

Can I skip verification steps when debugging Elixir code under time pressure?

No. The elixir-no-shortcuts skill explicitly blocks shortcuts in Elixir contexts. All pre-checks—tests, root-cause analysis, command verification, and placeholder rejection—must be applied in exact order before responding to any feature, fix, debug, or review task.

How does this discipline improve code quality in Phoenix projects?

By enforcing tests-first workflows, strict verification, and rejection of placeholder code before responding to Elixir/Phoenix queries, this approach eliminates ad hoc fixes, ensures actual commands work, and guarantees root causes are addressed—raising code quality and reducing debugging cycles.