specialized-file-analyzer
分析标准PE可执行文件之外的专业文件类型——.NET程序集、Office宏、PDF、PowerShell脚本、JavaScript、压缩文件以及Linux ELF二进制文件。当遇到需要特定格式分析工具和技术的文档、脚本或非Windows可执行文件时使用。
把 Skill 的源码、资源快照、README、包体和安装信号放进一个可搜索、可筛选的公开目录。
分析标准PE可执行文件之外的专业文件类型——.NET程序集、Office宏、PDF、PowerShell脚本、JavaScript、压缩文件以及Linux ELF二进制文件。当遇到需要特定格式分析工具和技术的文档、脚本或非Windows可执行文件时使用。
根据功能规范,使用思维树探索生成高层次的实施计划。仅在用户明确请求创建计划、实施计划或生成计划时调用。
根据自然语言的功能描述创建或更新功能规范。仅在用户明确请求创建规范、规格或功能规范时调用。
生成特定领域的质量检查表以验证需求
验证规格、实现或理解的完整性、一致性和正确性。用于检查规格质量、将实现与设计进行比较、验证文件内容、评估准备情况或确认理解。支持规格ID、文件路径和自由形式的请求。
为/specify阶段提供标准操作程序,包括功能分类(HAS_UI, IS_IMPROVEMENT, HAS_METRICS, HAS_DEPLOYMENT_IMPACT)、研究深度确定、澄清策略(最多3个,对默认值进行知情猜测)以及路线图整合。在执行/specify命令、分类功能、生成结构化规格说明或确定规划阶段的研究深度时使用。(项目)
验证规范、计划和任务之间的跨工件一致性
在编写或更新spec.md文件时使用。定义需求格式、用户故事结构和场景模式。
执行外科手术式的代码重构,使用单一命名的重构模式,并通过测试验证。仅在用户明确请求重构代码或执行特定重构模式时使用。分析复杂性,建立测试基线,预览带有质量检查的更改,执行重构,并验证测试是否仍然通过。
明确的可访问性增强和生成的UI代码验证。仅在用户明确请求可访问性审查、a11y增强或WCAG合规性检查时调用。
从某一特定专家的视角进行针对性审查(例如,安全专家、性能专家)。当用户请求“请[专家角色]审查[目标]”、“获取[专家]对[主题]的看法”、“让[角色]审查[代码/组件]”,或者他们希望在某一特定领域获得深入的专业知识时使用。不要用于需要多角度综合评审的情况(此时应使用架构评审),也不要用于列出可用专家列表(此时应使用成员列表)。
审查通过spec/plan/implement流程创建的PR。根据规范分析变更并提供可操作的反馈。仅在用户明确请求审查PR或变更时调用。
识别不明确的区域并提出有针对性的澄清问题
根据计划和规范生成可执行的任务分解
从草图、模型或描述生成UI代码。可以独立处理简单更改,也可以在设计上下文中处理复杂功能。探索代码库,在线做出决策,生成经过验证的生产代码。
在特性/发布/热修复工作树中创建SpecKit规范(spec.md, plan.md)。详细的实施指导。使用场景:在工作树中,需要规范和实施计划时触发:编写规范、创建计划、特性规范
从高层次计划生成原子级实现任务,为编码代理提供清晰、可执行的工作项。仅在用户明确请求创建任务、分解任务、生成实现任务或创建任务分解时调用。
在功能实现完成后压缩提交并创建拉取请求。仅在用户明确要求收尾、创建PR、准备审查或完成该功能时调用。
从自然语言描述创建特征规范
执行实施计划,处理tasks.md中的所有任务
初始化并管理具有自动递增ID的规范目录。在创建新规范、检查规范状态、跟踪用户决策或管理docs/specs/目录结构时使用。在每个规范中维护README.md以记录决策(例如,跳过PRD)、上下文和进度。协调从PRD、SDD到PLAN阶段的整个规范工作流程。
根据功能规范创建技术实施计划
将任务转换为GitHub Issues以进行项目跟踪
在成功实施、验证和审查后,正式关闭并锁定一个构建步骤。这是一个不可逆的接受门,标志着构建步骤已完成、已审查、准备好合并,并且可以在此基础上安全地进行构建。