Token导航 LogoToken导航

Agent Skill · 开发

review-powershell(审查 powershell)

review-powershell 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

review-powershell 是开发类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为权限未标注;许可证信息还不明确,第三方扫描已通过,按安装量在开发类的 21,746 个 Skill 里排第 12,274。

总安装 1,360周安装 55GitHub Stars 7下载 427核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:review-powershell(审查 powershell)
来源仓库:https://github.com/nesnilnehc/ai-cortex
仓库路径:skills/review-powershell
安装命令:
npx skills add https://github.com/nesnilnehc/ai-cortex --skill review-powershell
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/nesnilnehc/ai-cortex --skill review-powershell

这个 Skill 是做什么的

开发类 Skill 面向写代码、改代码和排查问题,一般会读写仓库文件,部分还会执行构建或测试命令。

review-powershell 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。适用于脚本安全审查、自动化流程验证和环境配置检查等开发类任务场景。

支持对命令注入风险、权限提升和日志输出的综合评估。安装前建议确认权限范围和是否会触发命令执行或文件读写。可结合来源仓库和原始 README 文档核验具体功能边界。

来源仓库内路径:skills/review-powershell

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/nesnilnehc/ai-cortex --skill review-powershell;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    权限没有明确标注,第一次使用时只给一个无关紧要的任务,观察它到底读了哪些文件和网络。

常见问题

6 条

review-powershell 怎么安装?

在终端执行 npx skills add https://github.com/nesnilnehc/ai-cortex --skill review-powershell。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

review-powershell 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

review-powershell 需要什么权限?

权限级别没有明确标注。第一次使用时建议只给无关紧要的任务,观察它实际读写了哪些内容。

review-powershell 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

review-powershell 用的人多吗?

公开数据是累计安装 1,360 次,近一周安装 55 次,下载 427 次,GitHub 7 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

review-powershell 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理开发类任务、又不想每次都手写提示词的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

开发类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
skill-vetter

技能审查员 · OpenClaw

8,779,018986操作浏览器MIT-0通过
ontology

本体论 · OpenClaw

6,636,960576只读MIT-0通过
entra-app-registration

内部应用程序注册 · Codex、Claude

6,631,872764接触敏感数据未明确通过
entra-app-registration

内部应用程序注册 · Codex、Claude

3,757,680201接触敏感数据未明确通过
nano-banana-pro

纳米香蕉专业版 · OpenClaw

3,526,898364接触敏感数据MIT-0有提醒
review-powershell

审查 powershell · 本页

1,3607权限未标注未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

技能(Skill):复习PowerShell

目的 (Purpose)

仅查看 PowerShell 中的代码的语言和运行时约定。不要定义范围(差异与代码库)或执行安全/架构分析;这些是通过范围和cognitive技能来处理的。以标准格式发出结果列表以进行聚合。重点关注高级功能设计、参数验证和绑定、错误处理语义、对象管道行为、模块/导出和命名约定、兼容性(Windows PowerShell 与 PowerShell 7+)和可测试性。


核心目标(Core Objective)

首要目标:生成 PowerShell 语言/运行时结果列表,涵盖给定代码范围的函数设计、参数契约、错误处理、管道行为、状态/范围、兼容性和可测试性。

成功标准(必须满足所有要求):

  1. ✅ 仅 PowerShell 范围:仅审查 PowerShell 语言和运行时约定;未执行范围选择、安全性或架构分析
  2. ✅ 涵盖所有七个 PowerShell 维度:在相关的情况下评估高级函数/cmdlet 约定、参数设计/验证、错误处理语义、对象管道行为、状态/范围/严格性、兼容性/可移植性和可测试性
  3. ✅ 结果格式兼容:每个结果包括位置、类别(language-powershell)、严重性、标题、描述和可选建议
  4. ✅ 文件:行引用:所有发现都引用带有行号的特定文件位置
  5. ✅ 排除非 PowerShell 代码:除非明确在范围内,否则不会分析非 PowerShell 文件的 PowerShell 特定规则

