dev-fix
$
npx mdskill add HoangNguyen0403/agent-skills-standard/dev-fixFix bugs using a unified developer workflow from analysis to PR/MR
- Analyzes issue-tracker context and cross-checks with code and documentation
- Uses Jira/GitHub/GitLab/ADO MCP and codebase tools for ticket and code analysis
- Generates a solution based on reproduce steps, expected, and actual results
- Delivers a verified fix via PR/MR with local validation and artifact generation
SKILL.md
.github/skills/dev-fixView on GitHub ↗
---
name: dev-fix
description: "Unified developer workflow for fixing bugs. Analyzes issue-tracker context, cross-checks docs/code, proposes a solution, implements the fix, verifies locally, and delivers a PR/MR."
metadata:
triggers:
keywords:
- dev fix
- workflow
---
# Dev Fix Skill
> [!IMPORTANT]
> Unified developer workflow for fixing bugs. Analyzes issue-tracker context, cross-checks docs/code, proposes a solution, implements the fix, verifies locally, and delivers a PR/MR.
## Instructions
When the user asks to perform this workflow, execute the following steps:
# 🛠 Dev-Fix — Professional Bug Remediation
This workflow manages the bug-fix lifecycle from issue analysis to PR/MR delivery. It enforces a strict **Propose -> Approve -> Verify** cycle using native artifacts.
## Input
`/dev-fix <issue-url-or-key>`
## Workflow
### Step 0: Environment Prep (Turbo)
// turbo
1. **Sync Registry**: `git pull origin main` in the standard repo.
### Step 1: Research & Discovery (Implementation Plan Phase)
> [!TIP]
> **Sub-Agent Delegation**: If your platform supports sub-agents, delegate ticket extraction to the matching issue specialist and context lookup to `@specialist-confluence-searcher` or `@specialist-codebase-scout`. If sub-agents are NOT supported, execute these steps yourself.
1. **Analyze Ticket**: Use installed Jira/GitHub/GitLab/ADO MCP first; otherwise use exported ticket text. Extract `Reproduce steps`, `Expected Result`, and `Actual Result`.
2. **Cross-Check Context**: Use Confluence/docs MCP when configured; otherwise use exported docs and local code search. Locate relevant code.
3. **Create Implementation Plan**:
- Use the **Implementation Plan Template** below.
- Initialize project-local `docs/specs/implementation-plan-[slug].md`.
- **Goal**: Clear description of the root cause.
- **Proposed Changes**: Exact files and logic to be modified.
- **Verification Plan**: Detail which QE skill (`playwright-cli` or `appium-mcp`) will be used to verify the fix *locally* before PR.
4. **HARD STOP**: Request user approval for the implementation plan.
5. **Readiness Gate**: Run `implementation-readiness`; code only after READY or approved PARTIAL.
### Step 2: Implementation (TDD Phase)
> [!TIP]
> **Sub-Agent Delegation**: For the actual fix, delegate the TDD loop to your TDD Implementer sub-agent (`@specialist-tdd-implementer`). If sub-agents are NOT supported, execute the TDD loop yourself using `common-tdd`.
1. **Worktree Branching**: Create a new worktree for the fix using `git worktree add ../<ticket-key> -b fix/<ticket-key>` and `cd` into it.
2. **Task Tracking**:
- Use the **Task Template** below.
- Initialize project-local `docs/templates/task.md`.
3. **Code**: Implement the fix using `common-tdd` or the `@specialist-tdd-implementer` sub-agent. Follow `common-best-practices` and service-specific `AGENTS.md` rules.
### Step 3: Local Verification (Enterprise Standard)
Do NOT rely on "it builds" — verify the fix against the issue reproduction steps.
1. **Launch Dev Server**: Run the local dev environment for the service.
2. **Execute QE Audit**:
- **Web**: Load `quality-engineering-playwright-cli`. Run the reproduction steps. Capture "After" snapshots.
- **Mobile**: Load `quality-engineering-appium-mcp`. Run the reproduction steps on an emulator.
3. **Final Verdict**: Compare results against the issue `Expected Result`. If any sub-3px regressions exist, fix them now.
### Step 4: Deliver PR
1. **Commit**: Generate a commit message using `caveman-commit`.
2. **PR/MR Details**: Draft provider-appropriate PR/MR notes and link the source issue.
3. **Walkthrough**:
- Use the **Walkthrough Template** below.
- Create project-local `docs/templates/walkthrough.md` with evidence of the local verification.
---
## Artifact Templates
### Implementation Plan Template
```md
# Implementation Plan: [Name]
## Goal
## Proposed Changes
## Task Slices
| Slice | Scope | Verification |
| --- | --- | --- |
| [slice] | [scope] | [verification] |
## Risks
## Verification Plan
## Next Workflow
```
### Task Template
```md
# Task: [Name]
## Scope
## Checklist
- [ ] [task]
## Decisions
## Evidence
## Next Workflow
```
### Walkthrough Template
```md
# Walkthrough: [Name]
## Scope
## Acceptance Criteria
## Evidence
| Check | Result | Evidence |
| --- | --- | --- |
| [check] | [PASS/FAIL/BLOCKED] | [evidence] |
## Risks
## Next Workflow
```
## Cost Report
Call `get_session_cost` and output telemetry here before ending.
## 🚫 Anti-Patterns
- **No Blind Implementation**: Never write code before the implementation plan is approved.
- **No Orphan Sessions**: Always `close` browser/appium sessions used during verification.
- **No skipping local verify**: "I checked it manually" is not enough. Provide snapshots/logs in the project-local `docs/templates/walkthrough.md`.
More from HoangNguyen0403/agent-skills-standard
- android-agp-upgradeUpgrade an Android project to Android Gradle Plugin (AGP) 9. Use when migrating to AGP 9, updating Gradle build files, migrating to built-in Kotlin, or adopting the new AGP DSL.
- android-architectureApply Clean Architecture layering, modularization, and Unidirectional Data Flow in Android projects. Use when setting up project structure, placing code in layers, configuring feature/core modules, or implementing UDF patterns.
- android-background-workImplement WorkManager and background processing correctly on Android. Use when creating Worker classes, scheduling tasks, choosing between WorkManager and Foreground Services, or setting up Hilt in workers.
- android-composeBuild high-performance declarative UI with Jetpack Compose. Use when writing Composable functions, optimizing recomposition, hoisting state, or working with LazyColumn and side effects.
- android-compose-migrationMigrate an Android XML View to Jetpack Compose following a structured 10-step workflow. Use when converting XML layouts to Compose, setting up Compose in an existing View-based project, or incrementally adopting Compose.
- android-concurrencyWrite correct coroutine scopes, Flow collection, and dispatcher injection in Android. Use when writing suspend functions, choosing between StateFlow and SharedFlow, or injecting Dispatchers for testability.
- android-deploymentConfigure release signing, R8 obfuscation, and App Bundle publishing for Android. Use when setting up signing configs, enabling minification, adding ProGuard keep rules, or preparing for Play Store submission.
- android-design-systemEnforce Material Design 3 theming and design token usage in Jetpack Compose. Use when implementing M3 components, color schemes, typography, or design tokens.
- android-diConfigure Hilt dependency injection with proper scoping, modules, and constructor injection in Android. Use when setting up Hilt DI, defining modules, or configuring component scoping.
- android-edge-to-edgeMigrate a Jetpack Compose app to edge-to-edge display and fix system bar inset issues. Use when UI components are obscured by navigation/status bars, fixing IME insets, or enabling edge-to-edge for SDK 35+.