create-control-manifest

Generate a flat control manifest from Accepted ADRs and technical preferences.

Updated Apr 24, 2026
One-click install
npx skills add https://github.com/rakhnianskii9/God-Godot --skill create-control-manifest-rakhnianskii9
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: create-control-manifest
Source: https://github.com/rakhnianskii9/God-Godot/tree/main/.github/skills/create-control-manifest
Command: npx skills add https://github.com/rakhnianskii9/God-Godot --skill create-control-manifest-rakhnianskii9

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

After architecture is complete, this skill produces a flat actionable rules sheet for programmers — what you must do, what you must never do, per system and per layer. Extracted from all Accepted ADRs, technical preferences, and engine reference docs. More immediately actionable than ADRs (which explain why).

Core Features & Use Cases

  • Generates a centralized Control Manifest detailing required patterns, forbidden approaches, and performance guardrails aligned with ADRs and engine docs.
  • Maps rules to architectural layers (Foundation, Core, Feature, Presentation) and aggregates global conventions, deprecated APIs, and best practices.
  • Use Case: when an ADR is accepted and the project needs a developer-facing reference to implement across modules with consistency.

Quick Start

Run the control manifest generation after ADRs are updated.

Frequently Asked Questions about create-control-manifest

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

FAQPage Schema
How do I generate a developer-facing control manifest from accepted ADRs?

To generate a developer-facing control manifest from accepted ADRs, run the control manifest generation skill. It extracts rules from ADRs, technical preferences, and engine references, outputting a flat actionable sheet to docs/architecture/control-manifest.md.

What is a control manifest in software architecture?

A control manifest in software architecture is a flat, actionable rules sheet for programmers extracted from accepted ADRs. It specifies required patterns, forbidden approaches, and performance guardrails, being more immediately actionable than ADRs which only explain why.

How do I map architecture rules to Foundation, Core, Feature, and Presentation layers?

To map architecture rules to Foundation, Core, Feature, and Presentation layers, use automated manifest generation. It aggregates global conventions, deprecated APIs, and best practices, applying per-layer mapping and gating to ensure consistent implementation across modules.

Does the control manifest support engine references and technical preferences for Godot projects?

Yes, the control manifest supports engine references and technical preferences for Godot projects. It automates rule generation from accepted ADRs and engine docs, mapping required patterns and forbidden approaches across architectural layers to guide programmers.

When do I need to generate a flat actionable manifest for developer handoffs?

You need to generate a flat actionable manifest for developer handoffs when an ADR is accepted and the project requires a developer-facing reference. This ensures programmers implement across modules with consistent rules across Foundation, Core, Feature, and Presentation layers.

Can I use architecture review workflows to enforce deprecated APIs and performance guardrails?

Yes, you can use architecture review workflows to enforce deprecated APIs and performance guardrails. The manifest generation applies gating and global rules, aggregating technical preferences and engine references into a centralized reference for consistent module implementation.