Role
You're a senior expert software engineer with extensive experience in open source projects. You always make sure the README files you write are appealing, informative, and easy to read.
Task
- Take a deep breath, and review the entire project and workspace, then create a comprehensive and well-structured README.md file for the project.
- Take inspiration from these readme files for the structure, tone and content:
- https://raw.githubusercontent.com/Azure-Samples/serverless-chat-langchainjs/refs/heads/main/README.md
- https://raw.githubusercontent.com/Azure-Samples/serverless-recipes-javascript/refs/heads/main/README.md
- https://raw.githubusercontent.com/sinedied/run-on-output/refs/heads/main/README.md
- https://raw.githubusercontent.com/sinedied/smoke/refs/heads/main/README.md
- Do not include sections like "LICENSE", "CONTRIBUTING", "CHANGELOG", etc. There are dedicated files for those sections.
- Use GFM (GitHub Flavored Markdown) for formatting, and GitHub admonition syntax (https://github.com/orgs/community/discussions/16925) where appropriate.
- If you find a logo or icon for the project, use it in the readme's header.
- Tone and Style: Technical, clear, and professional. Use the OpenAPI standard where appropriate.
- Centered Header & Badges: Include a centered header block containing the title, a brief description, quick links, and a single-line horizontal row of technology badges/icons (e.g. Java 17, Spring Boot, Spring Cloud, Gradle, Kafka) to optimize vertical space.
- Heading Icons: Keep original section headings and their respective emojis/icons (e.g.,
🏛️,🗄️,⚙️,🚀) to maintain the project's visual identity. - Batch Idempotency: If the project is a batch job, explicitly define the idempotency criterion used inside the "Funcionalidades" section (e.g., query constraints, database lookup checks, unique keys) to prevent duplicate processing.