自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(59)
  • 收藏
  • 关注

原创 github 的claude code everything【黑客松冠军】这个编程总结到底说了啥?

github 的claude code everything这个编程总结到底说了啥?从整体上看,GitHub 上的 “Everything Claude Code”(你说的 “claude code everything”)不是一篇普通的“编程总结”,而是一整套把 Claude Code 变成生产级工程系统的配置与方法论:它用 agents、skills、commands、rules、hooks、MCP 等模块,把“用 AI 写点代码”升级为“用 AI 搭一条可扩展、可复用的软件生产流水线”。

2026-03-06 08:02:21 852

原创 各类型openclaw对比分析

OpenClaw(早期叫 Clawdbot)本质上是一个**“AI Agent 网关 + 多平台聊天入口”**:把 WhatsApp、Telegram、Discord、iMessage 等常见聊天工具,桥接到各种大模型和工具链上,让你像跟朋友聊天一样让 AI 帮你收邮件、订机票、管理日程、跑脚本、查资料等。openclaw官方文档和第三方指南普遍强调几件核心能力:maxclaw多平台接入:WhatsApp、Telegram、Discord、iMessage 以及通过插件扩展到更多渠道;

2026-02-28 18:38:17 4998

原创 具有“美感”将成为Ai时代的核心竞争力

过去几十年,人们活在一个“比谁更会做题、谁学历更好、谁掌握更多专业知识”的世界里。接下来的几十年,更可能活在一个“比谁更知道自己要什么、谁更有有趣而清醒的世界观、谁更有打动人的美感与创意”的世界里。AI 不会让每个人都自动成为“审美与哲学的高手”,它只会把那些本就有这方面倾向、又愿意投入时间打磨的人,一下子推得更远。所以,对今天的每一个人来说,更现实的问题不是“AI 会不会抢我饭碗”,而是:当 AI 把“会不会”这件事变得越来越不重要时,

2026-02-21 09:22:33 499

原创 openclaw的安全和tokens消耗探讨,我们是否真的需要它?

从表面看,OpenClaw 是一个很酷的“私人 AI 助手”;但从安全、架构和成本的深层视角去看,它更像是一台接在互联网上的工业机器人有巨大的操作权限(文件系统、Shell、API、IM 账号)只有很弱的物理和逻辑防护驾驶员(LLM)天生会犯错,还极易被“话术”欺骗并且这台机器人全天 24 小时在运转,随时听任何人给它“下命令”我们是否需要这样一个“全能且高风险”的 Agent?我们是否有能力承担它带来的安全、成本与治理复杂性?

2026-02-20 21:10:26 2559

原创 ​Pencil.dev与NXP GUI Guider (LVGL Pro) 图形库上位机软件的深度对比

在现代软件工程的演进过程中,图形用户界面(GUI)的设计与实现正经历从“设计-交接-编码”的传统线性模式向“设计即代码”的并行、智能化模式转变。这种转变在两个截然不同的领域表现得尤为突出:一个是追求极致迭代效率的Web与SaaS前端开发领域,另一个是强调资源受限、硬实时响应的嵌入式人机交互(HMI)领域。在这两个领域中,Pencil.dev与NXP GUI Guider(及其核心支撑库LVGL Pro)分别代表了当今最前沿的技术路径与设计哲学。

2026-02-15 19:29:04 900

原创 软件架构能力和任务分解编排能力是Ai大浪潮下的核心技能

juejin+3。

2026-02-12 13:16:13 1045

原创 OpenClaw从本地运行时到云端推理的完全接管机制与安全边界

