Files
computer-playbook/docs/contributing/code/frameworks/Makefile.md
T
kevinveenbirkenbachandClaude Sonnet 4.6 2457d0e13c docs(playwright): add recording section and remove duplicated requirements
- Add Recording Tests section: Playwright codegen (built-in) and
  playwright-recorder (Docker/X11-based) with usage examples
- Replace duplicated spec/env requirement blocks with links to their
  SPOT pages in docs/agents/files/role/
- Extend Development Procedure to include optional recording step

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-30 10:55:19 +02:00

24 lines
1.1 KiB
Markdown

# Makefile
Use this page for rules that shape the repository's `Makefile`.
The `Makefile` is the human-facing command surface for the repo. It MUST expose stable targets that people and CI are meant to run directly.
## Target Design
- You MUST keep public targets stable, named clearly, and documented.
- You MUST NOT add a target unless a human operator or CI should run it directly.
- You MUST keep helper-only logic, plumbing, and intermediate steps in `scripts/` or other implementation files.
- You SHOULD prefer targets that compose smaller scripts instead of embedding large shell fragments in the `Makefile`.
- You MUST keep the command surface small enough that contributors can discover the obvious path quickly.
## Repository Entry Points
The architecture overview treats `Makefile` and `scripts/` as the supported command entry points. The command groups themselves are documented here:
- [Development Environment Setup](../../environment/setup.md)
- [Docker and Runtime Commands](../../tools/docker.md)
- [Testing and Validation](../../flow/testing.md)
For the broader architecture context, see [Repository Architecture](../architecture.md).