kata-pov-value-track

Log PoV review cycles with metric readings and telemetry SHA evidence.

Updated Sep 3, 2025
One-click install
npx skills add https://github.com/guardiatechnology/design-system --skill kata-pov-value-track
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: kata-pov-value-track
Source: https://github.com/guardiatechnology/design-system/tree/main/.claude/skills/kata-pov-value-track
Command: npx skills add https://github.com/guardiatechnology/design-system --skill kata-pov-value-track

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents unsupported go/no-go decisions by structuring each PoV cycle around measurable evidence (primary metrics), traceability (telemetry snapshot SHA), and qualitative observations, then enforcing a safety gate before any operational handoff.

Core Features & Use Cases

  • Evidence-backed cycle logging: records observed periods, primary metric readings, and the corresponding telemetry snapshot SHA for traceability.
  • Decision-ready PoV status updates: evaluates discontinuation and pivot triggers to update status coherently across the allowed vocabulary.
  • PII-protected handoff readiness: requires a PII boundary check before transitioning to ready_for_dooc, blocking propagation of sensitive data into operational-concrete artifacts.

Quick Start

Run kata-pov-value-track for the current PoV context and append a new cycle entry with the metric value, telemetry SHA, observations, and the resulting decision.

Frequently Asked Questions about kata-pov-value-track

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

FAQPage Schema
How do I track PoV value with telemetry evidence for go/no-go decisions?

PoV value capture structures each review cycle into an auditable living document by recording observed periods, primary metric readings, and telemetry snapshot SHA hashes. This enforces evidence-backed go/no-go decisions, preventing unsupported transitions to operational handoffs.

What is a telemetry snapshot SHA and why is it required for decision tracking?

A telemetry snapshot SHA provides cryptographic traceability for decision tracking by linking each PoV cycle's metric readings to an immutable telemetry artifact. This mandatory hash ensures that go/no-go outcomes are evaluated against verified evidence rather than unsupported claims.

How do I record qualitative observations without exposing PII during a PoV cycle?

Recording qualitative observations without PII requires capturing engineering insights while applying a PII grep gate that blocks the ready_for_dooc transition if any sensitive data matches are found. This ensures PII-protected handoff readiness before any operational-concrete artifact is generated.

Can I update a PoV status to discontinue or pivot based on primary metric readings?

Updating a PoV status to discontinue or pivot requires evaluating primary metric readings against predefined triggers and applying decision coherence checks. This updates the status coherently across the allowed vocabulary, ensuring the go/no-go outcome aligns with the observed telemetry evidence.

Does this PoV tracking approach require schema initialization before logging cycles?

PoV tracking requires schema initialization before logging cycles to establish the auditable living document structure. This prerequisite setup enables mandatory SHA traceability per cycle, qualitative observation recording, and the PII grep gate enforcement needed for valid operational handoffs.

When should I block the ready_for_dooc transition in engineering PoV tracking?

Blocking the ready_for_dooc transition is required when the PII grep gate finds matches in the PoV cycle data, preventing sensitive data from propagating into operational-concrete artifacts. This constraint ensures only PII-free, evidence-backed cycles receive operational handoff clearance.