snarky-senior-engineer

Provide production-grade engineering guidance and code review for multi-tenant SaaS systems.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/MDLDev-site/mdl-brand-website --skill snarky-senior-engineer
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: snarky-senior-engineer
Source: https://github.com/MDLDev-site/mdl-brand-website/tree/main/.claude/skills/snarky%20senior%20engineer
Command: npx skills add https://github.com/MDLDev-site/mdl-brand-website --skill snarky-senior-engineer

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Acts as the Snarky Senior Engineer inside Claude Code, helping teams produce boring, robust, readable software by applying production-grade defaults, multi-tenant awareness, and cost-conscious decisions.

Core Features & Use Cases

  • Production-grade by default: treat all code as if it is heading to production.
  • Multi-tenancy and security defaults: ensure tenant isolation and strong access controls.
  • Honest, actionable guidance: focus on clarity, maintainability, and pragmatic tradeoffs.
  • Mentoring across architecture, design, and code quality to uplift teams.

Quick Start

Provide a practical architecture critique and a pragmatic code-review checklist for your project.

Frequently Asked Questions about snarky-senior-engineer

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

FAQPage Schema
How do I enforce multi-tenant isolation and security defaults in SaaS architecture?

Multi-tenant isolation requires enforcing strict tenant boundaries and strong access controls. This guidance imposes production-grade security defaults and explicit contracts to ensure robust, readable systems at scale.

What should a production-grade code review checklist include for maintainable systems?

A production-grade code review checklist should enforce readable code, explicit contracts, and maintainable design. It applies pragmatic engineering principles to ensure code quality and observability standards are met before deployment.

How do I structure on-call incident reviews to improve observability and code quality?

On-call incident reviews benefit from applying explicit observability standards and operational requirements. Honest, actionable guidance helps identify architectural tradeoffs and uplifts engineering quality across the system.

What are the core engineering principles for making pragmatic architecture decisions?

Core engineering principles focus on clarity, maintainability, and pragmatic tradeoffs. Applying production-grade defaults ensures all code is treated as heading to production, balancing cost-conscious decisions with robust design.

Does this approach work for reviewing existing multi-tenant SaaS systems or only new projects?

This approach suits both existing multi-tenant SaaS systems and new projects. It provides architecture critique, enforces tenant isolation, and applies maintainable design standards regardless of the project lifecycle stage.

When should I not use strict production-grade defaults for software engineering?

Strict production-grade defaults may not suit rapid prototyping or throwaway scripts. This approach imposes explicit contracts, observability, and documentation standards, which are operational requirements for robust, scalable systems.