root-layer-manager

Classifies requests into hierarchy layers and routes issues, tasks, and feedback to correct storage locations.

1|Updated Jul 3, 2026
One-click install
npx skills add https://github.com/Ryokuman/new_human_ochestrator --skill root-layer-manager-ryokuman
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: root-layer-manager
Source: https://github.com/Ryokuman/new_human_ochestrator/tree/main/system/20-skills/root-layer-manager
Command: npx skills add https://github.com/Ryokuman/new_human_ochestrator --skill root-layer-manager-ryokuman

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? In a multi-layer agent orchestration system, it is easy to misplace project tasks, issues, or feedback in the wrong layer, commit project data to the root repository, or target the wrong Git branch. This Skill applies the Layer-0 root/global operating rules to classify every request and decide where data should be stored or promoted. ## Core Features & Use Cases - Layer Classification: Sorts incoming requests into Layer 0 (common rules), Layer 1 (Project SSoT), Layer 2 (Project Work SSoT), or Layer 3 (silo local findings). - Branch Routing: Determines the correct base and working branches (e.g., main-v3/main vs project-{projectName}/main) and prevents mixing Layer-0 and project changes in one PR. - Promotion Judgment: Decides whether silo-local findings should be promoted to project or global rules, and whether project assets belong in a fork, submodule, or reference. - Use Case: When a bug fix in a project silo reveals a reusable pattern, use this Skill to decide whether it stays local, becomes a project task, or is promoted as a separate Layer-0 update with its own branch and PR. ## Quick Start Ask the agent to classify this request and decide which layer, storage location, and branch it belongs to before making any changes.

Frequently Asked Questions about root-layer-manager

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

FAQPage Schema
How do I decide which layer a task belongs to in a multi-layer agent system?

Classify the request by scope: common rules and skills are Layer 0, project contracts and requirements are Layer 1, implementation tasks and QA are Layer 2, and silo-local findings are Layer 3. The Skill then maps each layer to its storage location and branch.

How to choose the correct Git branch for project versus system changes?

Layer-0 common changes use main-v3/{taskname} targeting main-v3/main, while project changes use project-{projectName}/{taskname} targeting project-{projectName}/main. Never mix Layer-0 and project changes in one branch; split them into separate PRs.

When should silo local findings be promoted to project or global rules?

Promote findings at PR time only if they are repeatable bugs, project-wide issues, standalone tasks, or patterns needing a project-specific skill. One-off fixes, unverified guesses, and temporary experiment logs stay local.

Can I commit project tasks or issues directly to the root repository?

No. Project issues, tasks, QA, and dashboards must never be stored in the Layer-0 system directory or committed to the root main branch. They belong in the project's own SSoT branch, fork, submodule, or external reference.

What should I check before writing project SSoT documents?

First verify the canonical SSoT location via the project README and declared SSoT paths, then confirm the correct project branch exists. Never assume directories like obs/, docs/, or submodules inside a product repo are the canonical SSoT.