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.