造物记录VS CodeC / C++
在源码里找到问题
读驱动、查调用关系、看错误返回。先沿着当前工程找到入口，再做范围明确的改动。
在四足控制中对照关节配置与输出链路，在墨嵌中检查绘制、数据和刷新的边界。
ESP-IDFFreeRTOSCMakeNinja
让构建和任务有清楚的边界
围绕实际 ESP32-S3 工程确认目标芯片、组件、SDK 与构建方式；用任务和消息表达职责，不靠新增服务掩盖问题。
四足关节控制与墨嵌电子纸沿用各自的 ESP-IDF 工程配置。工具链是否可用，以具体工程的构建结果为准。
Git
让一次改动可以回看
在修改前看差异，在验证后记录原因。小步修改更容易把现象与原因对应起来，也给后面的复查留下线索。
对照固件配置、接口和验证记录的变化，区分已经改过、已经运行与还要实测的部分。
立创EDA
从原理图追到实际连接
沿着电源、地回流、信号和接口检查电路。器件型号、封装与供电条件要对应具体资料，布局判断也要有输入依据。
柔性振动检测关注信号链和噪声路径；复查结果需要继续交给实际板子和测量条件。
3D 打印
让尺寸走出屏幕
把安装、活动范围、螺丝和受力关系放回真实装配里看。打印件是验证的一环，外观图不能代替尺寸核对。
四足围绕 MF168 的实际安装与承载条件继续适配；网页中的机器人是结构示意，不是已验证的机械模型。
HTMLCSSJavaScript
把过程变成可以探索的页面
用清楚的排版、真实链接和有反馈的交互，把项目、文章与实验连接起来。动态效果只承担解释关系的工作。
本站的项目选择、节点图与阅读入口都在浏览器里运行；硬件状态仍由各自的真实记录说明。
每次动手，尽量把这三步走完整。
先确认环境
看 README、配置、当前源码和构建入口。
只改能解释的一步
把目标缩小，保留改动的上下文。
验证，再留下记录
区分静态检查、构建、运行与硬件实测。
工具之外，留下判断的过程。
全部文章开发记录
温度为什么被 AI 改了？
一次电子纸天气显示异常，把接口数据、生成摘要和字体绘制串到了一起。先找到字段的写入者，再决定谁可以改动它。
开发记录
FIFO 有半帧，就一定是故障吗？
14、41、62、74 字节触发了保护，却指向一个正常的写入边界。先取走完整样本，把不足一帧的尾部留给下一轮。
示例文章
频率没变，波形为什么变了？
固定重复的节奏，再改变一轮里亮起的部分。从一条可操作的方波出发，把频率、周期和占空比分清楚。