mirror of
https://github.com/alirezarezvani/claude-skills.git
synced 2026-10-07 02:58:13 +00:00
Deep audit of both domains against the AR v1 agentic-readiness rubric (audit/pm-product-agentic-2026-07/: master + per-domain reports + research-backed improvement fields + research digest), plus the harness layer the audit motivated: - pm-skills rebuilt as a context:fork orchestrator with an agentic delivery loop: pm_goal_router.py (8 lanes, exit-code route/ask/refuse), jira_snapshot_bridge.py (searchJiraIssuesUsingJql output -> Kanban Guide 2025 flow metrics with SLE + aging-WIP alerts + seeded Monte Carlo forecasts, or scrum-master sprint schema — verified end-to-end into velocity_analyzer.py), delivery_loop_gate.py (G1-G6 delegation governance: human owner, reviewer for agent tasks, machine-checkable acceptance, evidence-before-done, close refusal, exhausted-budget-is-escalation). - product-skills rebuilt as a context:fork orchestrator with the continuous-discovery loop: product_goal_router.py (16 lanes incl. standalone plugins), discovery_cadence_tracker.py (Torres weekly-habit health 0-100 with named gaps), ost_linter.py (O1-O5 Opportunity Solution Tree structural gates). - 6 new references citing 6-7 sources each (flow/forecasting canon, agentic delivery governance, PM loop playbook, continuous discovery, product operating model, AI product evals); pinned fixtures (expected_flow_metrics.json, sample OST/log). - cs-pm-orchestrator + cs-product-orchestrator agents; /cs:pm, /cs:grill-pm, /cs:pm-loop, /cs:product, /cs:grill-product, /cs:product-loop commands. - Fixed the two CLI-noncompliant product tools (user_story_generator.py, persona_generator.py): real argparse --help, seeded determinism, backward-compatible positionals. - Regenerated agent-harness manifests for both domains (orchestrators now score all five agentic_signals); updated domain CLAUDE.mds, plugin manifests (2.10.4), marketplace entries, and headline counters (602 tools / 731 references / 99 agents / 109 commands; derive_counters --check passes). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019Uzm8dKoeXPayJVMojpSbw
50 lines
2.8 KiB
Markdown
50 lines
2.8 KiB
Markdown
---
|
||
description: Drive a project-delivery goal through a bounded agentic loop — Jira MCP snapshot → flow/sprint analytics bridge → routed sub-skill execution → machine-verified gates → close refused until everything is verified or human-waived. The PM-domain adapter over engineering/agent-harness.
|
||
argument-hint: "<delivery goal, e.g. 'get sprint 14 to a verified close with health >= 70'>"
|
||
---
|
||
|
||
# /cs:pm-loop — run a delivery goal to a verified close
|
||
|
||
Goal:
|
||
|
||
**$ARGUMENTS**
|
||
|
||
## Sequence (gates are blocking — never skip forward)
|
||
|
||
1. **Intake gate** — the goal must name an observable outcome and its proof. If vague,
|
||
run the `/cs:grill-pm` branches first (one question per turn). Do not loop on fuzz.
|
||
2. **Observe** — pull fresh data: `mcp__atlassian__getAccessibleAtlassianResources` (get
|
||
cloudId) → `mcp__atlassian__searchJiraIssuesUsingJql` → save `snapshot.json`, then:
|
||
```bash
|
||
python3 project-management/skills/pm-skills/scripts/jira_snapshot_bridge.py --input snapshot.json --to flow
|
||
python3 project-management/skills/pm-skills/scripts/jira_snapshot_bridge.py --input snapshot.json --to sprint > sprint_data.json
|
||
```
|
||
3. **Plan** — write the task plan (owners, executors, reviewers, machine-checkable
|
||
acceptance per task; shape via `delivery_loop_gate.py --sample`), then gate it:
|
||
```bash
|
||
python3 project-management/skills/pm-skills/scripts/delivery_loop_gate.py --plan plan.json --mode plan
|
||
```
|
||
Exit 2 → fix the listed G1–G4 violations before executing. For multi-task goals,
|
||
compile through the repo harness instead (`goal_compiler.py` with the
|
||
`project-management.json` manifest) and drive it with `loop_controller.py`.
|
||
4. **Execute** — one task at a time: route with `pm_goal_router.py`, run the routed
|
||
sub-skill's own tools, record real exit codes and evidence. Retry means a changed
|
||
approach; max 3 attempts per task.
|
||
5. **Verify** — the task's acceptance command must exit 0; sub-skill gates apply
|
||
(scrum-master's ≥3-sprints rule, atlassian-admin's VERIFY steps). Never adjudicate
|
||
your own verification; never edit a gate to make it pass.
|
||
6. **Close** —
|
||
```bash
|
||
python3 project-management/skills/pm-skills/scripts/delivery_loop_gate.py --plan plan.json --mode close
|
||
```
|
||
Exit 4 → close refused: finish, escalate, or get a human waiver (with reason). Exit 0
|
||
→ report the handoff: tasks, statuses, evidence, waivers, and the flow-metrics
|
||
before/after.
|
||
|
||
## Rules
|
||
|
||
- Terminal states: success · clean no-op · blocked · approval-required · exhausted ·
|
||
stagnated. Exhausted budgets escalate to the named human — never reported as success.
|
||
- Jira writes are auditable: no `transitionJiraIssue` to Done without verify evidence;
|
||
admin/destructive actions are approval-required, full stop.
|
||
- Max 12 loop iterations per goal; 3 attempts per task.
|