Menu
Best practices for Go project Makefiles. Use when creating or modifying a Go project Makefile: adding/reviewing targets, PHONY declarations, tab indentation, docker compose v2 targets.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
Task and project management in .claude/global-project/. Use when user ask for a new task.
Thinking guidelines to reduce common coding mistakes. Use when writing, reviewing, or refactoring code to avoid overcomplication, make surgical changes, surface assumptions, and define verifiable success criteria.
TypeScript and Angular coding best practices. Use when working with TypeScript, Angular, or Node.js files: implementation, testing, refactoring, RxJS Observables, type system, strict mode, generics, and async patterns.
Docker and docker-compose best practices. Use for any Docker task: Dockerfiles (multi-stage builds, alpine, non-root), docker compose services (Go API, frontend, MariaDB, Oracle), healthchecks, volumes, networks, and K8S-compatible configurations.
Rules for writing and updating documentation. Use for any non-trivial documentation task in README.md, markdown files, text files, and code comments.
Comprehensive testing specialist for all levels and types. Use when writing unit, integration, E2E, performance, or security tests; creating test strategies and plans; analyzing test coverage; building automation frameworks; managing defects; debugging test failures; manual testing (exploratory, usability, accessibility); scaling CI/CD test pipelines.
| name | 10x-makefile |
| description | Best practices for Go project Makefiles. Use when creating or modifying a Go project Makefile: adding/reviewing targets, PHONY declarations, tab indentation, docker compose v2 targets. |
| Resource | Purpose |
|---|---|
./references/makefile-template.md | Standard template with all required targets |
## target: description comment.PHONY declarationdocker compose (v2), never docker-compose (v1)@tools as a dependency for targets that require external tools (e.g., audit, doc)help target implementationdocker-compose (v1 syntax)