powershell-windows

Review Windows PowerShell scripts for syntax, error handling, and ASCII-only compliance.

Updated Mar 18, 2026
One-click install
npx skills add https://github.com/raccioly/coach-gravity --skill powershell-windows-raccioly
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: powershell-windows
Source: https://github.com/raccioly/coach-gravity/tree/main/content/starter-kit/skills/powershell-windows
Command: npx skills add https://github.com/raccioly/coach-gravity --skill powershell-windows-raccioly

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps Windows administrators and developers write safer, more reliable PowerShell scripts by teaching common patterns, pitfalls, and best practices for operator syntax and error handling.

Core Features & Use Cases

  • Critical patterns: enforce parentheses in logical expressions to avoid precedence errors.
  • Unicode/ASCII policy: guidelines to keep scripts ASCII-only to improve compatibility.
  • Null checks and error handling: recommended patterns for safe script execution across Windows environments.
  • Use Case: quickly audit and fix a set of PowerShell scripts in a Windows domain.

Quick Start

Run a quick review of your Windows PowerShell scripts and apply the patterns to improve reliability.

Frequently Asked Questions about powershell-windows

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

FAQPage Schema
How do I handle errors safely in Windows PowerShell scripts?

To handle errors safely in Windows PowerShell scripts, apply structured error handling patterns and explicit null checks. This ensures robust script execution and prevents unexpected failures across enterprise Windows environments.

What is the best way to avoid logical precedence errors in PowerShell?

The best way to avoid precedence errors in PowerShell is to enforce parentheses in logical expressions. This critical scripting pattern clarifies operator syntax and prevents unintended conditional logic evaluation.

Why do my PowerShell scripts fail on different Windows environments?

PowerShell scripts fail across environments due to non-ASCII characters and unsafe path handling. Enforcing an ASCII-only policy and explicit path management improves script portability and compatibility in enterprise domains.

Can I use this approach to audit existing PowerShell scripts in a Windows domain?

Yes, you can audit existing scripts in a Windows domain by applying these patterns. Reviewing operator syntax, null checks, and error handling allows you to quickly identify and fix reliability issues in complex administrative scripts.

What are the limitations of using ASCII-only policies for PowerShell scripting?

ASCII-only policies limit the use of Unicode characters in scripts, restricting internationalization. However, this constraint maximizes compatibility and prevents encoding conflicts when executing scripts across diverse Windows enterprise environments.