在嵌入式业务中，只要流程足够长，状态机最终都会出现；典型过程通常并不复杂：初始化、等待指令、准备目标、执行动作、等待反馈、处理异常、结束复位；真正让代码逐渐失控的，不是单个阶段本

访问 https://kaede-rei.github.io/posts/notes/层级状态机 阅读全文。

在机器人项目开发中，环境的一致性与物理媒介的限制往往是影响工程效率的关键因素；在实际开发过程中，主要会有两个跨环境需求：

• 宿主环境与生产环境的代差：生产环境（工控机）运行于

访问 https://kaede-rei.github.io/posts/notes/micromamba 构建移动环境 阅读全文。

在各类复杂业务场景中，经常需要处理“输入如何表达、失败如何传递、多个步骤如何拼接”的问题；若沿用传统的“bool 返回值 + 输出参数 + 日志”组合，代码往往会陷入以下困境：

访问 https://kaede-rei.github.io/posts/notes/旧标准 c++ 下的函数式编程（TL 库） 阅读全文。

在项目推进过程中，接口数量、命令种类、状态枚举和映射关系会快速膨胀。一个命令常常同时出现在以下多个位置：

• 枚举定义
• 字符串名称映射
• 描述文本
• 处理函数声明

访问 https://kaede-rei.github.io/posts/notes/X-Macro + 单例模式 阅读全文。