agentsclimarketplace

Workflow manager

Skill karim-bhalwani/agent-skills-collection/skills/workflow-manager

Specialized in executing standardized project workflows and managing the lifecycle of planning artifacts. Use when managing project workflows, coordinating phases, ensuring SDLC consistency, or automating procedural tasks.From its SKILL.md

Install
npx -y skills add karim-bhalwani/agent-skills-collection --skill workflow-manager

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

SKILL.md

4.0 KB, 768 tokens by cl100k_base, as published. Nobody here has run it

Workflow Manager Skill - Process Automation & Tracking

Overview

The Workflow Manager ensures that the software development lifecycle (SDLC) is followed consistently. It automates the "buraucracy" of tracking progress and following standard procedures.

Core Capabilities

1. Workflow Execution

Specialized protocols for:

  • new-feature: Spec -> Design -> Implementation -> Security -> QA -> Docs -> Deploy.
  • bug-fix: Reproduction -> Root Cause Analysis -> Fix -> Regression Testing.
  • refactor: Identify Smells -> Coverage Check -> Incremental Refactor -> Validation.
  • quick-fix: Lightweight process for minor changes (<3 files, <2 hours).

2. Track Management

  • Registry: Maintain registry.md to track all active and completed initiatives.
  • Lifecycle Gates: Ensure a spec.md is approved BEFORE a plan.md is created, and a plan.md is verified BEFORE implementation.
  • State Updates: Proactively update task status and clear flags as work progresses.

3. Artifact Maintenance

  • Generate and update standard documentation:
    • current-task.md (What is happening right now?)
    • plan.md (The step-by-step implementation map)
    • decisions.md (Logging tactical and architectural choices)

When to Use

  • Starting a new feature or bug fix initiative.
  • Transitioning between phases of development.
  • Generating a "Status Report" on current progress.
  • Updating project administrative files (Scribe-like behavior).

Constraints

  • RESTRICTED to administrative files. No source code edits.
  • DO NOT proceed to next phase unless all checklists for the current phase are complete.

Outputs & Deliverables

  • Primary Output: Standardized workflow artifacts (spec.md, plan.md, current-task.md, decisions.md)
  • Secondary Output: Status reports and registry updates (registry.md)
  • Success Criteria: Workflow gates satisfied and artifacts approved by the relevant owners
  • Quality Gate: orchestrator or project owner sign-off before entering implementation

Additional Constraints

  • Technical Constraints: Do not modify source code; focus on administrative and planning artifacts
  • Governance Constraints: Ensure all handoffs reference project-context.md and AGENT.md where applicable

Common Pitfalls

  • Skipping Workflow Gates: Rushing to implementation without completing design gates. Enforce phase completion before proceeding.
  • Generic Artifact Updates: Creating empty plan.md files without actionable steps. Plans must be specific and executable.
  • Missing Phase Checklists: Not validating that a phase is actually complete. Use explicit checklists at each gate.
  • No Artifact Versioning: Overwriting previous plan.md without backup. Version artifacts and keep history.
  • Forgetting State Updates: Implementing features but never updating current-task.md or registry.md. Keep these current in real-time.
  • Ignoring Integration Failures: Not catching when phases didn't properly hand off to each other. Always validate handoff completeness.

Integration Points

PhaseInput FromOutput ToContext
New Feature KickoffUser requestWorkflow selectionRoute to appropriate workflow (new-feature, bug-fix, etc.)
Phase GatesPhase completion checklistArtifact updatesUpdate current-task.md, registry.md
Handoff PrepCurrent phase readyNext phaseValidate artifacts are complete and linked
Status ReportingProgress updatesUser visibilityGenerate status reports from registry entries
CompletionAll phases doneClosureArchive workflow artifacts, mark complete

What ships with it: 1 file

140 B alongside SKILL.md

references/

Gives 0 of the 12 instructions most automation workflows skills give in 768 tokens

Counted across 745 of the 1,008 authors here whose files we hold, read 2026-08-07

  • Write conventional commit messagesin 36 of 745, across 35 files
  • Delete branches after mergein 30 of 745, across 21 files
  • Make atomic commitsin 25 of 745, across 15 files
  • Write minimal code to pass testsin 22 of 745, across 10 files
  • Re-snapshot after navigation or DOM changesin 21 of 745, across 13 files
  • Use try-catch for error handlingin 20 of 745, across 8 files
  • Run tests before committingin 20 of 745, across 12 files
  • Write tests before implementationin 20 of 745, across 8 files
  • Configure branch protection rulesin 19 of 745, across 5 files
  • Explain the why in commit messagesin 19 of 745, across 9 files
  • Refactor code while tests remain greenin 19 of 745, across 6 files
  • Interact with elements using refsin 19 of 745, across 11 files

Said here and by no other author read

  • maintain registry of active and completed initiatives
  • approve spec before creating plan
  • verify plan before implementation
  • generate and update standard documentation
  • generate status reports from registry entries
  • validate handoff completeness

Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.

Keep looking

Skills are one crate of 326,367. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.