address-sanitizer

address-sanitizer 技能概览

address-sanitizer 是用来做什么的

address-sanitizer 技能帮助你使用 AddressSanitizer（ASan）在测试阶段捕获内存安全缺陷，尤其适用于 fuzzing 和崩溃分诊。它最有价值的场景，是把一个模糊的“有东西在破坏内存”问题，收敛成可复现的堆栈跟踪、分配历史，或失败测试用例。

最适合的用户与使用场景

这个 address-sanitizer 技能非常适合 C/C++ 测试工作流、fuzzing 管线，以及使用 unsafe 的 Rust 代码。它也适合安全审查人员，在升级到更深入的人工分析前，先走一条实用的 address-sanitizer for Security Audit 路径。

它的不同之处

ASan 不是一个通用的提示词技巧；它是一套编译期插桩、运行期有取舍的工作流。address-sanitizer 技能的核心价值，在于帮助你判断 ASan 是否合适、它需要什么输入，以及如何避免因为构建方式、编译标志或环境不一致而得到误导性结果。

如何使用 address-sanitizer 技能

安装技能

按你的 skill runner 预期的仓库安装流程进行安装，然后打开 skill bundle 里的 SKILL.md，确认 address-sanitizer install 已成功。如果你的环境支持 skill manifest，确认名称严格是 address-sanitizer，这样你的 prompt router 才能触发正确的指导。

提供正确的测试上下文

好的 address-sanitizer usage 从明确目标开始：语言、构建系统、测试命令、崩溃症状，以及你是在做 fuzzing、运行单元测试，还是复现问题。像“帮我用 ASan”这种模糊请求，远不如“我有一个用 CMake 构建的 C++ 库，在 fuzz target 里崩溃了，需要 ASan flags 和最小复现工作流”来得有用。

按这个顺序阅读技能文件

先从 SKILL.md 开始，再查看你的环境暴露出来的任何关联仓库说明或补充文档。就这个 repo path 来说，实际阅读顺序应当是先找到主指导内容，再查看 overview、key concepts、when to apply 和 quick reference 这些部分，这样你在修改 build flags 之前，就能先理解运行约束。

把粗略目标转成可用提示词

想得到最好结果，就要告诉技能你想证明什么、用什么编译器和测试框架、以及成功长什么样。例如：“我想在一个用 Clang 编译的 Linux C++ service 里找 heap-use-after-free；请给我 ASan 构建标志、运行时选项，以及 fuzzing 运行崩溃后的最短分诊路径。” 这种表达方式，比泛泛地问一个解释，更能产出高质量的 address-sanitizer guide 输出。

address-sanitizer 技能 FAQ

address-sanitizer 只适合 fuzzing 吗？

不是。fuzzing 很常见，但 address-sanitizer 技能同样适用于单元测试、回归测试和你怀疑存在内存破坏时的崩溃调试。如果 bug 已经能稳定复现，ASan 仍然可能是拿到更清晰堆栈信息的最快路径。

什么时候不该用它？

当你需要接近生产环境的性能、你的目标平台或工具链对它支持不好，或者 bug 很可能与内存安全无关时，就不要优先用 ASan。如果问题只涉及逻辑、协议层或性能，ASan 通常带来的噪声大于信号。

它比普通提示词更好吗？

在内存错误检测和分诊这类任务上，是的。普通提示词也许能概念性解释 ASan，但 address-sanitizer 技能更适合你需要一份可安装、面向工作流的指南，帮助你更少猜测地选择 flags、输入和调试步骤。

初学者能用吗？

可以，只要能描述自己的构建和测试设置即可。主要门槛不是你要精通 sanitizer，而是你需要有足够的项目上下文，说明语言、编译器、平台和复现路径，这样技能才能推荐正确的 ASan 工作流。

如何改进 address-sanitizer 技能

提供构建与运行时细节

想得到最好的 address-sanitizer 结果，关键是给出准确的编译器、平台和测试命令信息。请说明你用的是 Clang 还是 GCC、已经启用了哪些 sanitizer flags，以及失败出现在 fuzz target、测试二进制还是独立复现程序中。

说明你怀疑的内存问题模式

当你能描述具体症状时，ASan 输出最有行动价值：越界读取、heap-use-after-free、stack overflow、double free，或者泄漏。如果你只说“它崩溃了”，技能就不得不过度推断，可能会给出错误的构建或分诊路径。

让它给出下一步调试动作

拿到第一轮回答后，继续追问最小化的下一步：“帮我把这个复现缩小到最小”，“帮我解读这段堆栈”，“为了符号化和更好的报告，我还应该加哪些 ASan flags？” 这样能让 address-sanitizer skill 始终聚焦在下一项关键决策上，而不是展开成泛泛的 sanitizer 理论。

注意常见失败模式

最常见的错误包括：没有做完整插桩就构建、把已启用 sanitizer 的对象和未启用的对象混在一起、以及把 ASan 当成可利用性的证明，而不是调试信号。如果你要做 address-sanitizer for Security Audit，请提供威胁模型和代码位置，这样输出才能区分已确认的内存破坏与仅仅是理论风险。