在人工智能的发展历程中,大语言模型(LLM)的出现最初被视为一种文本生成与处理的革命。然而,随着2025年至2026年间技术的迅猛迭代,AI的焦点已从单纯的“对话者”(Chatbot)急剧转向了能够自主执行任务的“代理”(Agent)。这一转变的核心在于赋予AI“手”和“眼”,使其不仅能理解自然语言,还能直接操控计算机图形用户界面(GUI),执行复杂的跨应用工作流。在这一背景下,“OpenClaw”(前身为Clawdbot/Moltbot)作为一个现象级的开源项目,迅速成为了本地代理(Local Agent

2026-02-11 14:58:11 1396

原创 Claude-Mem 完整指南:深入详解、安装、配置、使用与 IDE 集成

Claude-Mem 是一个为 Claude Code(Anthropic 的命令行编码工具)增加"跨会话持久记忆"的开源插件。它的核心价值在于:Claude Code 的会话通常是独立的(无状态),关闭后上下文会丢失;Claude-Mem 通过本地数据库存储与智能检索机制,让新会话可以自动"回忆"起项目背景与关键决策,从而减少重复喂背景的成本。Claude-Mem 会捕获 Claude Code 工具的所有执行,包括:在安装 Claude-Mem 前,你需要确保 Claude Code 已安装并可用。常见

2026-02-09 11:58:15 2655

原创 【AI 通讯】Claude Opus 4.6:跑分登顶、价格不变,行业正式进入“Agent 时代

截至北京时间 2 月 6 日上午,过去 24 小时内,全球财经与科技媒体围绕 Anthropic 新旗舰的报道集中释放:跑分、对比、价格与应用前景几乎被“洗版”。

2026-02-06 08:24:51 569

原创 Moltbot/OpenClaw Gateway 命令和交互

2026年1月30日 | OpenClaw v3.0+ / Moltbot v2.0+

2026-02-01 07:56:52 3375

原创 # Moltbot/OpenClaw 架构解读与二次开发完全指南

/ 初始化连接到自定义平台// 监听消息事件// 将平台特定的消息格式转换为 Gateway 的标准格式sender: {},channel: {},}))// 将消息转发给 Gateway// 将 Gateway 的消息格式转换为平台特定格式,然后发送});工具是 Agent 可以直接调用的原子操作。与 Skill 不同,Tool 是编程式的,Skill 是声明式的。description = "处理自定义数据格式";

2026-02-01 07:51:30 2523

原创 Moltbot(clawdbot) 复杂任务编排

数据处理技能## 描述自动化数据分析和生成可视化报告## 工具- `process_csv`: 读取和分析 CSV 文件- `generate_chart`: 生成图表- `export_pdf`: 导出 PDF 报告## 说明当用户要求分析数据时:1. 使用 process_csv 读取文件2. 调用数据处理算法3. 用 generate_chart 可视化4. 用 export_pdf 生成报告## 示例- "分析2025年销售数据" → 执行完整分析流程。

2026-02-01 06:53:14 648

原创 ClawdBot 终极实战手册(1):从 0 到 1 打造你的 24×7 AI 员工

一句话版本ClawdBot = Claude 的大脑 + 你电脑上的"手和脚" + 永不下班的时间管理能力。它跑在你自己的电脑 / 服务器上,不是云端 SaaS;它能看你的文件、动你的脚本、连各种在线服务,还能记住你的习惯,主动提醒、主动汇报。场景原来需要现在需要节省比例邮件整理(10000+封)8-10小时8分钟98%周报生成1.5小时15分钟83%会议纪要处理40分钟5分钟87%文件整理20分钟10秒99%财务对账1小时2分钟97%代码审查与修复4小时30分钟87%

2026-01-30 19:14:35 1501

原创 MCP Apps 交互式 GUI 完整指南

连接您的本地文件、数据库和第三方工具直接在对话窗口中显示交互式界面无需在多个应用间切换与传统 AI 助手相比,MCP Apps 打破了"文本对话"的限制,实现了"集成工作台"模式。✅技术突破完整的 iframe 沙箱架构双向 JSON-RPC 通信机制统一的开放标准(SEP-1865)✅生态就位9 个官方生产级集成(Slack/Figma/Canva/Asana 等)5+ 主流平台支持(Claude/ChatGPT/VSCode/Goose)活跃社区维护和贡献✅开发者友好。

2026-01-29 18:56:34 854

原创 Pencil.dev 终极完整使用指南(深度补充版)

1️⃣ 设计即代码在Pencil中的每一笔都应该对应生成的代码定义Tokens → 使用Tokens → Token驱动一切变更设计文件和代码文件一起版本控制分支、合并、历史追踪都是标准Git操作4️⃣ AI辅助,人工把控AI生成初稿(70%工作),人工审查优化(30%工作)不是完全自动化,而是人机协作5️⃣ 组件复用 > 重复创建宁可多花5分钟创建真正可复用的组件,也不要手工复制100次6️⃣ 响应式设计从第1天开始不是事后想,而是设计时就配置约束。

2026-01-28 13:41:09 1933

原创 Pencil.dev 架构深度剖析:基于 MCP 协议的代理式设计与工程同构原理(2)

氛围编码” 是一种通过自然语言提示词控制视觉输出,并由 AI 自动补全工程细节的开发模式。在 Pencil.dev 中,这不仅是 UI/UX 的革新,更是一套复杂的技术栈集成。用户可能同时提供一张参考截图(Image)、一段文本描述(Text)和一个现有的代码组件(Code)。Pencil 的推理引擎需要将这些多模态信息融合,生成符合当前项目设计规范(Design System)的新组件。为了保持“氛围”的一致性,MCP 上下文会注入当前项目的全局样式表(Global Styles)和组件库文档。

2026-01-28 08:21:47 1261

原创 Clawdbot 深度技术分析(你想知道的都在这里)

随着大语言模型(LLM)能力的指数级增长,人工智能应用正经历从“对话式聊天机器人(Chatbot)”向“自主智能代理(Agentic AI)”的深刻范式转移。传统的 SaaS 模式 AI(如 ChatGPT 网页版)虽然降低了使用门槛,但其本质是被动的、无状态的,且受限于“沙盒”环境,无法直接与用户的本地数字生活——文件、终端、智能家居——进行深度交互。在这一背景下,Clawdbot 应运而生,并在极短时间内获得了开源社区的广泛关注,短短几周内便在 GitHub 上获得了超过 10,000 颗星的关注度。

2026-01-27 17:02:13 1191

原创 Clawdbot 深度讲解:原理、部署与使用指南

Clawdbot 是一个由开源社区构建的个人 AI 助手框架,它将 LLM(大语言模型)与本地系统完全集成,创造了一个可以主动感知、记忆并行动的真正自主助手。与传统的聊天机器人不同,Clawdbot 不仅仅是一个对话工具——它是一个 24/7 运行在你计算机或云服务器上的"代理",拥有完整的系统访问权限,能够读写文件、执行命令、操控浏览器,并通过 WhatsApp、Telegram、Discord 等多种渠道与你沟通。githubClawdbot 代表了个人 AI 代理的一个范式转变。

2026-01-26 12:29:05 5376 2

原创 Pencil.dev 深度使用指南

Pencil.dev 是一款由 AI Agent 驱动的 MCP 画布工具,其根本创新在于打破了传统的"设计→交接→开发"工作流程。与 Figma 不同的是,Pencil.dev 并非独立的设计应用,而是直接嵌入到你的代码编辑器(VS Code 或 Cursor)中的设计模块。这意味着你可以在同一个屏幕、同一个工作环境中完成设计和编码,无需切换应用、无需导出和导入,设计文件直接存储在代码仓库中。 53ai其工作原理基于 MCP(模型上下文协议)。简而言之,MCP 是一个标准化接口,使得 Pencil.dev

2026-01-26 12:26:25 5158

原创 嵌入式 GUI 图形原理与实战:从 1bpp 位级奥秘到 RGB565 混合渲染架构

通过深入理解1bpp 的存储优势与RGB565 的传输优势,并利用行缓冲技术将二者桥接,我们成功在低资源 MCU 上实现了一套高效的混合渲染引擎。这套方案不仅解决了 Flash 空间焦虑,更在无硬件加速的情况下,实现了“动态数据 + 复杂光晕背景”的高端视觉效果。戴着镣铐跳出最美的舞。

2026-01-23 08:28:33 644

原创 OpenWork 完整介绍与使用指南

OpenWork 是一款,于 2026 年 1 月正式推出,定位为 Claude Cowork 的完全免费替代品。作为基于 OpenCode 引擎的可视化工作流平台,它让知识工作者无需接触命令行,就能直观地管理和执行 AI 驱动的自动化任务。[web:39]OpenWork 当前处于 v0.1.9 的早期阶段,GitHub(different-ai/openwork)已获得数百星标并持续增长,采用 MIT 开源协议,避免商业 SaaS 工具的平台锁定风险。[web:24]

2026-01-19 07:53:20 3706

原创 LVGL 双缓冲机制深入技术讲解

开始││ └─→ 单缓冲 + SPI 阻塞(别无选择)│├─→ 需要 > 30 FPS?│ ├─→ 是 → DMA 可用?│ │ ├─→ 是 → 双缓冲 + DMA [首选方案]│ │ └─→ 否 → 双缓冲 + SPI 轮询│ ││ └─→ 否 → 双缓冲 + SPI 就够了│└─→ 需要零撕裂 + 低 FPS 接受?└─→ 是 → 全屏双缓冲 + LTDC 控制器缓冲区大小:屏幕高度的 1/8 ~ 1/6(约 15%-20%),这是硬件和软件的最佳平衡点启用 DMA。

2026-01-17 19:15:45 819

原创 嵌入式UI图片格式、矢量图形与字体深度讲解

嵌入式UI系统对图片格式的选择面临独特的约束:有限的存储空间(Flash容量通常为32-256MB)、受限的内存(RAM 64-512MB)以及对实时性的要求(刷新率60Hz或更高)。现代嵌入式UI采用的资源格式包括位图矢量图形(SVG)和字体(TTF、OTF、WOFF2),每种格式通过不同的压缩算法和编码方案来平衡视觉质量与资源消耗。关键结论图片选择:WebP有损用于照片(压缩率20:1),PNG用于图标(支持透明),SVG用于复杂多分辨率需求字体优化。

2026-01-16 08:28:11 740

原创 Spec-Driven Development (SDD) 框架与开源 AI 智能体-意图的进化

开源AI编程工具生态正在经历从"玩具"到"工具"的蜕变。Spec Kit和OpenSpec确立了"规范先行"的开发纪律,OpenHands和Crush提供了强大的执行能力,而MCP协议打通了数据孤岛。未来,软件工程师的角色将不可避免分化:一部分人进化为"AI架构师",专注于编写高质量的Spec和Constitution,通过SDD框架指挥AI军团;另一部分人成为"工具制造者",优化ACI接口和智能体运行时环境。在这个新时代,

2026-01-11 19:36:08 1222

转载 cursor动态上下文发现

当模型的上下文窗口被填满时,Cursor 会触发一次摘要步骤,为 Agent 提供一个全新的上下文窗口,其中包含它迄今为止工作的摘要。但由于这是对上下文的有损压缩,Agent 的掌握情况在摘要之后可能会变差,可能会忘记任务中的关键细节。在 Cursor 中,我们将对话历史作为文件提供,以提升摘要的质量。在达到上下文窗口上限后,或者用户决定手动进行摘要时,我们会给 Agent 一个指向历史文件的引用。如果 Agent 发现自己需要的更多细节没有包含在摘要中,它可以在历史中搜索以找回这些信息。

2026-01-08 08:42:44 90

原创 2025-2030年嵌入式工程与AI协同演进:核心价值重塑与新兴机遇

大众编程”的浪潮虽然汹涌,但它不仅没有淹没嵌入式工程师,反而抬高了这一职业的水位。在AI生成的代码海洋中,**确定性(Determinism)、安全性(Safety)和物理性(Physicality)**成为了最稀缺的资源。向上生长: 掌握系统架构、合规标准和业务逻辑,成为AI工具的指挥官。向下扎根: 深入芯片底层、物理信号和硬件设计,筑牢AI无法逾越的物理护城河。向外扩展: 学习MLOps、数据流处理和云原生技术,打通从端侧感知到云端决策的全链路。

2026-01-08 08:22:58 1010

原创 Claude Code 创始人谈最新使用方法完全指南

每次新版本发布,都能增长,克劳德第一次能完成正确更多的事情,所以你每次都可以多要求一点。不幸的是,每次模型更新,情况都会变。“当我在谈话中看到克劳德做了特别好或特别糟糕的事情时,我会按#键,这会进入‘记忆模式’。这是人类工程师分享的高级技巧,也是从模糊想法到完整应用的最快方式。- AI的“脑外记忆”,自动加载编码规范和个人偏好。✓ 相信人工智能的发展速度,定期重新评估它的能力。1.1 “Vibe Coding”的局限性​。“现在是表现最差的时刻。二、CLAUDE.md:AI的“脑外记忆”​。

2026-01-03 11:38:29 1089

原创 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 1466

原创 Claude Skills 深度讲解

阶段 1:Function Call(2023)├─ 大模型可以调用外部工具├─ 问题:缺乏对任务的深度理解└─ 局限:工具调用简单线性阶段 2:MCP 上下文工程(2024)├─ 大模型有了更丰富的上下文和工具├─ 问题:仍然需要手动编写复杂的 Prompt└─ 局限:每次对话都需要重新加载上下文阶段 3:Claude Skills(2025)├─ 大模型有了「能力模块」的概念├─ 可以动态加载、组合、执行专门的工作流├─ 真正实现了「知识的模块化和复用」

2025-12-30 08:19:39 1259

原创 AI时代对编程技能学习方式的根本变化(1)

在全局视角下,设计高可用、可扩展、安全的系统架构。

2025-12-18 08:49:41 708

原创 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 1263

原创 《嵌入式文件系统(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 940

原创 《嵌入式文件系统(fatfs/littlefs/filex...)设计之道:从数据建模到可靠工程实践》第三篇

这一章讲清 FTL 解决什么问题、典型架构、核心算法,以及它在嵌入式中的不同形态。这一章,我们从系统架构视角,总结几种常见的 Flash 管理模式,并给出取舍建议。9.3.1 块级寿命:不是“整个芯片一起死”,而是“有的先死”在 Flash 单元上写入/擦除时,不仅目标单元的电荷会改变,对嵌入式系统真实性能危害最大的,往往不是“读失败”,,每个做嵌入式的团队都可以拿这张表来审视自己的设计。本章讲的是**“理论上的 FTL 怎么做”**,在后面的篇章里(文件系统实例篇、实践与测试篇),

2025-11-24 12:22:46 112

原创 《嵌入式文件系统(fatfs/littlefs/filex...)设计之道:从数据建模到可靠工程实践》第二篇

我们不急着谈 FAT、ext4、LittleFS,而是先把几个“积木”搭清楚。

2025-11-21 08:56:28 821

原创 《嵌入式文件系统(fatfs/littlefs/filex...)设计之道:从数据建模到可靠工程实践》第一篇

本章目标是给出一套统一指标体系,方便比较不同方案。

2025-11-21 08:08:29 51

原创 《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 476

原创 深入解析:屏幕撕裂、TE信号与显存同步机制

硬件配置MCU 写入速度是否使用 TE最终效果备注单显存快(<16ms)✅ 是完美流畅 (60FPS)最佳体验单显存中等(16~32ms)✅ 是 (隔帧写)流畅无撕裂 (30FPS)利用了起跑优势,没被套圈单显存慢(>32ms)✅ 是必有撕裂发生了“套圈”,物理无解单显存任意❌ 否随机撕裂 (滚动)画面会有断层滚动干扰双显存任意✅ 是 (用于切换)完美无撕裂帧率取决于写入速度,但画面永远完整。

2025-11-17 18:32:46 1090 2

原创 《Zephyr RTOS 深度学习指南与生成式AI结合方法探讨》 第七章:驱动与抽象篇

和_dt_spec是操作硬件的唯一凭证。如何优雅地处理 Active Level 和中断回调。如何使用标准的 I2C/SPI/UART API,以及背后的 ISR/RingBuffer 模式。硬件引脚复用的底层逻辑。你现在已经具备了**“裸写驱动”的能力。但 Zephyr 的强大之处在于它还有丰富的“中间件”**。在第八章:子系统篇,我们将不再关注底层引脚,而是去看看 Zephyr 提供的文件系统、日志系统和 Shell 命令行。那才是让产品真正“好用”的关键。

2025-11-13 21:52:45 1049

原创 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 1770

原创 《Zephyr RTOS 深度学习指南与生成式AI结合方法探讨》第六章

这是初学者最容易忽略的概念。你在 DTS 里写:DTS。

2025-11-12 08:47:18 1169

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除