Jetson CSI 摄像头定制
为 Jetson Thor 或 Orin 定制载板生成并验证 MIPI/GMSL 摄像头内核设备树覆盖层。
技能明确限制作用域，要求用户确认布线和提交信息，使用只读引脚校验，披露设备树、GPIO、I2C和后续构建/刷写数据流，并警告重复片段、错误电源配置可能导致相机失效；但仍会修改并提交BSP源代码、写入运行状态，并可串联构建、升级、刷写流程，未明确提供回滚步骤。许可证和归属也存在冲突：前置元数据为Apache-2.0，skill-card称CC-BY-4.0 AND Apache-2.0，而给定许可证元数据为NOASSERTION，因此扣分。
主流程、前置条件、失败信号和fdtoverlay/dtc检查描述较具体，也说明了cpp缺失头文件和FDT_ERR_NOTFOUND的处理；但SKILL.md、procedure.md与camera-overlay-templates/README.md存在明显漂移和矛盾，包括不同命令、路径、下游注册责任及过时的/jetson-modify-camera名称。未执行验证，且没有覆盖关键路径的真实测试套件或CI证据，因此按静态上限保守扣分。
目标用户、Thor/Orin平台、MIPI/GMSL场景、触发词、前置条件和不适用的UPHY/ODMDATA范围写得清楚；但没有中文说明或中文交互设计，且对自定义传感器和非标准载板的边界仍依赖用户提供资料。核心功能主要依赖本地BSP工具链，没有证据表明必须访问中国大陆不可达的海外服务，因此未作额外网络扣分。
信息按概览、触发条件、步骤、陷阱和参考资料分层，包含版本号、依赖、示例命令、已知限制、benchmark和维护来源线索；但缺少正式的变更日志、明确维护责任/更新机制，skill-card的许可证与输出描述和SKILL.md不完全一致，README中的全仓库信息也不能替代该技能自身的治理说明。
技能对传感器枚举、DTSI展开、单片段合并、设备树验证、引脚复核和下游交接给出了可直接执行的核心流程，benchmark报告还显示有限的正确性和有效性提升；但只有两个正向任务、没有负向触发任务，且静态审查无法确认真实生成的DT overlay能在目标硬件工作，最终仍需用户审核、编译、刷写和现场验证，因此不能超过静态上限并扣分。
证据包含具体文件路径、命令、检查条件、错误字符串和两个评测任务，具备一定可审计性；但没有可独立核验的CI、提交测试套件、真实输出工件或外部复核材料，benchmark结果本身也无法由给定文件独立重现，因此仅给有限静态证据分。
- SKILL.md与procedure.md、camera-overlay-templates/README.md存在路径、命令和职责冲突；发布前应统一规范并删除过时的/jetson-modify-camera引用。
- 执行会修改并提交BSP源代码，且后续流程可能刷写设备；应在执行前确认目标路径、保留可恢复提交，并补充明确回滚步骤。
- 许可证声明不一致：Apache-2.0、CC-BY-4.0 AND Apache-2.0与NOASSERTION同时出现，应由维护者统一。
- 没有中文交互或本地化说明；中国大陆用户可能需要自行解释英文AskUserQuestion提示和设备树术语。
- benchmark只有两个正向样例，没有负向触发样例或可独立复现的测试工件，不能视为硬件成功的证明。
这个 Skill 能做什么，适合哪些场景？
此技能用于在 Jetson Thor 或 Orin 定制载板上启用 MIPI 或 GMSL 摄像头传感器。它从 NVIDIA 内置传感器 DTSI 中读取布线和模式信息，或在定制传感器路径中采集用户提供的布线信息。技能会将摄像头片段合并到复合内核设备树覆盖层，使用 dtc 和 fdtoverlay 验证，并把覆盖层提交到 BSP 源码仓库。它不负责 UPHY 通道分配、ODMDATA 修改或载板刷写配置中的覆盖层注册。
解析活动 Jetson 目标和已注册的源文档；通过扫描平台内置摄像头 DTBO 枚举传感器；依据 DTSI、摄像头开发指南、适配指南、SoC TRM、模块设计资料、原理图和引脚图核对支持情况；展开或拼接传感器 DTSI，向复合自定义覆盖层 DTS 追加一个带 camera 标记的 fragment；设置 jetson-header-name；运行 dtc、fdtoverlay 和 pin_verifier.py 验证设备树与摄像头相关引脚；在工作区写入运行状态 JSON，并将生成的覆盖层提交到 bsp_sources 硬件仓库。
- Jetson Thor 定制载板用户需要依据内置 DTSI 启用 MIPI 摄像头。
- Jetson Orin 定制载板用户需要 bring-up GMSL 传感器并验证 NVCSI 与 tegra-capture-vi。
- 用户已经启用一个传感器，希望在同一载板上增加多传感器配置。
- 系统已启动但 v4l2-ctl --list-devices 未显示 tegra-capture-vi 通道，需要检查设备树覆盖层。
- 用户使用自定义传感器，需要根据载板引脚图填写传感器布线和模式信息。
这个 Skill 有哪些优点和局限？
- 针对 Jetson Thor 和 Orin 定制载板摄像头 bring-up，范围明确。
- 以 NVIDIA 内置 DTSI 作为布线和传感器模式的来源，避免手工重建完整传感器树。
- 包含 dtc、fdtoverlay、引脚核验、重复 fragment 和外部符号引用等检查。
- 明确避免修改 ODMDATA、载板 flash conf 和上游 BSP 镜像。
- 不能处理 UPHY lane allocation、ODMDATA 编辑或 OVERLAY_DTB_FILE 注册。
- 依赖多个硬件文档、已准备的 Jetson BSP 源码和载板工作流状态。
- 对自定义传感器仍需用户提供布线信息，且模式表必须从相近的内置 DTSI 拼接。
- 资料未提供该技能的独立测试套件、支持平台矩阵或性能数据。
如何安装这个 Skill？
使用 NVIDIA/skills 仓库提供的 skills CLI 安装单个技能：
npx skills add nvidia/skills --skill jetson-customize-camera --yes
也可以指定 Codex：
npx skills add nvidia/skills --skill jetson-customize-camera --agent codex --yes
README 未提供该技能单独克隆或手工复制之外的其他安装方式。
如何使用这个 Skill？
在已安装技能的 Agent 中提出类似“在我的 Jetson Thor 定制载板上启用 MIPI 摄像头”或“配置这块 Orin 定制载板的 GMSL 摄像头”的请求。使用前需要活动 profile、Linux_for_Tegra Git 源码树、已运行 jetson-derive-carrier 的载板覆盖层跟踪器、内置传感器 DTSI、相关硬件文档，以及 PATH 中的 dtc、cpp 和 fdtoverlay。该技能不适用于 UPHY lane allocation 或 ODMDATA 编辑；详细 Steps 1–7 依赖技能引用的 references/procedure.md，但其完整内容未包含在本资料中。