modelo_projetos / Reference

Each file has a clear role.

The names form a navigation contract for people and assistants. Their content must describe your project.

Document and tool reference

Document and tool reference
FileRoleWhen to read or run
PATHS.tomlPaths, modules, official sources and checks.Read first.
AGENTS.mdPermanent execution rules for assistants and contributors.At the start and before risky actions.
PRD.mdProduct requirements, real state and gaps.When defining or reviewing work.
ESCOPO.mdProduct scope, boundaries, modules and naming.Before changing architecture or roles.
QUALITY_ROADMAP.mdWorkflow, SOLID, task-based reading and definition of done.During planning, work and review.
GOVERNANCA.mdRisks, priorities, dependencies and release gates.For risk and release decisions.
DEMANDAS.mdActionable backlog in packages and batches.When choosing, finishing or blocking work.
TELAS.mdRoutes, screens, states and CRUD boundaries.For experience and navigation changes.
TESTES.mdRisk-based checks, fixtures, coverage and retesting.Before and after implementation.
BUGS.mdReproduction, diagnosis, fix and retest.When investigating or closing bugs.
DECISOES.mdKey decisions, reasons, impact and rollback.When a choice changes architecture or operations.
RUNBOOK.mdSetup, operations, diagnosis, deploy, smoke tests and recovery.To repeat operational procedures.
docs/prd-classifications.jsonReviewed states and evidence for each item.After inventory and during review.
docs/PRD_RASTREABILIDADE.mdGenerated matrix of requirements, modules and evidence.To review coverage and snapshot gaps.
check.shRuns model validation and configured project checks.Based on risk and at applicable closure.
scripts/prd_inventory.pyFinds items, reconciles states and generates the matrix.During PRD bootstrap, update and validation.

How to handle conflicting information

Use PATHS for paths and checks, QUALITY_ROADMAP for workflow and boundaries, GOVERNANCA for risks and operations, and the backlog for planned work. PRD and topic documents connect intent to code. Confirm the adopted project’s own precedence.

If a document says ready but the real flow fails, record the conflict. Do not change a state to hide the failure. Keep local evidence, remote evidence and human acceptance separate.

Translate without breaking references

The original kit keeps Portuguese filenames. You may translate their content and keep the names so references and validators stay consistent. If you rename files, update PATHS, links, scripts and documents together.

What traceability connects

  • Requirement → module → screen or route → contract → data → test.
  • Decision → reason → affected code → risk → recovery path.
  • Bug → reproduction → confirmed cause → fix → retest.
Keep readingExamples →