File Boundaries

---
name: file-boundaries
description: Pattern for respecting file ownership boundaries during implementation. Prevents conflicts in parallel work.
allowed-tools: Read, Write, Edit
---

# File Boundaries Skill

Pattern for respecting file ownership in parallel work.

## When to Load This Skill

- You are implementing code with defined boundaries
- You're working in parallel with other agents
- You need to avoid file conflicts

## Boundary Rules

### Files You OWN
```yaml
boundaries:
  owns: [src/auth/login.ts, src/auth/logout.ts]
```

You CAN:
- Read these files
- Modify these files
- Create new files in these paths
- Delete these files

### Files You READ
```yaml
boundaries:
  reads: [src/types/user.ts, src/utils/crypto.ts]
```

You CAN:
- Read these files for reference
- Import from these files

You CANNOT:
- Modify these files
- If you need changes → report BLOCKED

## Checking Boundaries

Before modifying any file:
1. Is this file in my `owns` list?
2. If NO → STOP, don't modify
3. If need to modify → report BLOCKED with details

## Reporting Boundary Violations

If you need to modify a file outside boundaries:
```yaml
status: blocked
blocked_reason: boundary_violation
blocked_details:
  description: "Need to modify src/types/user.ts to add new type"
  needs: "Permission to modify or contract update"
  suggested_resolution: "Add UserSession type to user.ts"
```

## Parallel Work Safety

Boundaries exist to enable parallel work:
- Agent A owns `src/auth/`
- Agent B owns `src/api/`
- Both can work simultaneously without conflict

If boundaries are unclear or need changes:
- STOP and report BLOCKED
- Don't assume or proceed

## Principles

- **Strict ownership** - Only touch what you own
- **Explicit boundaries** - No implicit permissions
- **Block, don't break** - Report issues, don't work around