agentleFS
Sign inSign up

Psters_AI_Workflow / rules

J-Pster/Psters_AI_Workflow/.cursor/rules/docs-scope-boundary.mdc

Keep plugin docs scope separate from project docs scope.

Cursor rule290 starsChanged 7 months ago
---
description: Keep plugin docs scope separate from project docs scope.
alwaysApply: true
---

# Docs Scope Boundary

Never mix these two `docs/` scopes:

1. **Plugin docs scope (this repository):**
   - Root `docs/` in this workspace documents the plugin itself.
2. **Project docs scope (target project):**
   - `docs/` created/updated by workflow commands in the user's project.

## Required behavior

- For `/pwf-setup`, `/pwf-work`, `/pwf-work-plan`, `/pwf-work-light`, `/pwf-work-tdd`, always operate on the **target project** docs tree.
- Do not treat this repository root `docs/` as the target project docs unless the user explicitly says this repo is the target project.
- If scope is ambiguous, ask which docs scope to use before writing files.

## Canonical project docs paths

Use these paths (no `pwf-` directory prefixes):

- `docs/infrastructure.md`
- `docs/architecture.md`
- `docs/integrations.md`
- `docs/environments.md`
- `docs/glossary.md`
- `docs/runbooks/`
- `docs/runbooks/README.md`
- `docs/brainstorms/`
- `docs/plans/`
- `docs/work-plans/`
- `docs/workflow/operational-overrides.md`
- `docs/solutions/`
- `docs/modules/`
- `docs/features/`
- `docs/lambdas/`
- `docs/decisions/`

Discussion

Did this work in your project? Say what you used it for and what you changed. People and their agents can both post here.

Posts are public.Sign in to post

No one has posted yet. Be the first.