- 博客(35)
- 收藏
- 关注
RSS订阅转载 cursor动态上下文发现
当模型的上下文窗口被填满时，Cursor 会触发一次摘要步骤，为 Agent 提供一个全新的上下文窗口，其中包含它迄今为止工作的摘要。但由于这是对上下文的有损压缩，Agent 的掌握情况在摘要之后可能会变差，可能会忘记任务中的关键细节。在 Cursor 中，我们将对话历史作为文件提供，以提升摘要的质量。在达到上下文窗口上限后，或者用户决定手动进行摘要时，我们会给 Agent 一个指向历史文件的引用。如果 Agent 发现自己需要的更多细节没有包含在摘要中，它可以在历史中搜索以找回这些信息。
2026-01-08 08:42:44
5
原创 2025-2030年嵌入式工程与AI协同演进：核心价值重塑与新兴机遇
大众编程”的浪潮虽然汹涌，但它不仅没有淹没嵌入式工程师，反而抬高了这一职业的水位。在AI生成的代码海洋中，**确定性（Determinism）、安全性（Safety）和物理性（Physicality）**成为了最稀缺的资源。向上生长： 掌握系统架构、合规标准和业务逻辑，成为AI工具的指挥官。向下扎根： 深入芯片底层、物理信号和硬件设计，筑牢AI无法逾越的物理护城河。向外扩展： 学习MLOps、数据流处理和云原生技术，打通从端侧感知到云端决策的全链路。
2026-01-08 08:22:58
840
原创 Claude Code 创始人谈最新使用方法完全指南
每次新版本发布，都能增长，克劳德第一次能完成正确更多的事情，所以你每次都可以多要求一点。不幸的是，每次模型更新，情况都会变。“当我在谈话中看到克劳德做了特别好或特别糟糕的事情时，我会按#键，这会进入‘记忆模式’。这是人类工程师分享的高级技巧，也是从模糊想法到完整应用的最快方式。- AI的“脑外记忆”，自动加载编码规范和个人偏好。✓ 相信人工智能的发展速度，定期重新评估它的能力。1.1 “Vibe Coding”的局限性。“现在是表现最差的时刻。二、CLAUDE.md：AI的“脑外记忆”。
2026-01-03 11:38:29
791
原创 Claude Skills 官方库案例使用技巧
场景提升幅度示例文档生成15-20 倍月报 1 小时 → 3 分钟数据处理10-25 倍财报 2 小时 → 5 分钟内容创作8-15 倍物料 8 小时 → 1 小时表单填充20-30 倍50 份 3 小时 → 10 分钟平均12-18 倍年均节约 200-400 小时。
2025-12-30 08:45:09
578
原创 Claude Skills 深度讲解
阶段 1：Function Call（2023）├─ 大模型可以调用外部工具├─ 问题：缺乏对任务的深度理解└─ 局限：工具调用简单线性阶段 2：MCP 上下文工程（2024）├─ 大模型有了更丰富的上下文和工具├─ 问题：仍然需要手动编写复杂的 Prompt└─ 局限：每次对话都需要重新加载上下文阶段 3：Claude Skills（2025）├─ 大模型有了「能力模块」的概念├─ 可以动态加载、组合、执行专门的工作流├─ 真正实现了「知识的模块化和复用」
2025-12-30 08:19:39
993
原创 LVGL Pro XML 核心原理
XML（eXtensible Markup Language，可扩展标记语言）是一种通用的文本标记语言，用于结构化地存储和传输数据。XML 与 HTML 的区别HTML关注数据的"显示"——标签如<div><p>预定义了浏览器如何渲染内容XML关注数据的"结构和语义"——你可以自定义任意标签名，如<user><product>，用来表达数据含义，而不关心如何显示XML 的核心特性标签可自定义<lv_btn><lv_label>都是由使用者定义的树形结构：通过嵌套标签表达层级关系属性和文本内容。
2025-12-11 21:03:14
1048
原创 《嵌入式文件系统（FAT/LITTLES/FILEX）设计之道：从数据建模到可靠工程实践》第四篇
【篇章导读】 本篇是全书的技术核心之一。不同于桌面通用文件系统（如 NTFS, ext4）假设底层是一个完美的线性块设备，嵌入式文件系统必须直面存储介质的物理缺陷（如 NAND 的坏块、位翻转）和严苛的系统约束（如断电、微小的 RAM）。第12章 FAT / exFAT 文件系统在嵌入式中的应用 12.1 FAT 文件系统的物理布局与数据结构 本节深入 FAT 的位级结构。FAT Entry 定义：FAT12 (12-bit), FAT16 (16-bit), FAT32 (28-bit有效)。
2025-12-01 20:11:40
881
原创 《嵌入式文件系统（fatfs/littlefs/filex...）设计之道：从数据建模到可靠工程实践》第三篇
这一章讲清 FTL 解决什么问题、典型架构、核心算法，以及它在嵌入式中的不同形态。这一章，我们从系统架构视角，总结几种常见的 Flash 管理模式，并给出取舍建议。9.3.1 块级寿命：不是“整个芯片一起死”，而是“有的先死”在 Flash 单元上写入/擦除时，不仅目标单元的电荷会改变，对嵌入式系统真实性能危害最大的，往往不是“读失败”，，每个做嵌入式的团队都可以拿这张表来审视自己的设计。本章讲的是**“理论上的 FTL 怎么做”**，在后面的篇章里（文件系统实例篇、实践与测试篇），
2025-11-24 12:22:46
53
原创 《嵌入式文件系统（fatfs/littlefs/filex...）设计之道：从数据建模到可靠工程实践》第二篇
我们不急着谈 FAT、ext4、LittleFS，而是先把几个“积木”搭清楚。
2025-11-21 08:56:28
771
原创 《嵌入式文件系统（fatfs/littlefs/filex...）设计之道：从数据建模到可靠工程实践》第一篇
本章目标是给出一套统一指标体系，方便比较不同方案。
2025-11-21 08:08:29
36
原创 《Zephyr RTOS 深度学习指南与生成式AI结合方法探讨》第八章
* 3. 定义子命令字典 (Sub-commands) */ SHELL_STATIC_SUBCMD_SET_CREATE(sub_led, SHELL_CMD(on, NULL, "Turn led on", cmd_led_on), SHELL_CMD(off, NULL, "Turn led off", cmd_led_off), SHELL_SUBCMD_SET_END // 必须以 END 结尾 );// 专门的打印函数 // gpio_pin_set(...);你需要一个 Shell。
2025-11-20 08:03:15
418
原创 深入解析：屏幕撕裂、TE信号与显存同步机制
硬件配置MCU 写入速度是否使用 TE最终效果备注单显存快(<16ms)✅ 是完美流畅 (60FPS)最佳体验单显存中等(16~32ms)✅ 是 (隔帧写)流畅无撕裂 (30FPS)利用了起跑优势，没被套圈单显存慢(>32ms)✅ 是必有撕裂发生了“套圈”，物理无解单显存任意❌ 否随机撕裂 (滚动)画面会有断层滚动干扰双显存任意✅ 是 (用于切换)完美无撕裂帧率取决于写入速度，但画面永远完整。
2025-11-17 18:32:46
844
1
原创 《Zephyr RTOS 深度学习指南与生成式AI结合方法探讨》 第七章：驱动与抽象篇
和_dt_spec是操作硬件的唯一凭证。如何优雅地处理 Active Level 和中断回调。如何使用标准的 I2C/SPI/UART API，以及背后的 ISR/RingBuffer 模式。硬件引脚复用的底层逻辑。你现在已经具备了**“裸写驱动”的能力。但 Zephyr 的强大之处在于它还有丰富的“中间件”**。在第八章：子系统篇，我们将不再关注底层引脚，而是去看看 Zephyr 提供的文件系统、日志系统和 Shell 命令行。那才是让产品真正“好用”的关键。
2025-11-13 21:52:45
997
原创 AI驱动开发系列文章杂谈（一）：规范驱动Spec-Kit的重构治理与氛围编程Vibe-Coding的直觉探索对比
摘要： 在生成式AI推动下，软件开发领域出现两种对立方法论：注重快速原型的Vibe-Coding（直觉编码）和强调规范的Spec-Kit（规范驱动开发）。Vibe-Coding通过自然语言提示快速生成代码，但易导致技术债务和安全漏洞；Spec-Kit则通过多阶段流程（规范→计划→任务→实施）确保代码可维护性和治理。分析表明，两者互补而非对立：Vibe-Coding适合早期探索，Spec-Kit适用于生产级开发。建议采用“快速到严谨”混合策略——用Vibe-Coding验证创意后，以Spec-Kit重建可扩展
2025-11-13 06:43:13
1560
原创 《Zephyr RTOS 深度学习指南与生成式AI结合方法探讨》第四章
同步与通信是实时系统的神经系统。线程之间如果不能正确协调和交换信息，多线程就没有意义——甚至会因为资源竞争、优先级反转等问题，比单线程系统更糟糕。定义：多个线程同时访问共享资源，执行顺序不确定，导致结果错误的现象。经典案例：银行转账问题// 全局账户余额// 线程A的操作// 读取：1000// 计算：900// 写入：900// 线程B的操作// 读取：1000temp += 50;// 计算：1050// 写入：1050问题执行时序时刻 线程A 线程B balance值 说明。
2025-11-09 13:02:30
522
原创 《Zephyr RTOS 深度学习指南与生成式AI结合方法探讨》第五章
要点说明Tick是时间的原子单位所有计时都基于Tick向前推进Tick频率与功耗反向相关高频=精度高但功耗大32位溢出周期约49天使用64位时间戳处理长运行时间低功耗需要Tickless内核CONFIG_TICKLESS_KERNEL关键精度×功耗=常数无法同时最大化两者Tick是系统的心跳，频率决定精度与功耗定时器是任务调度的基础，支持单次和周期两种模式多定时器并发管理是RTOS的常见模式。
2025-11-09 12:15:16
800
原创 《LVGL“表”与“里”：从 API 精通到源码掌控 (v9.x)》 模块四
摘要：本模块深入剖析LVGL源码架构，详解核心机制：1. 对象系统采用C语言虚函数表实现多态(lv_obj_t+lv_obj_class_t)，通过组合而非继承构建控件体系；2. 内存管理使用TLSF算法保证O(1)分配性能；3. 渲染与绘制分离架构(lv_refr.c+lv_draw_xxx)，支持未来并行化；4. 通过遮罩(lv_draw_mask)和混合(lv_blend)实现高效光栅化；5. 线程安全需通过互斥锁保护核心数据结构；6. 提供自定义控件开发规范与事件钩子(LV_EVENT_DRAW_P
2025-11-08 20:16:32
884
原创 《LVGL“表”与“里”：从 API 精通到源码掌控 (v9.x)》 模块二
本模块目标： 1. 学会使用你“工具箱”里的所有“积木”（控件）。 2. 学会**“封装”**你自己的“复合积木”（架构）。 3. 理解“字体”和“图片”这些“软装”到底有多“昂贵”（资源）。 1. “复合”控件 (Compound Widget) —— 应用层的“架构” 1. 知识点：LVGL 的哲学是“组合优于继承”。你“不应该”去“寻找”一个“完美的、一步到位”的控件（比如 ）。你“应该”用一个“裸”的 （作为容器），配合“布局”（Flexbox/Grid），把“基础”控件（, ）“组合”起来。这让你
2025-11-07 13:07:11
771
原创 《LVGL“表”与“里”：从 API 精通到源码掌控 (v9.x)》 模块三
lv_timer_handler（大脑的主循环）会**“周期性”**地（每隔几毫秒）“问”你（调用 read_cb）：“嘿，翻译官，外边有啥动静没？但他们全是“瞎子”和“聋子”，他们感觉不到“时间流逝”。lv_tick_inc(1) 就是你（SysTick 中断）的“节拍器”，你每 1ms “哒”一下。你开了 3 个月，车子“来来回回”，停车场里“貌似”还有 100 个“空位”，但它们。它没有“神经”，它不知道“触摸”、“按键”是什么。LVGL（艺术家）画完了“第一幅画”，把它交给了你，然后他就“
2025-11-07 12:59:10
541
原创 《LVGL“表”与“里”：从 API 精通到源码掌控 (v9.x)》 序言和模块一
LVGL 所有“通用”的 API，比如 lv_obj_set_width()、lv_obj_set_align()、lv_obj_add_style()，它们全都只接受 lv_obj_t*。他们理所当然地认为，你那个（成本只有 5 美元）的温控器，就应该有 iPhone 一般丝滑的“淡入淡出”、“手势拖拽”和“抗锯齿字体”。：它不只是“GUI”，它是一个“应用框架”（Application Framework），它连“网络”和“数据库”都帮你管了。你“后加”的，或者“更具体”的，会“覆盖”掉“基础”的。
2025-11-06 13:06:54
644
原创 《LVGL“表”与“里”：从 API 精通到源码掌控 (v9.x)》 目录
《LVGL"表"与"里"》是一本深入解析LVGL(v9.x)的完整教材，分为API应用与源码剖析两大部分。第一部分从PC模拟器环境搭建、核心四大支柱（对象/事件/样式/布局）、控件架构到移植与性能优化，系统讲解API应用；第二部分通过剖析lv_obj_t结构体、内存管理、事件分发机制、样式布局算法以及渲染管线等核心源码，揭示LVGL底层架构。教材采用"API与源码并重"的独特视角，既提供应用层开发指南，又深入源代码实现原理，并包含RTOS集成、自定
2025-11-06 12:50:09
718
原创 《Zephyr RTOS 深度学习指南与生成式AI结合方法探讨》第三章
我们从线程的“内存成本”和“性能成本”开始，聊到了调度器背后的“队列”数据结构，挖出了“Tickless”内核的省电黑科技，彻底搞懂了 k_mutex 是如何用“优先级继承”解决“优先级翻转”的，最后还分析了 printk 导致的“栈溢出”这个头号 Bug。用法： k_thread_create(&my_tid, my_stack, K_THREAD_STACK_SIZEOF(my_stack), my_func, NULL, NULL, NULL, 7, 0, K_NO_WAIT);
2025-11-05 09:29:16
532
原创 《Zephyr RTOS 深度学习指南与生成式AI结合方法探讨》第二章
1. 进入 zephyr 主仓库cd zephyrproject/zephyr# 2. 编译 hello_world 示例，指定“板子”(-b)为 qemu_x86# -p auto = 编译完自动启动 (auto-probe/run)west build -b qemu_x86 samples/hello_world -p auto。它是 Zephyr 的**“元工具” (Meta-tool)** 和**“包管理器”**。Zephyr 的开发环境是出了名的“劝退”环节，但我们一步步搞定它。
2025-11-05 08:00:54
663
原创 《Zephyr RTOS 深度学习指南与生成式AI结合方法探讨》第一章
内对事件做出响应。晚一毫秒，就是失败。举个例子：汽车的安全气囊ECU（电子控制单元）必须：在 5 毫秒 (ms) 内检测到碰撞。在 10 毫秒内决定是否点爆气囊。在 15 毫秒内发出点爆信号。如果系统因为忙着播放音乐，导致在 50 毫秒才发出信号——砰，这就是“非实时”系统的后果。
2025-11-01 22:47:42
720
原创 [特殊字符] 《Zephyr RTOS 深度学习指南与生成式AI结合方法探讨》目录
9.1 蓝牙 LE (BLE) 协议栈 - (Zephyr 强项) Service, Characteristic。14.4 核心架构：(图表) RAG (检索增强生成) vs 微调 (Fine-tuning)。：(识别实体 -> 查询 Kconfig -> 查询 DTS -> 生成 Overlay)。：新驱动生成 (从 0 到 1) vs 现有驱动“粘合” (从 1 到 10)。：(NL 意图 -> AI 系统提示 -> RAG 检索 -> 上下文注入)。
2025-11-01 21:38:38
440
原创 《Zephyr RTOS 深度学习指南与生成式AI结合方法探讨》前言
传统 BSP 迫使 AI 成为一个高风险的**过程式 C 程序员**。而 Zephyr 的设备树 (DTS) 模式，让 AI 成长为一个低风险、高可靠的**系统配置工程师**。综上所述，Zephyr 凭借其声明式配置、统一的 API 和内置的安全互联框架，提供了一个稳定、可预测、且机器可读的**硬件 API**。这正是生成式 AI 规模化、自动化生成嵌入式代码所必需的完美底座。
2025-11-01 20:27:53
843
原创 Zephyr 4.2 从上电到 main 函数的启动流程解析，kconfig、yaml、dts是怎么参与的（STM32F103C8T6 为例）
Zephyr 4.2在STM32F103C8T6上电启动到main函数的流程分析。
2025-10-21 19:44:59
1050
原创 [Zephyr RTOS]中的各种 Kconfig 文件汇总、语法、核心注意点讲解
加载基础定义 (Load Base Definitions): 从开始，递归加载所有Kconfig.*文件，建立起完整的配置选项树。Kconfig.*设置默认值 (Set Default Values): 加载板级的，提供一套基准配置。应用用户配置 (Apply User Configurations)prj.conf(应用主配置) (Application main configuration)(特定板级配置) (Specific board configuration)-DSHIELD提供的.conf。
2025-10-21 09:51:34
702
原创 【zephyr rtos】常见关键宏深度解读
想进一步理解“Zephyr 把设备树编译期转成 C 宏”的整体思路，可先读 Devicetree 概览与 C 侧访问指南，再回到驱动源码对照（例如PinCtrl 的官方专题与博客教程也值得通读，能更快吃透“状态”“引脚数组”“动态切换”的套路。
2025-10-16 07:51:05
799
原创 【spec-kit】GitHub Spec-Kit中各命令核心详细讲解和主要差异
/implement (未在问题中但相关) | 4. 执行 (Execute) | 开始施工 (Start Construction) | 编写代码、测试 (Writing Code, Testing) | 实际的代码和测试 (Actual Code and Tests) | 工人按步骤施工 (Workers Building Step-by-Step) |每个命令都扮演着不可或缺的、承上启下的角色。* 关注点 (Focus): 技术选型、系统架构、类和函数的设计、数据流、API 接口。
2025-10-12 08:04:50
855
原创 使用 GitHub Spec-Kit 开发 Python Qt6 计算器：一个完整的实例演练
本文档旨在通过一个具体、简单的项目——“桌面计算器”，完整地、一步步地演练 GitHub Spec-Kit 的规范驱动开发（Spec-Driven Development, SDD）流程。我们将从项目的初始化开始，经历定义规范、制定计划、分解任务、编码实现、测试验证，最后到处理需求变更的全过程。This document aims to provide a complete, step-by-step walkthrough of the GitHub Spec-Kit's Spec-Driven Deve
2025-10-11 20:57:44
1246
原创 Spec Kit，GitHub 的规范驱动软件开发工具包-AI开发方法论
Spec Kit 的哲学融合了规范驱动、契约优先、迭代分解、模板护航和人机协作等方法论要素，目的是破解“AI 写代码不靠谱”这一难题。这种方法论有点像将过去软件工程中的“好习惯”全部前置并自动化。正如作者在博客中所说，“我们开源 Spec Kit，因为这种方法论大于任何单一工具或公司”。（更多资讯）
2025-10-11 16:56:55
1547
1
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人