workflow-status
Display current workflow status dashboard — read-only overview of story progress, task states, branch info, and worktree status
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Display current workflow status dashboard — read-only overview of story progress, task states, branch info, and worktree status
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Master orchestrator for the AI-driven development workflow. Use when starting a new User Story / Issue implementation. Coordinates the Planner, Developer, Reviewer, and Tester agents through all 7 phases with human approval gates. Supports multiple work item providers (ADO, Jira, GitLab, GitHub, Zoho, local-markdown) and git providers (ADO, GitLab, GitHub, gh-cli, glab-cli) via provider adapters. Supports multi-repo stories with parallel developer agents across repos while maintaining sequential execution within each repo.
One-time workspace setup. Generates local context files (.claude/context/, git-ignored) that all workflows depend on — repo metadata, coding conventions, local repo paths, language configuration (discovered, not hard-coded), and provider configuration. Supports ADO, Jira, GitLab, GitHub, Zoho, and local-markdown as work item providers, plus GitHub CLI (gh-cli) and GitLab CLI (glab-cli) as no-MCP git providers. Run once before using /dev-workflow or /story-workflow.
Decompose an approved requirements summary into an implementation plan with atomic tasks, Mermaid diagrams, and a task tracker. Use during Phase 2 of the development workflow after requirements are fully understood.
Refine, analyze, improve, and groom user stories / issues with structured templates and codebase-aware technical analysis. Supports ADO, Jira, GitLab, GitHub, and local markdown files as work item sources via provider adapters. Use this skill whenever the user mentions story refinement, story grooming, story analysis, story improvement, acceptance criteria, user story quality, sprint readiness, or commands like /story-improve, /story-refine, /story-analyze, or /story-groom. Also trigger when the user references work item or issue IDs (or local .md file paths) in the context of improving or reviewing story quality. This skill is never invoked autonomously — it only runs when explicitly requested by a human user.
Run tests with code coverage collection, parse the results, and present a formatted coverage report — any language, discovery-driven. Dispatches by coverage_format from .claude/context/language-config.md. Supports cobertura, jacoco, lcov, json-summary, and go-cover. Highlights pass/fail against the configured threshold (default 90%). Read-only analysis.
Create a Pull Request / Merge Request after all tasks and tests are approved. Assembles PR summary from the task tracker, validates branch naming, and creates the PR/MR via the configured git provider. Links back to the work item via the work item provider. Supports ADO, GitLab, GitHub, and Jira. Used during Phase 6 of the workflow.
| name | workflow-status |
| description | Display current workflow status dashboard — read-only overview of story progress, task states, branch info, and worktree status |
| allowed-tools | Bash, Read, Grep, Glob |
Usage: /workflow-status
This is a read-only skill. It does NOT modify any files — it only reads and displays information.
When invoked, gather and display a structured dashboard of the current workflow state. Follow these steps exactly:
ls -t ai/tasks/*.md 2>/dev/null | head -5
Read the most recent tracker file. If no tracker files exist, report: "No active workflow found. Use /dev-workflow <Work-Item-ID> to start one."
From the tracker filename (<date>_<story-id>_<slug>_<session>.md), extract:
Read the full tracker file. Extract:
Based on task statuses, determine the workflow phase:
| Condition | Phase |
|---|---|
| No dev tasks exist | Phase 1-2: Planning |
| Any task 🔧 or 🔄 | Phase 3: Development Loop |
| All dev tasks ✅, no test task | Phase 4: Human Approval |
| All dev tasks ✅, test task exists but not ✅ | Phase 5: Testing |
| All tasks ✅ (including test) | Phase 6: PR Creation |
Read .claude/context/repos-paths.md to get repo paths.
If the tracker has a Repo Status section, gather git context per-repo:
# For each affected repo:
git -C <repo-path> rev-parse --abbrev-ref HEAD
git -C <repo-path> log --oneline -3
git -C <repo-path> worktree list
git -C <repo-path> status --porcelain | head -5
For single-repo stories or legacy trackers, use the current directory:
git rev-parse --abbrev-ref HEAD
git log --oneline -3
git worktree list
git status --porcelain | head -10
ls -t ai/plans/*.md 2>/dev/null | head -1
Format the output as follows:
╔══════════════════════════════════════════════════════════════╗
║ 📊 WORKFLOW STATUS DASHBOARD ║
╚══════════════════════════════════════════════════════════════╝
📌 Story: #<STORY-ID> — <slug>
📅 Started: <date>
🔄 Phase: <current phase>
🔀 Branch: <current branch>
─── Task Progress ─────────────────────────────────────────────
✅ Done: X / Y
🔧 In Progress: X / Y
🔄 In Review: X / Y
⏳ Pending: X / Y
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Progress: [████████░░] XX%
─── Task Details ──────────────────────────────────────────────
T1 | AuthService | <description> | ✅ Done
T2 | AuthService | <description> | 🔧 In Progress
T3 | BillingService | <description> | ⏳ Pending
...
(Repo column shown for multi-repo stories)
─── Per-Repo Git Context ──────────────────────────────────────
📦 AuthService (/home/dev/repos/auth-service)
Branch: backend/feature/12345-slug
Worktree: <active worktree path or "None">
Last commit: <hash> <message>
Uncommitted: <count> file(s) or "Clean"
📦 BillingService (/home/dev/repos/billing-service)
Branch: backend/feature/12345-slug
Worktree: <active worktree path or "None">
Last commit: <hash> <message>
Uncommitted: <count> file(s) or "Clean"
(Single-repo stories show one repo section)
─── Files ─────────────────────────────────────────────────────
📄 Tracker: <path>
📝 Plan: <path>
───────────────────────────────────────────────────────────────