验收测试:输出是否包含以 PowerShell 为中心的结果列表,其中文件:行引用涵盖所有相关语言/运行时维度,而无需执行安全性、体系结构或范围分析?


范围边界(范围边界)

本技能负责:

  • [CmdletBinding()]、Verb-Noun 命名、批准的动词、begin/process/end 块
  • 参数类型、“Mandatory”、“ValueFromPipeline”、参数集、验证属性
  • 终止与非终止错误、“-ErrorAction Stop”、静默故障预防
  • 对象管道行为(更喜欢对象而不是格式化文本,“Write-Host”与“Write-Verbose”)
  • 状态、范围、严格性(全局/有状态副作用、偏好变量变化)
  • Windows PowerShell 5.1 与 PowerShell 7+ 兼容性和可移植性
  • 性能和可测试性(Pester友好的功能设计,DI接缝)

本技能不负责:

  • 范围选择——范围由调用者提供
  • 安全分析——使用“review-security”
  • 架构分析——使用“review-architecture”
  • 全面精心策划的审核——使用“审核代码”

转交点:当所有 PowerShell 发现结果发出后,将其移交给“review-code”进行聚合。对于安全问题(例如命令注入、凭证暴露),请记下它们并建议“审查安全性”。


使用场景(用例)

  • 精心安排的审查:当 review-code 运行 PowerShell 项目的范围 -> 语言 -> 框架 -> 库 -> cognitive时,用作语言步骤。
  • 仅 PowerShell 审查:当用户只想检查语言/运行时约定时。
  • PR 前脚本质量检查:在合并之前验证参数约定、管道行为和错误语义。

何时使用:当正在审查的代码是 PowerShell(.ps1、.psm1、.psd1)并且任务包括语言/运行时质量时。范围由调用者或用户确定。


行为(行为)

该技能的范围

  • 分析:给定代码范围(调用者提供的文件或差异)中的 PowerShell 语言和运行时约定。不决定范围;接受代码范围作为输入。
  • 不要:执行范围选择、安全审查或架构审查;除非明确在范围内,否则不要检查非 PowerShell 文件中特定于 PowerShell 的规则。

查看清单(仅限 PowerShell 维度)

  1. 高级函数和 cmdlet 约定:在适当的情况下使用“[CmdletBinding()]”,使用经过批准的动词进行“动词-名词”命名,仅在需要时使用“begin/process/end”块。
  2. 参数设计与验证:参数类型、Mandatory、ValueFromPipeline、参数集、验证属性(ValidateSet、ValidatePattern、ValidateScript)是连贯的,不矛盾。
  3. 错误处理语义:区分终止错误和非终止错误;在需要时使用“-ErrorAction Stop”;避免静默失败和空的“catch”。
  4. 对象管道行为:内部流程优先选择对象而不是格式化文本;避免使用“Write-Host”进行数据输出;确保函数输出是可预测的并且是管道安全的。
  5. 状态、范围和严格性:避免意外的全局/有状态副作用、不受控制的偏好变量更改以及不明确的变量初始化;在适当的情况下使用严格模式。
  6. 兼容性和可移植性:考虑 Windows PowerShell 5.1 和 PowerShell 7+、特定于平台的命令/模块以及路径处理之间的差异。
  7. 性能和可测试性:避免昂贵的管道误用和重复的数组串联;用于 Pester 友好测试和依赖隔离的结构函数。

语气和参考

  • 专业和技术:参考具体位置(文件:行)。发出包含位置、类别、严重性、标题、描述、建议的结果。

输入与输出 (Input & Output)

输入(输入)

  • 代码范围:用户或范围技能已选择的文件或目录(或差异)。该技能不决定范围; it reviews the provided PowerShell code for language conventions only.

输出(输出)

  • 以附录:输出合同中定义的格式发出零个或多个结果。
  • 此技能的类别是 language-powershell。

限制(限制)

