Axiom 编码审计、诊断与模拟器检查

解决什么问题

Apple 平台项目的诊断信息分散在多个地方：构建失败的日志在 Xcode 里，崩溃栈在崩溃报告中，Swift 运行时的问题埋在控制台输出里，UI 流程和性能问题又各自有独立的工具链。当你把编码助手拉进这个项目时，它通常只能看到你贴过去的那一段文本，缺少对构建产物、模拟器状态和日志系统的直接感知。结果是排查变成来回复制粘贴，一轮问题要分多次喂给模型。

这个技能的作用是给编码助手接入 Axiom 的 Apple OS 技能、agents 和命令集，让它具备在这些原始数据源上直接工作的能力。

它如何工作

核心能力覆盖五类诊断场景：

• Xcode 构建诊断：解析构建失败的环节，定位是编译、链接还是资源处理阶段出的问题
• Swift 问题：处理 Swift 相关的编译错误、警告和语言层面的异常
• 崩溃诊断：从崩溃报告中提取栈信息，关联符号和代码路径
• 日志分析：检索和过滤运行期日志，把噪声从有效信息里分离出来
• UI 流程与性能追踪：检查界面交互路径，采集性能 traces 用于定位卡顿或耗时点

使用方式是命令驱动的：你在对话里发起对应的 Axiom 命令，技能负责把诊断任务派发给相应的 agent 或工具流程，返回结构化的结果供你继续推理。

适用边界

它依赖 Xcode 工具链提供 Apple 平台的诊断能力，环境里没有完整 Xcode 工具链时，Apple 专属的诊断项无法执行。同时需要宿主侧的运行环境支持：Claude Code 插件，或兼容的 MCP、Pi、Xcode 配置，否则命令无法被解析和调用。

适合处理的是诊断与审计类任务。它不替代构建系统的配置本身，也不负责代码生成；如果你的问题是构建脚本写错了、依赖版本冲突这类基础设施问题，仍然需要人工介入修配置。官方文档见 Axiom 文档站，上游仓库为 CharlesWiltgen/Axiom。