maestro-spec

Record project constraints and standards from natural-language intent into structured spec entries.

76|5|Updated Jul 7, 2026
One-click install
npx skills add https://github.com/catlog22/pi-maestro-flow --skill maestro-spec
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: maestro-spec
Source: https://github.com/catlog22/pi-maestro-flow/tree/main/.pi/skills/maestro-spec
Command: npx skills add https://github.com/catlog22/pi-maestro-flow --skill maestro-spec

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps you record project constraints, standards, and rules without needing to memorize a rigid command grammar. It turns natural-language intent into a structured spec entry so teams can keep coding, architecture, quality, and review rules in one place.

Core Features & Use Cases

  • Intent-driven spec capture: Add a rule by describing it naturally, such as banning any, enforcing gRPC between services, or requiring 80% coverage.
  • Category and scope inference: Automatically infers whether the rule is about coding, architecture, quality, testing, review, or learning, and applies the right scope.
  • Project knowledge organization: Keeps reusable knowledge separate from project constraints, with explicit support for spec entries and learning entries.
  • Use case: A team lead can quickly record a new backend standard, and the workflow will classify it correctly and append it to the project spec log.

Quick Start

Tell the skill to add a new rule in plain language, such as “maestro-spec add 加一条规范:禁止用 any”.

Frequently Asked Questions about maestro-spec

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

FAQPage Schema
How do I record project coding standards from natural language without memorizing commands?

You can record project coding standards using natural language intent. The skill infers the category and scope from your description, converting it into a structured spec entry for your project rules without requiring rigid command grammar.

What is the best way to capture architecture constraints for a software project?

Capturing architecture constraints is best handled by inferring category and scope from plain text. This approach automatically classifies rules like service communication protocols into a structured spec log, keeping reusable knowledge separate from project constraints.

Can I enforce code review rules using plain text descriptions in team workflows?

Yes, you can enforce code review rules by adding them through plain text descriptions. The system automatically infers the rule category, such as review or testing, and appends the structured entry to your project spec log for team workflows.

How do I separate reusable knowledge from project-specific constraints when logging rules?

To separate reusable knowledge from project-specific constraints, the system explicitly supports distinct entry types. It formats natural-language intent into either structured spec entries or learning entries, keeping reusable knowledge and project constraints logically apart.

Does this approach support quality and testing rule capture for backend development?

Yes, this approach supports quality and testing rule capture for backend development. You can naturally state requirements like requiring eighty percent test coverage, and it will infer the quality category and apply the correct scope to the spec entry.