Skip to content

joao-aires/development-workflow

v0.10.0MIT

Project foundations and conventions, synchronized documentation, E2E, Git contributions, CI/CD and security/privacy by design.

build-delivery-pipelines

Create or review CI/CD, Dockerfiles and GitHub Actions for application verification, artifact promotion, deployment and rollback or roll-forward. Apply when delivery infrastructure changes, within the requested repository and environment scope.

contribute-code

Develop a feature in an isolated Git worktree, make Conventional Commits and publish a concise pull request to the correct repository. Apply by default when starting feature work, continuing a feature branch, committing changes or preparing a PR; respect plan-only requests and existing contribution conventions.

deliver-reliable-changes

Implement, review and prepare application changes for delivery with focused verification, practical CI/CD and operational evidence. Use for feature implementation, bug fixes, PR preparation, pipeline changes and deployment readiness.

design-secure-features

Design, implement or review features with security and privacy built into data flows, authorization and integrations. Apply to changes involving identities, user data, external inputs, dependencies or new trust boundaries; revisit protections as the application evolves.

maintain-documentation

Organize application knowledge and update affected PRDs, architecture, schemas, plans, decisions and runbooks when implementation or accepted decisions change. Use during planning, feature changes, migrations, deployment changes or documentation reviews.

project-conventions

Establish or maintain an application repository's structure, stack constraints, scoped AGENTS.md, local setup and delivery conventions. Use when explicitly asked to start, organize or review a project, or when the requested change affects those foundations; keep ordinary feature work within existing conventions.

test-end-to-end

Plan, write, run or debug Playwright end-to-end tests for important user journeys. Use for changes spanning UI/API/database behavior, persistence, authentication, authorization or critical browser interactions, and to investigate failing journey tests.