FE
feature-workflow
Use PROACTIVELY for non-trivial features, bug fixes, behavior changes, or refactors so work starts with discovery, readiness refactoring, approved-pattern selection, and verification planning before implementation.
Install
mkdir -p .claude/skills/feature-workflow && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/14536" && unzip -o skill.zip -d .claude/skills/feature-workflow && rm skill.zipInstalls to .claude/skills/feature-workflow
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Use PROACTIVELY for non-trivial features, bug fixes, behavior changes, or refactors so work starts with discovery, readiness refactoring, approved-pattern selection, and verification planning before implementation.214 charsno explicit “when” trigger
About this skill
Feature Workflow
Goal
Deliver non-trivial product or code changes without introducing pattern drift, duplicated behavior, or local patches that make the surrounding system worse.
Required flow
- Read
.claude/rules/core.mdand any path-specific rules for the touched files. - Read
docs/guides/general.md,docs/guides/workflows-and-tasks.md, anddocs/guides/important-code.md. - Load
pattern-governance-reference. - Inspect the current implementation before planning edits:
- upstream callers and entry points
- downstream implementations and consumers
- lateral files that solve the same concern
- nearest tests or task files
- Identify the approved local pattern for the touched concern.
- Assume the area may not be ready for the requested change. If readiness refactoring is needed, do that first and keep it tied to the requested outcome.
- If no approved pattern exists, stop and propose the new standard before implementing it broadly.
- If the task is Apple-platform implementation work, use
implement-apple-change. - If the task changes behavior, plan the smallest meaningful
test-changesverification before handoff. - If the task needs compile or toolchain confidence, plan the smallest meaningful
build-verifycheck before handoff. - For broad or architectural changes, use
codebase-explorerfor discovery andpattern-compliance-reviewerfor read-only drift review.
Stop and ask before
- introducing a new dependency
- introducing a new architectural pattern, service layer, helper family, file layout, or naming convention
- preserving accidental compatibility that conflicts with a cleaner current design
- deleting or rewriting broad areas where user intent is ambiguous
- using browser, MCP, or external tools before repo inspection has been exhausted
Do not
- Do not patch the nearest file before checking for the established pattern.
- Do not keep duplicate old and new implementations unless the task explicitly requires a temporary migration.
- Do not add hidden fallbacks, default values, or sentinel behavior for data that should be present.
- Do not claim completion without exact command evidence.