manage-repo

Governs project files, targets, tools, workflows, and infra rows in a polyglot monorepo.

Updated Jun 30, 2026
One-click install
npx skills add https://github.com/bsamiee/Rasm --skill manage-repo-bsamiee
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: manage-repo
Source: https://github.com/bsamiee/Rasm/tree/main/.claude/skills/manage-repo
Command: npx skills add https://github.com/bsamiee/Rasm --skill manage-repo-bsamiee

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Maintaining a polyglot monorepo means deciding where every configuration row belongs, when a row should be removed, and how to prove a change is safe. This Skill provides placement rules and proof checks for project files, Nx targets, tool versions, CI workflows, and infrastructure declarations across .NET, TypeScript, Python, Java, Swift, and Pulumi. ## Core Features & Use Cases - Placement Rules: Decides which file owns each concern, when a new file is created, and when a row restating a tool default is deleted. - Per-Language References: Covers Nx plugin inference and target defaults, pnpm catalogs and composite TypeScript projects, uv dependency groups and locks, MSBuild central package versions, mise tool rows, Pulumi Automation API, and GitHub Actions workflow forms. - Proof-Based Checks: Requires one run of the project's check target, git diff verification for writers, and baseline comparisons to prove row removals. - Use Case: When adding a new Python script folder to the monorepo, use this Skill to determine it needs a pyproject.toml as a uv workspace member, an Nx target running it from the synced .venv, and a check run as proof. ## Quick Start Use the manage-repo skill to add a new tool row to mise.toml and wire its check target into the root task graph.

Frequently Asked Questions about manage-repo

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

FAQPage Schema
How do I decide where a new configuration row belongs in a monorepo?▼

A row joins the file of its first consumer: root files hold policy every project shares, while a row one project consumes sits in that project's file. Concerns with no owner take a new file named for the tool that reads it.

When should a configuration row be removed from a project file?▼

Remove rows that restate a tool's documented default, rows whose deletion leaves tool output and lockfiles unchanged, and rows that only cancel another row's effect. Tightening checker rows stay as policy even with no violating file.

How do Nx target defaults and plugin inference work together?▼

Plugins infer targets from project files, and targetDefaults plus project configuration merge over inferred fields field by field. The last matching entry in an ordered targetDefaults array wins, and cache, inputs, and dependsOn control execution.

Does this Skill cover CI workflow configuration?▼

Yes, the infra reference covers GitHub Actions decisions including events, permissions, concurrency groups, checkout options, cache keys, shell defaults, expression handling, and fan-in status check jobs.

How is a configuration change proven safe in this workflow?▼

One run of the project's check target proves a change. Writers prove through git diff --exit-code after their target, and row removals are proven by running check on the row's consumers against a baseline run.