wendy-lite
作者 Joanniswendy-lite 是一项用于在 ESP32-C6 的 Wendy Lite 固件上构建 WebAssembly 应用的技能。你可以用它编写与 WAMR 运行时、宿主导入、回调流程以及闪存加载设备生命周期相匹配的 C、Rust、Swift、Zig、TypeScript 或 WAT 模块。它是一份面向固件周边应用开发的实用 wendy-lite 指南。
该技能得分为 79/100，说明它是一个相当合适的目录候选：用户可以获得一条清晰、值得安装的工作流，用于在 Wendy Lite ESP32-C6 固件上构建和运行 WASM 应用；相比通用提示，它提供了足够细节来减少猜测。不过它还不是顶级条目，因为仓库缺少配套文件，也没有明确的安装/运行命令，因此使用者仍需自行推断部分初始化步骤。
- 触发性强：frontmatter 明确列出了具体用例和语言目标，包括 C、Rust、Swift、Zig、TypeScript、WAT、GPIO/I2C/SPI/UART、BLE 和 ESP32-C6。
- 运行层面的说明到位：正文描述了 WAMR 运行时、通过 'wendy' 模块进行宿主导入、回调处理，以及开机时从闪存加载 WASM 的流程。
- 工作流内容丰富：skill 文件篇幅较长，结构清晰，包含多个标题和仓库/文件引用，便于 agent 快速建立上下文。
- 未提供安装命令或辅助文件，因此用户可能需要手动推断安装和使用步骤。
- 该仓库看起来是单一的 SKILL.md 实现，没有脚本或资源文件，这会限制对边缘情况或验证流程的可执行指导。
wendy-lite 技能概览
wendy-lite 适合做什么
wendy-lite 是一个用于构建 WebAssembly 应用的技能，这些应用运行在 ESP32-C6 的 Wendy Lite 固件上。它最适合把一个粗略的嵌入式想法推进成可工作的 WASM 模块，并通过 Wendy Lite 的 host imports 与硬件通信。
谁应该使用它
如果你正在用 C、Rust、Swift、Zig、TypeScript 或 WAT 开发贴近固件的应用，并且需要设备访问、启动时加载或基于回调的行为，那么就应该使用 wendy-lite 技能。只有当“backend”指的是设备侧逻辑、运行时集成或 MCU 上的应用编排时，wendy-lite for Backend Development 才尤其相关。
它有什么不同
和通用的 WASM 提示词不同，wendy-lite 是围绕真实运行时模型来设计的：ESP32-C6 上的 WAMR、wendy 模块 imports、存放在 flash 里的二进制，以及 GPIO 中断、定时器和 BLE 事件这类异步回调。这使得它在问题不是“我怎么写 WASM？”而是“我怎么让这个应用符合固件契约？”时更有用。
如何使用 wendy-lite 技能
安装并检查正确的文件
先对你的目录运行 wendy-lite install 流程，然后优先阅读 SKILL.md。如果你是在扩展仓库，也要查看 frontmatter 中提到的任何关联参考文件，尤其是 wasm-api.md、firmware-config.md 和 swift-sdk.md。这些文件通常会放最实用的接口细节。
给技能一个“设备形状”的需求说明
最好的输入不是“帮我做一个 WASM 应用”，而是带约束的设备任务：目标语言、硬件输入输出、启动行为，以及应用是否必须处理回调。例如：“为 ESP32-C6 创建一个 Rust WASM 模块，读取 GPIO 上的按钮，切换 NeoPixel，并且在重连后还能继续工作。”这比一个含糊的 wendy-lite usage 提示词要好得多，因为它给了技能所需的运行时形状。
从运行时契约开始思考
使用 wendy-lite usage 时，思路应该按这个顺序来：模块导出了什么、从 wendy 导入了什么、回调如何处理，以及二进制如何打包进 flash。如果不确定，先要求一个最小骨架，再在运行路径明确后补上硬件访问和错误处理。
减少返工的实用流程
- 说明语言和目标开发板。
- 指定你需要的硬件能力：GPIO、I2C、SPI、UART、BLE、网络，或 LED 控制。
- 说明你想要的是最小起步版、完整应用，还是从现有代码迁移。
- 如有需要，要求补充构建说明，尤其是在使用 Swift 或非默认工具链时。
这通常是拿到有用的wendy-lite guide结果、而不是泛泛的 WASM 示例，最快的方法。
wendy-lite 技能 FAQ
wendy-lite 对新手友好吗？
如果你的目标是做一个受约束的设备应用，并且愿意遵循运行时特定的工作流，那么答案是肯定的。若你首先需要一份通用的 WASM 入门教程，它就没那么适合新手，因为 wendy-lite 默认你关心的是固件集成，而不只是语言语法。
什么情况下 wendy-lite 不合适？
如果你不是面向 ESP32-C6、并不需要硬件访问，或者只想做普通的 Web WASM 应用，就可以跳过 wendy-lite skill。如果你的项目无法把 WASM 二进制存进 flash，或者不能使用基于 WAMR 的执行模型，它也不是好选择。
它和普通提示词有什么区别？
普通提示词经常会忽略你的代码和固件之间的契约。wendy-lite 更适合你需要正确的 import/export 形状、回调处理，或者设备生命周期指导，而这些是普通提问经常一带而过的。
在相信输出之前我应该检查什么？
检查提议代码是否与仓库里的真实 host API、回调入口点和构建目标一致。如果答案没有提到这些内容，它在技术上可能说得通，但对 Wendy Lite 来说仍然可能是错的。
如何改进 wendy-lite 技能
补齐缺失的硬件细节
提升最大的地方，是把你需要的硬件路径说清楚。写明传感器或执行器、已知的话就写引脚编号、事件是否由中断驱动，以及应用是否必须在重启后保留状态。这能帮助 wendy-lite 避免产出一个和你的开发板不匹配的宽泛演示。
要求合适的输出形态
如果你想更快交付，可以直接要求三种输出形态之一：可运行的最小模块、带说明的可构建示例，或者从现有 C/Rust/Swift/Zig 项目迁移的方案。明确输出形态比长篇提示更重要，尤其是在你需要可以立即测试的 wendy-lite install 结果时。
注意常见失败模式
最常见的错误，是默认使用标准 WASM 浏览器 API、跳过 wendy host import 层，或者忽视异步事件的回调接线。如果第一版答案显得过于抽象，就让技能按真实固件生命周期重写，并明确指出任何不受支持的假设。
用“先编译”的反馈方式迭代
第一轮之后，把具体失败点反馈回去：缺少 import、target triple 错了、回调名不对，或者构建步骤不匹配。一个有效的 wendy-lite guide 迭代，通常来自一条具体错误报告再加一个更聚焦的目标，而不是单纯要求“更详细”。