硬边界(Hard Boundaries)

  • 不要执行安全、架构或范围选择。遵守 PowerShell 语言和运行时约定。
  • 不要在没有具体地点或可行建议的情况下给出结论。
  • 不要检查非 PowerShell 代码的 PowerShell 特定规则,除非明确在范围内。

技能边界 (Skill Boundaries)

不要做这些(其他技能可以处理它们):

  • 不要选择或定义代码范围 - 范围由调用者或“审查代码”确定
  • 不要执行安全分析(凭证处理、注入风险)——使用“review-security”
  • 不要执行架构分析——使用“review-architecture”

何时停止并交接:

  • 当所有 PowerShell 发现结果发出后,将其移交给“review-code”进行聚合
  • 当用户需要全面审查(范围+语言+cognitive)时,重定向到“审查代码”
  • 当发现安全问题(凭证暴露、命令注入)时,记下它们并建议“审查安全性”

自检(Self-Check)

核心成功标准

  • 仅限 PowerShell 范围:仅审查 PowerShell 语言和运行时约定;未执行范围选择、安全性或架构分析
  • 涵盖所有七个 PowerShell 维度:高级函数/cmdlet 约定、参数设计/验证、错误处理语义、对象管道行为、状态/范围/严格性、兼容性/可移植性和可测试性(如果相关)
  • 结果格式兼容:每个结果包括位置、类别(language-powershell)、严重性、标题、描述和可选建议
  • 文件:行引用:所有结果都引用带有行号的特定文件位置
  • 排除非 PowerShell 代码:除非明确在范围内,否则不会分析非 PowerShell 文件的 PowerShell 特定规则

流程质量检查

  • 是否仅审查了 PowerShell 语言/运行时维度(无范围/安全/架构)?
  • 是否涵盖了相关的函数/参数约定、错误处理、管道行为、兼容性和可测试性?
  • 发布的每个发现是否包含位置、类别=语言-powershell、严重性、标题、描述和可选建议?
  • file:line 是否引用了问题?

验收测试

输出是否包含以 PowerShell 为中心的结果列表,其中包含涵盖所有相关语言/运行时维度的 file:line 引用,而无需执行安全性、体系结构或范围分析?


示例(示例)

示例 1:管道合同不匹配

  • 输入:函数声明管道输入,但未声明“ValueFromPipeline”,并且仅处理“end”中的完整数组。
  • 预期:发出管道合同不匹配的结果并建议参数属性+“流程”用法。类别=语言-powershell。

示例 2:错误处理

  • 输入:脚本将有风险的命令包装在“try/catch”中,但不设置“-ErrorAction Stop”,因此非终止错误绕过“catch”。
  • 预期:发出无效错误处理的结果;建议明确的终止行为。类别=语言-powershell。

边缘情况:数据输出被主机写入污染

  • 输入:函数返回对象,但也在处理循环中使用“Write-Host”。
  • 预期:发出混合演示/数据输出的结果,这会损害自动化和composability;建议使用“Write-Verbose”/“Write-Information”进行诊断并为管道使用者提供干净的对象输出。

附录:输出合约

每项调查结果必须遵循标准调查结果格式:

元素要求
位置path/to/file.ext(可选行或范围)。
类别语言-powershell。
严重性关键 \主要 \次要 \建议。
标题简短的一行摘要。
描述1-3句话。
建议具体修复或改进(可选)。

示例:

- **Location**: `scripts/Build.ps1:34`
- **Category**: language-powershell
- **Severity**: major
- **Title**: Function output mixes objects and host-formatted text
- **Description**: The function emits `Write-Host` output in the data path, which makes automation output unstable.
- **Suggestion**: Return structured objects only and move diagnostics to `Write-Verbose` or `Write-Information`.

平台分布

Codex

35.4%
按下载量换算151

Claude

32.59%
按下载量换算139

Cursor

17.78%
按下载量换算76

Gemini CLI

9.92%
按下载量换算42

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

权限未标注

当前来源未能明确判断权限范围,默认进入异常复核队列。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills