chsh-sk-ncs-0-workflow

Audits NCS firmware project lifecycle phases and detects drift between PRD, specs, and code.

1|Updated Jan 30, 2026
One-click install
npx skills add https://github.com/chshzh/claude --skill chsh-sk-ncs-0-workflow-chshzh
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: chsh-sk-ncs-0-workflow
Source: https://github.com/chshzh/claude/tree/main/skills/chsh-sk-ncs-0-workflow
Command: npx skills add https://github.com/chshzh/claude --skill chsh-sk-ncs-0-workflow-chshzh

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? In an NCS firmware project, the PRD, engineering specs, and source code can silently drift out of sync — a hand-edit here, a declined doc-sync prompt there — and no single session notices. This Skill provides a full project status dashboard and a forensic drift audit that compares document Changelog versions against the sync pins declared in prj.conf and the git commit history of src/. ## Core Features & Use Cases - Status Dashboard: Shows which lifecycle artifacts exist (PRD, specs, code, verification, validation) with their versions, and recommends the next phase to enter. - Drift Audit (Check 0-2, Cases A-D): Detects undeclared src/ commits since the last pin bump, PRD-vs-specs version mismatches, and pins bumped ahead of their documents, then prescribes the exact remediation flow. - Lifecycle Reference: Documents the four-phase cycle (PRD → Specs → Implementation → V&V), document ownership, Changelog conventions, and quick-entry routing rules. - Use Case: Before a release, run the audit to confirm no code commits landed without a corresponding spec or PRD update, then follow the recommended Case A/B/C/D flow to resync. ## Quick Start Ask Claude to run the NCS workflow audit on this project and show the status dashboard with any drift findings.

Frequently Asked Questions about chsh-sk-ncs-0-workflow

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

FAQPage Schema
How do I check if my NCS project docs and code are out of sync?

Run the Audit Mode scan, which compares the newest Changelog timestamps in PRD.md and 0-overview.md against the CONFIG_APP_PRD_VERSION and CONFIG_APP_SPECS_VERSION pins in prj.conf. It also checks git history for src/ commits that landed after the last pin bump.

What is the four-phase NCS project lifecycle?

Phase 1 is product definition (PRD), Phase 2 is technical design (dev specs), Phase 3 is implementation (coding, debug, memory optimization), and Phase 4 is verification and validation. Each phase has a dedicated skill, and this workflow skill provides the dashboard and drift audit across all of them.

When should I use this workflow skill instead of a phase skill?

Use it only for a full project status dashboard or a forensic drift audit before a release or when you suspect silent drift. For normal work, start directly in the relevant phase skill, since each one checks its own neighbor and routes you automatically.

Why does the audit use prj.conf pins instead of git timestamps on src/?

A commit touching src/ for an unrelated reason, like a typo fix or refactor, must not look like code drifted ahead of specs. Only a bumped CONFIG_APP_PRD_VERSION or CONFIG_APP_SPECS_VERSION pin is a real declaration of sync, so the pins are the authoritative code version.

What happens if my project has fewer than three lifecycle artifacts?

The staleness table and Case A-D labels only apply when PRD, specs, and code all exist. For incomplete projects, the audit reports the newest artifact as n/a and routes you using the Quick-Entry Rules, for example PRD-only projects go to Phase 2.