working-directory-conventions

Enforce the container directory as the working directory for component-level tasks.

Updated Feb 6, 2026
One-click install
npx skills add https://github.com/wtah/spec-master --skill working-directory-conventions
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: working-directory-conventions
Source: https://github.com/wtah/spec-master/tree/main/.claude/skills/working-directory-conventions
Command: npx skills add https://github.com/wtah/spec-master --skill working-directory-conventions

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill defines and enforces a container-root working directory for all component-level operations to prevent path and import inconsistencies.

Core Features & Use Cases

  • Enforces that the container directory is the working directory for all agent operations.
  • Ensures component paths are always resolved relative to the container root.
  • Reduces import and test path errors in multi-component architectures.

Quick Start

Set the container as the working directory and perform tasks from the container root, for example:

  • cd {container}
  • Run tests with imports referencing components as {component}/src/...
  • Ensure all scripts and tools resolve paths relative to the container root.

Frequently Asked Questions about working-directory-conventions

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

FAQPage Schema
How do I enforce a consistent working directory for component agents?

You can enforce a consistent working directory by applying a container-root convention that requires all component agents to operate from the container directory. This prevents path resolution inconsistencies across multi-component architectures.

Why does my multi-component architecture have import and test path errors?

Import and test path errors occur when component operations run from incorrect working directories. They happen because component paths are not resolved relative to the container root, causing imports referencing components like {component}/src/... to fail.

What's the best way to resolve component paths relative to a container root?

The best way to resolve component paths is to set the container as the working directory and run all scripts and tools from there. This ensures imports reference components as {component}/src/... and prevents path resolution errors.

Do I need external tooling to enforce container root workspace conventions?

No external tooling is required to enforce container root workspace conventions. The approach relies entirely on documented workspace conventions that mandate performing tasks from the container root directory.

When do I need to use a container-root working directory for testing?

You need a container-root working directory when testing multi-component architectures to ensure import paths resolve correctly. It prevents test path errors by standardizing how component paths are resolved relative to the container root.