# Embedded

> **边界**：技能功能边界。

- Skill: `yakeworld/embedded` (Agent Skill, multi-file: 12 files)
- Install (CLI): `npx skillmds@latest add yakeworld/embedded`
- Raw SKILL.md: https://api.skillmd.com/api/skills/yakeworld/embedded/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- License: MIT
- Author: yakeworld (https://skillmd.com/u/yakeworld)
- Updated: 2026-09-21
- Page: https://skillmd.com/skills/yakeworld/embedded

---



|
| IoT 轻量 | Hi3861 | 海思 WiFi | MIPS 32M | 无 | 128 KB | <0.5W | ✅ | <50 元 |
| IoT 轻量 | RV1103 T3 | 瑞芯微 RV1103 | M33 200M | 2 TOPS | 128 MB | ~2W | ✅ | ~200 元 |
| 标准 | PV890 | 全志 PV890 | A7 1.5G | 2 TOPS | 512 MB | ~3W | ✅ | ~300 元 |
| 标准 | RK3568 | 瑞芯微 RK3568 | A55×4 2.0G | 6 TOPS | 4 GB | ~5W | ✅ | ~400 元 |
| 高性能 | RK3588 | 瑞芯微 RK3588 | A76×4+A55×4 | 6 TOPS | 8 GB | ~10W | ✅ | ~1200 元 |

## 与 K230 对标结论

- **完美对标**: RV1103 T3（AI 算力对等，双摄对等，但功耗更差、内存更小）
- **超越对标**: PV890（全维度对等或更强，鸿蒙完整版）
- **碾压**: RK3568（算力 10×，内存 8×，未来 2-3 年不过时）
- **不可运行**: K230 跑不了鸿蒙（架构 64-bit RISC-V 不兼容、外设驱动缺失、工具链不通）

## 契约层 · BOUNDARY

**边界**：技能功能边界。

## 契约层 · IO_CONTRACT

**输入**：请求描述、上下文信息。
**输出**：执行结果、状态反馈。

## 原则 (Principles)

1. **「量体裁衣，不越其制。」** — 选型对标先定档位：IoT 轻量（Hi3861/RV1103）/ 标准（PV890/RK3568）/ 高性能（RK3588），按算力、内存、功耗、预算裁度。
2. **「架构不通，虽善勿行。」** — 架构不兼容即不可运行：K230 64-bit RISC-V 跑不了鸿蒙，勿勉强。
3. **「标尺先立，后论优劣。」** — 对标须先定参照系（K230），方有「完美/超越/碾压/不可运行」之分。
4. **「验证可复，方称可信。」** — 每项验证可执行、可记录、可复现，失败记录原因与修复。


## Genes (策略基因)

> 紧凑策略表示。条件→策略。需要深度时参考完整文档。

- **[EMBE-001]** 嵌入式选型需求 → 先定档位（IoT 轻量/标准/高性能），再按算力、内存、功耗、预算裁度
- **[EMBE-002]** 架构兼容性检查 → 若架构不兼容（如 64-bit RISC-V 跑鸿蒙），直接判定为不可运行，勿勉强
- **[EMBE-003]** 性能对标分析 → 先确立参照系（如 K230），再划分完美/超越/碾压/不可运行等级
- **[EMBE-004]** 验证过程执行 → 确保每项验证可执行、可记录、可复现，失败时记录原因与修复
- **[EMBE-005]** 输入参数处理 → 必须校验参数类型、范围、格式，确保完整且有效
- **[EMBE-006]** 异常与错误处理 → 错误信息必须包含上下文和恢复建议，边界场景（空/极大值）需明确处理
- **[EMBE-007]** 代码安全执行 → 不执行未验证的任意代码，不暴露内部状态，违反规则的操作必须拒绝或隔离
- **[EMBE-008]** 测试基准管理 → 以 Golden 集合为单一真理来源，所有改进必须通过 golden 测试

## 验证清单 · VERIFICATION

- [ ] 选型档位是否已确定（IoT 轻量/标准/高性能），且算力、内存、功耗、预算四维度均符合该档位约束（EMBE-001/原则1）
- [ ] 架构兼容性是否已检查：若目标芯片架构不兼容（如 K230 64-bit RISC-V 跑鸿蒙），是否直接判定为「不可运行」而非勉强尝试（EMBE-002/原则2）
- [ ] 对标参照系（如 K230）是否已确立，且「完美/超越/碾压/不可运行」四档结论均可溯源到具体算力/内存/功耗数值（EMBE-003/原则3）
- [ ] 选型对比表中每行（Hi3861/RV1103/PV890/RK3568/RK3588）的规格数值是否与官方规格书一致，且档位归属（IoT 轻量/标准/高性能）无错配
- [ ] 每项验证是否可执行、可记录、可复现，验证失败时是否已记录原因与修复方案（EMBE-004/原则4）
- [ ] Golden 集合（标准输入/预期输出/预期错误）是否已覆盖正常路径与失败路径，且当前改进已通过与 golden 测试的验证（EMBE-008）

## 约束规则 · RULES

1. **输入约束**: 参数类型、范围、格式必须校验
2. **输出约束**: 返回值结构、编码、命名必须一致
3. **异常约束**: 错误信息必须包含上下文和恢复建议
4. **安全约束**: 不执行未验证的任意代码，不暴露内部状态

## Golden 集合 · GOLDEN SET

- **Golden Input**: 选型需求「双摄 AI 摄像头，预算 <500 元，须对标 K230」→ 先定档位（标准档），再按算力/内存/功耗/预算四维度对 PV890、RK3568 裁度
- **Golden Output**: 对标结论表——RK3568 判「碾压」（算力 10×/内存 8×）、PV890 判「超越」、RV1103 T3 判「完美对标」，每档结论溯源到规格表具体数值（算力 TOPS/内存 MB/功耗 W/价格 ¥）
- **Golden Error**: 需求「K230 跑鸿蒙」→ 因 64-bit RISC-V 架构不兼容 + 外设驱动缺失 + 工具链不通，直接判「不可运行」，不得勉强尝试

> Golden 集合是测试的单一真理来源。所有改进必须通过 golden 测试。

> 违反规则的操作视为不安全，必须拒绝或隔离。

> 每项验证必须可执行、可记录、可复现。验证失败时记录原因和修复。