ibank-worklog-history-sync

Rebuild tb_worklog_status_history SQL from a selected seed version and validate status/timestamp consistency.

Updated Jun 5, 2026
One-click install
npx skills add https://github.com/KangJiSseok/ACODIAN --skill ibank-worklog-history-sync
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: ibank-worklog-history-sync
Source: https://github.com/KangJiSseok/ACODIAN/tree/main/.codex/skills/ibank-worklog-history-sync
Command: npx skills add https://github.com/KangJiSseok/ACODIAN --skill ibank-worklog-history-sync

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Rebuilds the tb_worklog_status_history SQL from a selected iBank worklog seed version and verifies status/timestamp consistency.

Core Features & Use Cases

  • Regenerates tb_worklog_status_history SQL from a chosen seed version to ensure history integrity after seed changes.
  • Validates that every worklog entry has a corresponding history record and that final statuses align with history transitions.
  • Checks that the last changed_at timestamp does not exceed updated_at and reports any inconsistencies.

Quick Start

Run the Python script to generate tb_worklog_status_history.sql from the chosen seed and review the resulting history and summary.

Frequently Asked Questions about ibank-worklog-history-sync

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

FAQPage Schema
How do I rebuild iBank worklog status history SQL after a seed version changes?▼

To rebuild iBank worklog status history SQL, run the Python script against your selected worklog seed version. It regenerates the tb_worklog_status_history SQL to ensure history integrity after any seed modifications.

What is worklog history validation and why does final-status consistency matter?▼

Worklog history validation checks that every worklog entry has a corresponding history record and that final statuses align with history transitions. This consistency prevents data corruption and ensures accurate status tracking across your iBank system.

When do I need to regenerate tb_worklog_status_history SQL for my worklog entries?▼

You need to regenerate tb_worklog_status_history SQL when a worklog seed version changes, a new version is created, or you request to refresh, sync, or validate history. This ensures your status history remains synchronized with the current seed.

Can I check if my worklog changed_at timestamp exceeds updated_at?▼

Yes, the history validation script checks that the last changed_at timestamp does not exceed updated_at. It automatically reports any timestamp inconsistencies found during the validation of your worklog history records.

Does the iBank worklog history sync tool require any external dependencies?▼

No, the iBank worklog history sync tool has no external dependencies. It operates as a standalone Python script to generate history SQL and perform validation checks directly on your selected seed version.

How do I verify complete history coverage for all iBank worklog entries?▼

To verify complete history coverage, run the Python validation script on your chosen seed. It validates that every worklog entry has a corresponding history record and reports any missing coverage in the summary output.