deep-dive-analysis
由AI驱动的系统化代码库分析。结合机械结构提取与Claude的语义理解,生成的文档不仅捕捉代码的功能(做什么),还解释了其存在的原因(为什么存在)及其如何融入整个系统(如何适应系统)。包括模式识别、警示标志检测、流程追踪和质量评估。可用于代码库分析、文档生成、架构理解或代码审查。
把 Skill 的源码、资源快照、README、包体和安装信号放进一个可搜索、可筛选的公开目录。
由AI驱动的系统化代码库分析。结合机械结构提取与Claude的语义理解,生成的文档不仅捕捉代码的功能(做什么),还解释了其存在的原因(为什么存在)及其如何融入整个系统(如何适应系统)。包括模式识别、警示标志检测、流程追踪和质量评估。可用于代码库分析、文档生成、架构理解或代码审查。
在编写、审查或修复Obsidian社区插件代码时使用。确保符合ObsidianReviewBot自动化检查、eslint-plugin-obsidianmd规则以及官方Obsidian插件指南的要求。在编辑Obsidian插件项目中的任何.ts文件时,主动使用。
从代码库中逆向工程当前的分析跟踪状态。扫描SDK调用、身份管理和工具模式以生成事实清单——而不是提供建议。输出.telemetry/current-state.yaml和一个带有时间戳的审核报告。当用户想要了解当前正在跟踪的内容、审核现有的分析、在设计新计划之前捕捉实际的跟踪情况、'我们有哪些分析'、'哪些事件被跟踪'、'扫描跟踪'或'跟踪清单'时使用。
通过分析差异、分类变更类型(feat、fix、refactor、docs、test、chore、ci、perf、style、build),并组成带有可选范围和破坏性变更标记的结构化提交信息,从暂存的git更改生成常规提交信息。在提交代码、编写提交信息、准备git提交或用户请求帮助编写提交信息时使用。
用于审计API路由时检查模式漂移、缺失认证或验证缺口。根据共享的TypeScript类型扫描路由,以发现不匹配项、缺失的中间件和未记录的端点。只读——生成按严重性分组的报告。关键词:审计路由、模式漂移、认证缺口、缺失验证、类型不匹配、孤立模式。
在决定是否将Terraform代码提取为可重用模块、确定模块边界或在模块化后迁移状态时使用。涵盖了重构决策(模块化与内联)、导致模块蔓延的反模式以及状态迁移风险。关键词:terraform模块,重构terraform,模块边界,terraform抽象,模块蔓延,状态迁移,terraform状态mv。
根据对话上下文和最少的git检查生成简洁的提交信息
修复PR上的失败CI测试并确保所有检查通过。当用户想要修复CI失败、解决失败的测试、修复PR上的代码格式错误,或确保所有GitHub Actions/CI检查通过时使用。触发条件包括诸如'修复CI'、'修复此PR上的失败测试'、'让CI通过'、'修复代码格式错误'、'解决CI失败'等请求,或是任何与CI/测试修复相关的任务。
使用TDD方法论和pytest生成聚焦的、行为驱动的Python测试。在编写测试、提高覆盖率、审查测试质量或练习红-绿-重构工作流程时使用。
分析代码是否符合WCAG 1.4.1 使用颜色的规定。识别出仅通过颜色传达信息的地方,并建议增加文本、图标、图案或ARIA属性等其他视觉指示。
当一个功能发布、更改或被移除时,更新跟踪计划。评估是否需要新的事件,在可能的情况下通过属性扩展现有事件,并生成带有变更日志条目的版本化小增量。更新.telemetry/tracking-plan.yaml、delta.md和changelog.md文件。在用户发布新功能、修改现有功能、希望随着产品的发展保持跟踪一致性时使用,例如‘功能已发布’、‘新功能跟踪’、‘为[功能]更新跟踪’、‘此功能需要什…
分析暂存的git更改,并生成带有正确类型前缀(feat、fix、chore、refactor、docs、test、perf、style、build、ci)、支持monorepo范围以及可选正文/尾注的标准提交信息。包含一个打包的差异解析脚本。在提交代码、编写提交信息、准备git提交、暂存更改时使用,或者当用户提到提交信息、标准提交或monorepo提交时使用。
当遇到需要诊断和修复的错误报告、失败测试、堆栈跟踪或CI失败时使用。自主诊断根本原因,实施最小化修复,验证正确性,并提交。关键词:修复错误,失败测试,堆栈跟踪,CI失败,调试错误,损坏的测试。
在提交代码更改时使用。在创建质量门控提交之前运行代码检查、类型检查、Semgrep安全扫描、可选的CodeRabbit审查以及相关的测试。标志:--review, --push, --dry-run, --message。关键词:提交,质量门,代码检查,类型检查,semgrep,coderabbit,阶段,推送。
在分阶段执行实施计划时使用,严格遵守质量关卡、测试和完成定义。当触发“构建此计划”、“执行计划”、“实施阶段”,或用户提供要执行的计划文档时激活。
验证代码质量和标准。在运行代码检查、类型检查、验证代码风格或执行静态分析时使用。
使用vulture和ruff检测并移除未使用的Python代码。涵盖未使用的导入、变量、函数、类以及不可达代码。为Django、FastAPI、pytest、click等框架提供误报处理。在清理Python代码库、强制导入规范或在CI中集成死代码检查时使用。
分析代码是否符合WCAG 2.4.4链接目的(上下文内)的规定。识别通用链接文本、模糊不清的链接以及没有足够上下文的链接。推荐使用描述性的链接文本和适当的ARIA属性。
通过扫描代码库并与用户交流来构建结构化产品模型。生成.telemetry/product.md —— 描述了产品功能、使用对象、价值流动方式以及存在的实体。当在一个新的代码库上开始遥测工作时,或者当用户要求'建模此产品'、'理解此产品'、'这个产品做什么'、'绘制产品图'、'产品模型',或当还没有.telemetry/product.md文件存在时使用。这是遥测生命周期的入口点。
在任何文件删除之前强制要求明确的用户权限。当您即将使用rm、unlink、fs.rm或任何从磁盘中移除文件的操作时激活。所有删除操作都必须遵循此规则。
在实现功能、添加端点或进行需要预先验证、TDD周期、范围强制执行和干净提交的非平凡代码变更时使用。将预先验证 + TDD + 范围检查 + 高质量提交结合到一个流程中。关键词:实现功能,添加端点,TDD,新功能,代码变更。
在准备PR或完成工作阶段并需要全面代码审查时使用。并行运行安全检查、API审核和范围审查,并将发现结果综合成一个单一的通过/不通过报告。只读——不会修改文件。关键词:PR前审查、安全审核、API审核、范围审查、代码审查、合并检查。
全面的Golang CLI应用程序代码审查。生成一个可操作的检查列表,涵盖错误处理、CLI框架模式(Cobra/urfave)、测试、性能、安全性和Go惯用法。触发词:Review Go CLI, review golang command-line, code review .go CLI, audit CLI application, check golang tool, review cob…
评估功能和项目复杂性。在估算工作量、确定规格流程类型、计算成本估算或计划资源分配时使用。