correcao-fechamento-diario

Fix UTC date handling in daily closing workflows using America/Sao_Paulo timezone.

5|Updated Jun 3, 2026
One-click install
npx skills add https://github.com/rafael-fae/agent-ops-worflow --skill correcao-fechamento-diario
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: correcao-fechamento-diario
Source: https://github.com/rafael-fae/agent-ops-worflow/tree/main/archive/skills/devops/correcao-fechamento-diario
Command: npx skills add https://github.com/rafael-fae/agent-ops-worflow --skill correcao-fechamento-diario

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill fixes a timezone-related bug in the daily closing workflow so files are renamed with the correct local date instead of UTC, preventing incorrect archives and blog outputs near midnight.

Core Features & Use Cases

  • Timezone correction: Updates the closing script to use the São Paulo timezone when generating dates.
  • Operational diagnosis: Provides a step-by-step troubleshooting routine for low-quality, generic, contaminated, or prematurely generated daily blogs.
  • Quality safeguards: Documents checks for file timestamps, PM2 cron status, log inspection, and regeneration procedures to validate the workflow end to end.
  • Use case: A team notices that the daily summary was archived under the wrong date after a late-night run; this Skill helps identify the root cause and confirm the fix.

Quick Start

Use this skill to diagnose the daily closing workflow, verify the timezone handling, and confirm whether the generated archive and blog were created at the correct local time.

Frequently Asked Questions about correcao-fechamento-diario

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
Why does my cron-driven daily closing workflow archive files with the wrong date?

Cron-driven daily closing workflows archive files with the wrong date because the script generates timestamps using UTC instead of the local timezone. This causes off-by-one-day errors when the job runs near midnight.

How do I fix a bash script generating UTC dates instead of local time for file renaming?

To fix a bash script generating UTC dates, update the date generation logic to explicitly use the America/Sao_Paulo timezone. This ensures archive renaming and blog generation use the correct local date.

How do I troubleshoot a PM2 cron job producing incorrect daily blog outputs?

Troubleshoot a PM2 cron job producing incorrect daily blogs by inspecting PM2 status, reviewing logs for premature generation, checking file timestamps, and validating the timezone handling in the closing script.

What steps are required to validate a daily closing workflow after timezone correction?

To validate a daily closing workflow after timezone correction, check file timestamps, verify PM2 cron status, inspect execution logs, and run regeneration procedures to confirm archives and blogs match the correct local date.

When should I use explicit timezone handling in bash automation scripts?

You should use explicit timezone handling in bash automation scripts whenever a cron job processes date-sensitive tasks like file archiving or blog generation near midnight to prevent UTC off-by-one-day errors.