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 测试。

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

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