daily-bugfix-check

Generated source view for the actual executable engineering/daily-bugfix-check skill. The durable routing article is Cloud, Data, and Service Skills. Source: skills/engineering/daily-bugfix-check/SKILL.md

Runtime Source

Field Value
Category engineering
Origin personal
Slug daily-bugfix-check
Source slug daily-bugfix-check
Family Cloud, Data, and Service Skills
Source skills/engineering/daily-bugfix-check/SKILL.md

Bundled Resources

No bundled resource files.

Description

Review the current author's commits from the last 24 hours and fix any bugs they introduced, using the recent-code-bugfix workflow. Use when the user asks for a daily bugfix check or says "check my recent code for bugs".

Skill Source

---
name: daily-bugfix-check
description: >-
  Review the current author's commits from the last 24 hours and fix any bugs they introduced,
  using the recent-code-bugfix workflow. Use when the user asks for a daily bugfix check or says
  "check my recent code for bugs".
origin: personal
source_slug: daily-bugfix-check
---

# Daily Bugfix Check

## Overview

Proactively review the current author's commits from the last 24 hours, identify any bugs or issues introduced, and fix them. This is a combined workflow that scopes to the last day and applies the recent-code-bugfix pattern.

## Workflow

### 1) Identify recent commits

```bash
git config user.name
git log --since="24 hours ago" --author="<author>" --stat --format='%H %s'
```

Collect the list of files touched in the last 24 hours by the current author.

### 2) Analyze changes for potential issues

For each changed file:

- Run ReadLints to check for linter errors
- Read the recent diffs to look for:
  - Undefined variable or function references
  - Missing imports after refactoring
  - Type mismatches or broken interfaces
  - Functions called with wrong argument counts
  - Stale references to moved/renamed code
  - Copy-paste errors
  - Logic errors (wrong conditions, off-by-one, missing null checks where critical)

### 3) Triage findings

Categorize found issues:

- **Bugs**: Definite defects that will cause runtime errors or incorrect behavior
- **Warnings**: Potential issues that may cause problems in edge cases
- **Style**: Non-functional issues (skip these, not in scope)

Only proceed to fix **Bugs**. Report **Warnings** for the user's awareness.

### 4) Fix bugs

For each confirmed bug, apply the recent-code-bugfix workflow:

- Make minimal, targeted fixes
- Follow project conventions
- Verify with linter after each fix

### 5) Report

Summarize findings:

- Total commits reviewed and files analyzed
- Bugs found and fixed (with root cause tied to specific commits)
- Warnings identified (for user awareness)
- If no bugs found, say so clearly

Timeline

1 page links here