extension-tree-scaffold

Scaffolds new pipeline extension directory trees and READMEs in a monorepo extensions layout.

Updated Jul 8, 2026
One-click install
npx skills add https://github.com/NarenKarthikBM/specseyal --skill extension-tree-scaffold-narenkarthikbm
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: extension-tree-scaffold
Source: https://github.com/NarenKarthikBM/specseyal/tree/main/.claude/skills/extension-tree-scaffold
Command: npx skills add https://github.com/NarenKarthikBM/specseyal --skill extension-tree-scaffold-narenkarthikbm

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Creating a new pipeline extension in a monorepo often produces inconsistent directory shapes, untracked empty directories, and READMEs that omit critical details like installed commands, hooks, or install instructions. This Skill enforces sibling-convention consistency and documentation completeness when scaffolding a new extension. ## Core Features & Use Cases - Convention Matching: Surveys existing extensions/*/README.md and extension.yml files so the new tree matches the established monorepo shape instead of inventing a new one. - Git-Trackable Scaffolding: Ensures every directory named in the task's file list exists with a placeholder or real file so nothing is silently absent from version control. - Complete README Authoring: Requires the README to state installed commands and skills, hook declarations (explicitly noting zero hooks when applicable), and the exact install command. - Use Case: When a task asks you to scaffold a new extensions/<name>/ extension with commands, skills, and tests, this Skill guides you to mirror sibling layouts, place files exactly where specified, and verify the final tree against the task's directory list before reporting done. ## Quick Start Scaffold a new pipeline extension named my-extension under the extensions directory, matching the existing sibling layout and writing a complete top-level README.

Frequently Asked Questions about extension-tree-scaffold

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

FAQPage Schema
How do I scaffold a new extension in a monorepo extensions directory?

Survey every existing sibling extension's README.md and extension.yml first, then match your new tree to the established shape: top-level install.sh, uninstall.sh, README.md, an extension/commands and extension/scripts pair, one skills/<skill-name>/SKILL.md per skill, and a test directory.

What should an extension README include in a monorepo?

The README must state which commands and skills the extension installs, whether it declares any hooks (explicitly saying so when it declares zero), and the exact install command a user would run, all without requiring the reader to open another file.

Why do empty scaffolded directories disappear from git?

Git does not track empty directories, so a bare mkdir is invisible in the tracked tree. Give each new directory a placeholder file or its first real file so the scaffolded structure is actually committed.

How do I verify a scaffolded directory tree is complete?

Run a directory listing of everything you created and diff it against the task's stated directory list. Every named directory must exist and be git-trackable before the scaffold is reported as done.

When should I not reuse a sibling extension's layout?

Follow the sibling convention for the same purpose, but never relocate a script, command, or skill file to a sibling's path pattern when the task's own path list specifies a different location. The task's explicit file list takes precedence.