metrics-cardinality
每当添加datadog指标时
把 Skill 的源码、资源快照、README、包体和安装信号放进一个可搜索、可筛选的公开目录。
每当添加datadog指标时
当被质疑或发现矛盾时,分析并纠正之前的回答。当用户对你的推理提出挑战、指出不一致之处,或者问‘你为什么这么认为?’时,使用这项技能来帮助你回顾自己的逻辑,识别之前陈述中的错误,并提供准确的修正。这有助于保持一致性,承认错误,并通过透明的自我评估重建信任。
遵循Clean Code JavaScript的对象和类设计模式
当一个错误报告模糊不清或不完整时,使用此方法以一致的方式评估严重性、影响、可重现性和下一步调查步骤。
在编写代码时强制执行项目代码标准
在开始实施之前,需要发现编码标准、安全模式或项目约定时使用。
自动将未提交的更改折叠到功能分支中的适当提交里。在应用审查反馈、修复功能分支中的错误或维护原子提交历史而不进行手动交互式变基时使用。特别适用于对最近的提交进行修正,而不会创建杂乱的“修复”提交。
设计并记录统计算法,包括伪代码和复杂度分析
分析代码库或项目,以识别可操作的改进、架构增强和优化机会。当用户要求审查代码质量、提出改进建议、识别瓶颈、审计系统或获取增强项目的建议时,使用此技能。生成带有问题描述、解决方案及影响分析的优先级改进列表。
提高可读性和可维护性的注释模式。
模块和文件结构模式,用于清晰的JavaScript架构。
实现James Shore的Nullables模式和A-Frame架构以进行无mock测试的指南。在实施或重构代码时使用,遵循以下模式:(1) 分离逻辑层、基础设施层和应用层,(2) 通过create/createNull工厂方法创建可测试的基础设施,(3) 编写不使用mock的窄范围、社交型、基于状态的测试,(4) 实现值对象,(5) 构建使用嵌入式存根的基础设施包装器,或(6) 通过静态工厂方…
根据当前分支的更改生成BDD风格的QA测试计划CSV文件。当用户想要创建QA计划、准备功能的测试场景、生成BDD测试用例或为任务记录手动测试步骤时使用。
当子任务已准备好实施,并且具有包含验收标准和交付成果的子任务JSON文件时使用。
管理和重新设置依赖的Git分支链(堆叠分支)。在处理多个相互依赖的PR、互相构建的功能分支或维护清晰的分支层次结构时使用。自动化了整个分支链重新设置或合并的繁琐过程。
全面模拟研究的设计与实施
搜索整个系统,查找特定API密钥、令牌或凭证被使用或存储的所有实例。当用户要求定位、审核或跟踪凭证在文件、环境变量、配置文件、日志或shell历史记录中出现的位置时,请使用此技能。有助于识别安全风险和凭证暴露问题。
强调单一职责和清晰性的函数设计模式
基于Clean Code JavaScript原则的命名模式和约定。
编写与测试 HTML 解析规则。用于从网页提取文章标题、链接、日期等信息。
审查并改进现有的任务分析计划,应用童子军原则(让代码比你发现时更好)。当用户希望改进实施计划、审查质量分析、为计划中的变更建议安全/性能/用户体验改进,或完善现有的任务分析技能输出时使用。
当用户请求测试、提到TDD,或者在编写了新代码并需要测试覆盖率时使用。
如何在消费会话的服务中(不是登录/账户管理)使用@data-fair/lib会话管理系统。每当任务涉及读取用户身份、检查权限、保护路由、访问账户/组织信息,或在data-fair服务中实现授权逻辑时——无论是在Express/Node后端还是Vue前端组件中——都应使用此技能。当用户提到会话中间件、账户角色、管理员模式或在data-fair上下文中的组织切换时,也应使用它。
M估计、影响函数和半参数效率理论在因果推断中的应用