mcpField
B
blueprint-promote

blueprint-promote

github.com/laurigatesAgent workflows5957 installsUpdated 1d ago
Repository

About blueprint-promote

blueprint-promote is a Claude Code skill for acknowledging edits to an individual generated rule and preserving it in `.claude/rules/`. It records the override in the manifest to prevent sync warnings.

Key features

  1. 01Acknowledge edits to one generated rule
  2. 02Record custom overrides in the manifest
  3. 03Prevent modification warnings during sync

Use cases

  1. 01Preserve a manually edited generated rule
  2. 02Stop sync warnings for an edited rule

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/laurigates/claude-plugins --skill blueprint-promote

After installing, type/blueprint-promotein Claude Code to confirm it loaded.

Details

From the project README

Copy a generated rule to the custom rules layer for preservation.

When to Use This Skill

Use this skill when...Use blueprint-sync instead when...
You want to preserve manual edits to a single generated ruleYou want to scan all generated content for drift first
You want to stop sync warnings on a modified auto-generated fileYou want regenerate/keep options across many files at once
You say "promote from proposed to custom" or "acknowledge modifications"Use blueprint-generate-rules instead to regenerate from PRDs

Steps

Purpose:

  • Copy generated content from .claude/rules/ to preserve modifications
  • Mark as acknowledged in manifest to prevent overwrite warnings
  • Generated rules in .claude/rules/ are the standard location (v3.0)

Usage: /blueprint:promote [name]

Examples:

  • /blueprint:promote testing-strategies - Acknowledge a rule's modifications
  1. Parse argument:

    • Extract name from arguments
    • If no name provided, list available generated rules and ask user to choose
  2. Locate the rule:

    # Check if it's a generated rule
    test -f .claude/rules/{name}.md
    

    If not found:

    Rule '{name}' not found in generated content.
    
    Available rules:
    - architecture-patterns
    - testing-strategies
    - implementation-guides
    - quality-standards
    
  3. Check if already acknowledged:

    • Read manifest for custom_overrides.rules
    • If already in list, report "Already acknowledged"
  4. Confirm acknowledgment:

    question: "Acknowledge modifications to {name}?"
    description: |
      This will:
      1. Mark {name} as user-modified in manifest
      2. Prevent overwrite warnings during sync
      3. Keep the rule in .claude/rules/
    
    options:
      - label: "Yes, acknowledge"
        description: "Mark as user-modified and preserve changes"
      - label: "No, keep as generated"
        description: "Leave as regeneratable (may show warnings)"
    
  5. Update manifest:

    • Add to custom_overrides.rules
    • Update updated_at timestamp

    Example manifest update:

    {
      "generated": {
        "rules": {
          // testing-strategies still listed
        }
      },
      "custom_overrides": {
        "rules": ["testing-strategies"]  // added
      }
    }
    
  6. Report:

    Rule modifications acknowledged!
    
    testing-strategies.md:
    - Location: .claude/rules/testing-strategies.md
    - Status: User-modified (acknowledged)
    
    This rule will now:
    - Not show modification warnings in /blueprint:sync
    - Still be tracked in manifest
    - Be your responsibility to maintain
    
    To edit: .claude/rules/testing-strategies.md
    

Architecture note (v3.0): Generated content now goes directly to .claude/rules/ instead of a separate generated layer. The manifest tracks which rules are user-modified vs auto-generated.

Tips:

  • Acknowledge rules you want to customize
  • Unacknowledged modified rules will show warnings in /blueprint:sync
  • You can regenerate by removing from custom_overrides and running /blueprint:generate-rules

Comments

Markdown supported