momus

Review plans and specs to identify gaps, ambiguities, and missing context.

Updated Jan 11, 2026
One-click install
npx skills add https://github.com/masrurimz/amp-sisyphus --skill momus
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: momus
Source: https://github.com/masrurimz/amp-sisyphus/tree/main/skills/momus
Command: npx skills add https://github.com/masrurimz/amp-sisyphus --skill momus

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill provides a ruthless, read-only review of plans, specs, and designs to identify gaps, ambiguities, and missing context before implementation, reducing risk and costly rework.

Core Features & Use Cases

  • Read-only critique of Prometheus plans and implementation specs without modifying any files
  • Mental simulation to surface edge cases, assumptions, and dependencies
  • Structured feedback aligned with project goals and risk categories for teams and engineers

Quick Start

To begin, prompt Momus to review the target plan document, for example: "Review the Prometheus design spec for feature X and identify gaps, ambiguities, and missing context."

Frequently Asked Questions about momus

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

FAQPage Schema
How do I review a design spec for gaps and missing context before implementation?▼

To review a design spec for gaps and missing context, you can prompt a ruthlessly critical read-only critique of your implementation specs and architectural designs to identify ambiguities and surface edge cases through mental simulation before any code is written.

What is the best way to catch edge cases in software engineering plans early?▼

The best way to catch edge cases in software engineering plans is to perform a ruthless design review that mentally simulates outcomes against project goals, surfacing hidden assumptions and dependencies while documenting issues with severity labels.

Can I use this approach to review Prometheus plans without modifying source files?▼

Yes, you can review Prometheus plans without modifying source files because this approach provides a strictly read-only critique, ensuring your design documents and implementation specs remain untouched while receiving structured feedback.

Does design review for risk assessment require writing to the project repository?▼

No, design review for risk assessment does not require writing to the project repository. It performs read-only analysis of your plans and specs, delivering actionable fixes and severity labels without altering any source files.

How do I get structured feedback for architectural decisions and engineering tasks?▼

To get structured feedback for architectural decisions and engineering tasks, run a critical plan review that evaluates clarity, verifiability, and completeness, outputting documented issues with concrete fixes aligned with your big-picture project goals.

What are the limitations of using read-only critique for implementation specs?▼

A limitation of read-only critique for implementation specs is that it only identifies gaps and missing context without applying fixes, meaning you must manually resolve the documented ambiguities and edge cases in your source files afterward.