ontology-validator
验证材料样本注释和数据结构是否符合本体约束。在检查CMSO注释是否正确、验证所需属性是否存在或确认对象属性关系的域和范围一致时使用。能够捕获未知类、未知属性、域不匹配和缺少必填字段等问题。
把 Skill 的源码、资源快照、README、包体和安装信号放进一个可搜索、可筛选的公开目录。
验证材料样本注释和数据结构是否符合本体约束。在检查CMSO注释是否正确、验证所需属性是否存在或确认对象属性关系的域和范围一致时使用。能够捕获未知类、未知属性、域不匹配和缺少必填字段等问题。
将多个项目的提取规则输出合并为一个统一的可移植规则集。促进跨项目共享的.local.md模式。在创建全组织范围的编码标准、将团队规则合并到全局设置或将多个存储库中的规则统一时使用。
当用户明确要求"发布项目到 GitHub"、"创建 GitHub Release"或"生成 Release Notes"时使用。智能分析 tag 间历史变化,生成专业且吸引人的 Release Notes,自动创建 GitHub Release。支持首次发布、常规版本、预发布版本(alpha/beta/rc),自动识别 prerelease 标记。
通过会话中的情景测试来评估代理的判断质量。当用户想要测试、验证或对某个代理、技能或命令定义进行压力测试时使用——例如“测试这个代理”,“评估这个技能”,“这个提示能否处理边缘情况”,“检查这个代理的判断”,或者在编写或修改任何代理/技能/命令的.md文件之后。
在新的分支上重新实现当前分支,并保持一个干净、叙述性的git提交历史。当用户想要清理杂乱的提交、创建类似教程风格的提交历史,或准备带有逻辑性强且自包含的提交以供审查时使用。触发条件包括诸如“清理我的提交”、“重新实现这个分支”、“创建一个干净的历史记录”或“使我的提交可被审查”之类的请求。
强制执行意图UI组件库约定。在编写React组件、审查UI代码或构建涉及UI元素的页面/功能时使用。确保使用语义颜色标记、正确使用图标、正确的表单模式,并使用来自src/components/ui/的现有组件。
审查CLI工具的命令接口,确保参数命名、标志约定、帮助文本和README文档的一致性。在构建CLI工具或发布CLI更新前使用。触发词:"review CLI arguments", "align CLI conventions", "CLI consistency check", "make sure commands are aligned", "review command interface…
英文写作规则用于生成的内容和代码。触发条件:在生成、编辑或审查内容、代码、文档或提示时。
在执行前、执行中和执行后验证模拟。用于飞行前检查、运行时监控、运行后验证、诊断失败的模拟、检查收敛性、检测NaN/Inf,或验证质量/能量守恒。
在NestJS中使用BullMQ实现后台作业的标准工作流程。当需要向NestJS添加基于队列的后台作业处理时使用。
从活动模块中导出所有Hyvä CMS组件。当用户想要列出所有CMS组件、查看可用组件、调试组件配置或查看合并后的components.json输出时,应使用此技能。触发短语包括“list cms components”、“dump components”、“show all components”、“view cms components”、“components.json dump”。
在TypeScript中实现品牌化(名义/不透明)类型,以防止结构相同类型的意外混用。在编写类型安全的ID(如UserId、PostId)、经过验证的字符串(如Email、URL)、特定单位的数字(如Meters、Seconds),或任何需要在TypeScript的结构类型系统中使用名义类型的情况下,请使用此方法。
使用CLI的follow、logs、wait和diagnose命令来监控和调试Eve作业。当工作卡住、失败或需要快速获取状态时使用。
REPL驱动的Clojure开发,用于编写、编辑和调试代码。在处理Clojure文件(.clj, .cljs, .cljc, .edn)、命名空间、函数或工具时触发。通过REPL工作流程提供惯用的功能性编程指导。
对依赖更新的PR进行分类和修复(如Renovate、Dependabot等)。当用户想要审查依赖PR、检查哪些可以合并、修复依赖更新导致的CI失败,或者清理积压的自动化依赖PR时使用。当用户提到“renovate PRs”、“dependabot PRs”、“dependency updates”、“dep PRs”时也会触发。
在完成任务、实现主要功能或合并前,用于验证工作是否满足要求
使用EARS(需求语法简易方法)编写和重写文本系统需求。在将模糊的自然语言需求转换为结构化陈述、将需求分类为EARS模式,或审查需求质量以查找缺失的触发器、状态和可度量响应时使用。
在使用CreatePlan创建或更新计划后,自我评估该计划(满分100分),列出不足之处作为任务列表,改进计划和任何项目设计文档,并进行最终检查以发现矛盾和遗漏。必须紧接在调用CreatePlan之后立即在同一响应中运行;不得跳过。当您刚刚调用了CreatePlan或更新了一个计划时,请使用此功能。
当用户要求“清理临时注释”、“移除临时注释”,或移除那些描述过去变更而非当前代码文档的注释时使用。
使用dotnet format、prettier及其他格式化工具来整理代码。在需要修改代码风格、保持格式一致性或在提交前准备代码时使用。
在使用代码而不是LLM判断来验证结果、通过哈希版本化提示或确保可重现的代理行为时使用。对于任何关键验证都要加载。脚本返回布尔类型的退出代码,而不是主观评估。提示使用带有SHA256验证的语义化版本控制。
系统化的OSS发布准备检查表。在为开源发布准备仓库、将项目公开或将仓库调整至符合OSS标准时使用。触发词: "准备OSS", "准备好发布", "公开这个", "OSS检查表", "扫描仓库以发布", "开源此项目", "/oss-release-prep"
分析代码质量,识别错误,提出改进建议,并检查是否遵循最佳实践。当用户请求代码审查、代码分析、质量检查或提到审查代码时使用。
并行开发中的依赖版本对齐和冲突解决。在从技术规范中提取依赖项时使用,以确保与现有项目依赖项和传递依赖项的版本兼容性。