pm-update

Propagate decision status changes across related decisions after newer evidence supersedes them.

Updated Feb 3, 2026
One-click install
npx skills add https://github.com/LopeWale/amplLABS --skill pm-update
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: pm-update
Source: https://github.com/LopeWale/amplLABS/tree/main/.claude/skills/pm-update
Command: npx skills add https://github.com/LopeWale/amplLABS --skill pm-update

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Keeps decision metadata current by applying a backward pass that updates status, meta_state, and cross-links after a sprint or documentation session. It identifies decisions made outdated by newer evidence and ensures the decision graph stays consistent.

Core Features & Use Cases

  • Backward propagation: updates older decisions when newer ones supersede or invalidate them.
  • Graph governance: propagates meta_state, status, and references across related decisions and registers.
  • Audit-ready workflow: maintains an auditable trail with last_reviewed timestamps and notes.

Quick Start

Review the latest sprint changes and run /pm-update to propagate implications across the decision history.

Frequently Asked Questions about pm-update

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I update older decisions when newer evidence invalidates them?

To update older decisions when newer evidence invalidates them, you can run a backward propagation process. This applies structured updates to status, meta_state, and cross-links, ensuring the decision graph stays consistent and up-to-date.

What is a backward pass in sprint-driven decision governance?

A backward pass in sprint-driven decision governance is a process that propagates changes across older decisions after a sprint. It aligns meta_state, status transitions, and references to maintain an auditable, consistent decision history.

How do I maintain an audit trail for decision register updates?

You maintain an audit trail for decision register updates by applying structured updates with last_reviewed timestamps and audit notes. This records the context and reasoning for each status transition and cross-link modification.

Does this decision management process work for cross-linking related decisions?

Yes, this decision management process applies to cross-linking related decisions. It enforces graph governance by propagating meta_state and references across the decision register, keeping all linked nodes aligned.

When do I need to propagate meta_state changes across a decision graph?

You need to propagate meta_state changes across a decision graph when a sprint or documentation session introduces new evidence. This backward pass ensures older decisions are marked outdated or superseded, preventing inconsistencies.

How do I enforce guarded status transitions in a decision register?

You enforce guarded status transitions in a decision register by applying a structured backward pass. This workflow governance mechanism ensures status changes are validated, cross-linked, and recorded with last_reviewed timestamps and audit notes.