- 博客(74)
- 收藏
- 关注
RSS订阅原创 EASYMESH-11-接入安全与扩展类
文章摘要（149字）： EasyMesh核心模块分析聚焦接入安全与扩展功能。Onboarding模块提供PBC和DPP两种入网方式：PBC通过物理按键触发WSC配置流程；DPP采用二维码认证，涉及Enrollee、Configurator和Proxy Agent三角色交互，通过1905.1隧道封装DPP帧实现跨网络配置。Backhaul Management模块管理三种回程链路（有线/Wi-Fi/混合），优先选择有线连接。协议通过特定TLV类型（如0x801d/0x8029）传递DPP能力声明、代理封装等关
2026-08-23 20:13:48
244
原创 EASYMESH-10-信道与引导类
学习目标：搞清 EasyMesh 里"信道怎么定、终端怎么赶、回程怎么换"这一组核心控制面消息。方法：协议原理为主线，prplMesh 源码作佐证（代码只用来印证"协议字段长这样、怎么处理"）。风格沿用：协议为主，代码穿插。
2026-08-20 23:09:34
85
原创 EASYMESH-09-拓扑与配置类
学习目标：吃透 EasyMesh 17 个核心模块中方法：协议原理为主线，prplMesh 源码作佐证（代码只用来印证协议字段长这样、流程怎么走）。风格沿用：协议为主，代码穿插佐证。
2026-08-20 23:08:53
91
原创 EASYMESH-08-认证流程与测试项
学习目标：把前面 1–5 阶段学的协议知识，落到"能不能过 WFA 认证"这条主线。方法：WFA 公开认证流程为主线，prplMesh作佐证（看开源实现怎么组织测试、跑哪些用例）。⚠️ 待核对：R6 具体 Test Case 编号、新增/强制项以官方 EasyMesh Test Plan v6.0 为准，本笔记先给骨架。
2026-08-20 23:08:19
135
原创 EASYMESH-07-R6专项与WiFi7适配
学习目标：把 Wi-Fi 7（802.11be）的 MLO / 6GHz / 320MHz / Preamble Puncturing 接入 EasyMesh Multi-AP 协议框架，理清 R6 新增消息与 TLV，为 BE8（Realtek RTL8198 Wi-Fi 7）方案过 R6 认证打基础。方法：协议为主线，prplMesh 源码作佐证（代码只用来印证"协议字段长这样、怎么处理"）。。
2026-08-20 23:07:48
127
原创 EASYMESH-06-Release增量矩阵R3-R6
学习目标：站在 R6 认证的视角，把 EasyMesh 从 R1 到 R6 的能力增量梳理成一张"作战地图"——每个 Release 加了什么、17 个核心模块各自从哪个 Release 起出现/被增强、R6 认证要实现哪些模块对应哪些 Test Case、prplMesh 当前跟到了哪个 Release。方法：协议为主，prplMesh 认证清单 + CHANGELOG 作佐证。R1/R2/R4 由 prplMesh/tests/certification/ 的通过清单确认；
2026-08-20 23:06:59
177
原创 EASYMESH-05-架构与角色全景图
EasyMesh网络基于1905.1协议构建，采用"主从式"管理架构。整个网络由唯一Controller（决策中枢）和多个Agent（执行节点）组成，通过1905.1 CMDU进行控制面通信，数据面独立传输。Controller可兼任Agent角色，提供Fronthaul BSS（终端接入）和Backhaul BSS（设备间回程）。Agent通过Backhaul STA关联上级设备的Backhaul BSS形成级联网络，同时提供Fronthaul BSS服务终端设备。这种架构实现了控制面与数据面解耦，支持多
2026-08-19 23:12:43
124
原创 EASYMESH-04-消息流图与时序
IEEE 1905.1消息流图与时序分析（阶段1.3笔记） 本文系统梳理了IEEE 1905.1协议的消息类型及其交互时序，主要包含三部分内容： 完整消息类型速查表：分类整理了0x0000~0x0012标准消息和0x8000+扩展消息，涵盖拓扑发现(0x0000)、拓扑通知(0x0001)、自动配置(0x0007~0x000A)等核心消息，明确每条消息的方向、用途和所属协议版本。 关键消息对比分析：重点区分了TOPOLOGY_DISCOVERY（周期性邻居发现）与TOPOLOGY_NOTIFICATION（
2026-08-19 23:12:12
127
原创 EASYMESH-03-tlv编解码协议详解
TLV 编解码协议详解摘要 TLV(Type-Length-Value)是IEEE 1905.1 CMDU协议中的核心信息编码机制。CMDU消息由固定8字节头部和可变长TLV链组成，EOM TLV(Type=0)作为结束标记。每个TLV包含：1字节Type标识类型、2字节网络序Length表示Value长度、变长Value数据。这种设计提供了良好的扩展性和兼容性，允许新TLV类型在不破坏旧版本的前提下添加。 TLV类型分为两段：0x00-0x13为1905.1通用TLV(如AL MAC地址、设备信息等)，0
2026-08-19 23:11:26
120
原创 EASYMESH-02-ieee1905-1-协议详解
IEEE 1905.1协议是一个汇聚层协议，它在以太网、Wi-Fi等多种底层链路之上提供统一的控制面消息机制。该协议通过AL MAC地址标识设备，使用特定组播地址(01:80:C2:00:00:13)进行通信，并以0x893a作为EtherType标识。关键特点包括：1)每个设备拥有唯一的AL MAC地址作为逻辑标识；2)通过ebtables规则防止网桥泛洪，确保协议层可控转发；3)屏蔽底层链路差异，实现跨网络类型的消息传输。该协议为EasyMesh等上层应用提供了基础通信框架。
2026-08-19 23:09:11
654
原创 EASYMESH-01-EasyMesh入门与概念辨析
EasyMesh入门摘要 EasyMesh是Wi-Fi联盟推出的开放标准Mesh组网协议，解决不同品牌路由器无法互通的问题。其技术基础为IEEE 1905.1（提供二层通信框架）和Wi-Fi Multi-AP规范（定义应用层逻辑），EasyMesh是后者的市场名称。核心特点包括： 跨品牌组网（需认证设备） Controller-Agent架构集中管理 统一SSID与智能漫游 支持有线/无线回程 自动信道优化与负载均衡 与私有Mesh相比，EasyMesh牺牲部分性能换取兼容性；与AC+AP相比更轻量适合家用
2026-08-19 23:08:25
556
原创 【蓝牙精品系列文档】【04_blemesh model】04_Remote_Provisioning
远程配网技术（Mesh 1.1）摘要 远程配网（Remote Provisioning）是Mesh 1.1规范的关键特性，解决了传统配网方式的三大痛点： 必须物理靠近设备（10-30米内） 只能单台配网 信号差区域无法配网 核心原理是通过已入网节点作为代理，建立两条链路： 链路A：加密的Mesh网络（Provisioner与RPR Server间） 链路B：明文的PB-ADV链路（RPR Server与新设备间） 主要应用场景包括商业照明、地下停车场、园区路灯等大规模部署环境。协议流程分为五个阶段：扫描发现
2026-07-15 22:25:15
246
原创 【蓝牙精品系列文档】【04_blemesh model】05_控制模式_单控组控场景控
BLE Mesh 控制模式可分为单控、组控和场景控三种。单控通过 Unicast 点对点控制单个灯具，适合调试和单点操作；组控利用 Group 组播实现一对多控制，适用于批量操作；场景控通过 Scene Server 实现多维状态快照切换，支持一键改变多灯具的亮度、色温等参数。组控和场景控都采用 Group 地址，但场景控需要灯具本地存储场景数据。这三种模式在通信方式、目标地址和 Model 配置上各有特点，适合不同应用场景，共同构建了灵活高效的智能照明控制系统。
2026-07-15 22:24:38
249
原创 【蓝牙精品系列文档】【04_blemesh model】03_业务模型层
Mesh模型层概述 Mesh模型层是协议栈最顶层的应用层，主要分为两类模型： SIG Model（16位ID） 由蓝牙技术联盟定义的标准模型 包括基础模型（0x0000）、通用模型（0x1000）、传感器（0x1100）、时间场景（0x1200）和照明专用（0x1300）等 实现跨厂商互通 Vendor Model（32位ID） 由厂商自定义的私有模型 包含厂商ID（16位）和自定义ID（16位） 通常用于特殊功能或产测指令 模型可分为Server（维护状态）和Client（发起控制）两类。SIG定义的模型
2026-07-14 23:39:34
213
原创 【蓝牙精品系列文档】【04_blemesh model】02_基础模型层
Fault 码含义0x00No Fault（无故障，但 Spec 不允许在 Fault Array 里出现 0x00）0x010x020x05Temperature Warning (过热)0x06Temperature Error (严重过热)0x0A0x11厂商自定义 0x80~0xFF厂商自定维度opcode 数量约 45 个15 个opcode 号段加密 Key通信模式全是 请求-应答1 条周期 publish + 14 条请求-应答最常用消息谁发起。
2026-07-14 23:38:24
185
原创 【蓝牙精品系列文档】【04_blemesh model】01_访问层
本文介绍了蓝牙Mesh网络中的Access层（访问层），作为传输层与模型层之间的中间层。其核心功能是解析Access PDU，并按目标地址和操作码(Opcode)将消息路由到正确的模型实例。文章详细解析了Access PDU的格式，重点阐述了Opcode的编码规则：1字节Opcode根据CTL位分为传输控制消息（不进Access层）和基础层访问消息（进Access层）；2字节用于SIG标准消息；3字节用于厂商自定义消息。最后列出了典型的1字节Opcode消息类型及其用途，包括传输控制消息（如分段确认、Fri
2026-07-14 23:38:07
232
原创 【蓝牙精品系列文档】【03_blemesh架构】07_网络层_2
网络层核心字段解析（IVI/NID/SEQ/IV Index） 本文深入解析Mesh网络PDU头部关键字段： IVI - 1位明文，表示IV Index最低位，用于快速判断新/旧IV Index版本，在IV Update期间实现双IV共存解密。 NID - 7位明文网络标识符，由NetKey通过k2算法派生，用于快速识别网络归属。 SEQ - 24位混淆序列号，配合IV Index构建唯一Nonce防止重放攻击。 交互机制：IV Update期间节点通过IVI区分新旧包，需配合Secure Network
2026-07-14 23:37:42
257
原创 【蓝牙精品系列文档】【03_blemesh架构】06_Friendship流程与空口交互
本文档分析了BLE Mesh中Friend和LPN节点的Friendship建立流程。主要内容包括： 前置条件：Friendship必须在配网完成后才能建立，需要NetKey、Unicast地址等必要参数。 核心流程：Friendship建立必须经过4步完整握手（Req→Offer→Poll→Update），仅Req/Offer不足以完成建立。关键点在于第一个Poll会触发Friend将established标记为1，此时才正式建立关系。 流程区分：建立阶段的4次交互与稳态运行时的Poll/Update循环
2026-07-14 23:37:10
156
原创 【蓝牙精品系列文档】【03_blemesh架构】05_Mesh_ADV格式
BLE Mesh广播承载格式摘要 BLE Mesh网络使用三种专用广播数据类型(AD Type)传输数据： 0x29 - 配网专用(Mesh Provisioning PDU) 用于设备配网阶段 由未配网设备或配网器发送 0x2A - 业务数据(Mesh Message) 传输已加密的网络层数据(Network PDU) 包含9字节头部(IVI/NID、CTL/TTL、序列号等) 使用AES-CCM加密和混淆技术保护隐私 只有已配网节点能收发 0x2B - 信标数据(Mesh Beacon) 分为两种子类型
2026-07-13 23:29:33
171
原创 【蓝牙精品系列文档】【03_blemesh架构】02_网络层
本文详细介绍了BLE Mesh网络层的核心概念和机制。主要内容包括： 地址类型：详解单播地址(Unicast)、组播地址(Group)和虚拟地址(Virtual)的分配范围及用途，特别是SIG预定义的4种组地址(all-proxies/all-friends/all-relays/all-nodes)。 中继(Relay)机制：说明中继节点的功能特点、工作流程(TTL递减转发)和配置参数，对比了与其他SIG组地址的区别。 网络PDU格式：完整解析了网络层协议数据单元的各个字段含义，包括IVI、NID、TTL
2026-07-13 23:29:04
917
原创 【蓝牙精品系列文档】【03_blemesh架构】03_传输层与安全
摘要 Mesh协议栈采用六层架构，核心特点是双重加密机制。上层传输层（Upper Transport）使用AppKey/DevKey加密业务数据并生成TransMIC（4/8字节），下层网络层（Network）使用NetKey派生密钥加密传输数据并生成NetMIC（4/8字节）。两个MIC独立存在，分别位于数据包尾部：TransMIC附着在加密的Access PDU后，NetMIC位于整个Network PDU末端。这种分层加密结构既保障了端到端业务安全（Upper Transport），又确保了网络传输安
2026-07-13 23:28:27
279
原创 【蓝牙精品系列文档】【03_blemesh架构】04_配网流程详解
文章摘要 本文详细解析了蓝牙Mesh网络中的配网（Provisioning）流程。主要内容包括： 配网概念：将未配网设备加入Mesh网络的过程，涉及Provisioner和Provisionee两个角色 设备发现机制：未配网设备通过0x2B Mesh Beacon广播自身信息，包含Device UUID和OOB Info等字段 两种Beacon类型：未配网设备Beacon（0x00）和安全网络Beacon（0x01）的格式对比 配网方式选择：PB-ADV（基于广播）和PB-GATT（基于GATT连接）两种配
2026-07-13 23:28:19
247
原创 【蓝牙精品系列文档】【03_blemesh架构】01_Mesh承载层
BLE Mesh 承载层摘要 BLE Mesh 采用两种承载方式传输数据：ADV Bearer（广播）和 GATT Bearer（连接）。ADV Bearer 通过广播信道传输 Mesh 消息，无需建立连接，使用三种特定 AD Type：0x29（配网协议）、0x2A（业务消息）和 0x2B（Beacon心跳）。0x2A是最常用的业务消息载体，已配网节点通过它传输加密的Network PDU，支持多跳中继。BLE 5.x扩展广播可提供更大的传输容量，通过ADV_EXT_IND和AUX_ADV_IND协同工作
2026-07-13 23:26:50
344
原创 【蓝牙精品系列文档】【02_gatt进阶】03_BLE5x新特性
BLE 5.x新特性与照明应用 本文系统梳理了BLE 5.0至5.3版本的关键特性及其在智能照明场景的应用价值。主要内容包括： 5.0核心升级：2M PHY提升传输速度，Coded PHY扩展覆盖范围，扩展广播支持1650字节大数据传输，周期性广播实现定时数据推送。 5.1定位能力：AoA/AoD技术支持厘米级室内定位，灯具可作为定位参考点。 5.2能效优化：动态功率调节(LE Power Control)根据距离自动调整发射功率，等时通道(LE Isochronous)保障时间敏感数据传输。 5.3连接增
2026-07-12 00:20:43
213
原创 【蓝牙精品系列文档】【02_gatt进阶】02_GATT服务开发
GATT 服务开发摘要 GATT（通用属性协议）是BLE应用开发的核心，采用层次化结构组织属性数据。一个GATT服务器包含多个服务，每个服务由特征值和描述符组成。UUID分为16位标准UUID（如0x1800通用访问服务）和128位自定义UUID。特征值属性定义了读写、通知等操作权限，常用描述符包括CCC（客户端特性配置）用于启用通知功能。以智能灯为例，可设计包含开关、亮度、色温特征的自定义服务，通过GATT协议实现状态控制和通知。BLE 4.2+支持MTU协商提升传输效率，服务变更可通过Service C
2026-07-12 00:20:02
176
原创 【蓝牙精品系列文档】【02_gatt进阶】01_ATT协议详解
本文详细解析了蓝牙低功耗(BLE)中的ATT协议，介绍了属性的四个核心要素：句柄（2字节唯一标识）、类型（UUID定义功能）、值（最大512字节数据）和权限（访问控制规则）。重点阐述了权限分类，包括基础操作（读/写/通知/指示）和安全要求（加密/认证）。通过电池电量实例展示了属性工作流程，并提供了完整的ATT PDU类型表格，涵盖请求-响应和服务器发起两类操作。ATT协议作为BLE数据交互的基础，采用客户端-服务器模型，通过属性实现设备间的数据访问与控制。
2026-07-12 00:19:39
601
原创 【蓝牙精品系列文档】【01_ble基础】07_ble_ota_process
本文详细解析了BLE OTA（空中升级）的完整交互流程，采用分层架构说明各协议层的功能与数据流向。主要内容包括： BLE协议栈7层架构（应用层到物理层）及各层核心作用 物理层和链路层数据包格式 OTA流程中的关键阶段： 广播与扫描阶段 连接建立过程 配对绑定机制 GATT服务发现 数据交换过程 断连处理 通过协议栈分层图和数据流向示意图，展示了从主设备（Central）到从设备（Peripheral）的端到端通信机制，包括各层PDU/数据单元格式和交互时序。
2026-07-12 00:19:05
150
原创 【蓝牙精品系列文档】【01_ble基础】06_wifi-ble-信道
BLE与WiFi信道对应关系摘要 BLE和WiFi虽然都工作在2.4GHz频段，但信道划分方式存在显著差异。BLE采用40个2MHz窄信道（3个广播信道+37个数据信道），而WiFi使用13个20MHz宽信道。两者不存在严格的一一对应关系，而是多个BLE窄信道会落入单个WiFi宽信道范围内。特别值得注意的是，BLE的三个广播信道（37-39）分别位于WiFi信道1、6和13附近，容易受到干扰。实际应用中，通过Channel Map和跳频机制可有效避开WiFi信道干扰。了解这种对应关系对优化无线设备共存具有重
2026-07-12 00:18:40
210
原创 【蓝牙精品系列文档】【01_ble基础】05_AD 结构与广播数据
本文介绍了蓝牙低功耗（BLE）中的AD（Advertising Data）结构及其广播数据格式。核心内容包括： AD数据是封装在链路层广播PDU中的格式，Legacy广播最大31字节，BLE 5.0扩展广播可达255+字节。 AD结构由三部分组成：Length（不含自身的Type+Data长度）、AD Type（1字节标识）和AD Data（可变长度载荷）。 详细列举了常见AD Type对照表（共28种），包括Flags、服务UUID列表、设备名称、发射功率、Mesh专用类型等。 重点解析了Flags字段（
2026-07-10 00:21:37
115
原创 【蓝牙精品系列文档】【01_ble基础】04_HCI与L2CAP
HCI与L2CAP蓝牙协议核心解析 HCI（主机控制器接口）作为蓝牙协议栈中Host与Controller的通信桥梁，定义了四种数据包类型（Command/Event/ACL/SCO）和三种物理传输方式（UART/USB/SDIO）。其核心在于16位操作码（OGF+OCF）组成的命令体系，例如0x200D表示LE Create Connection命令。 L2CAP（逻辑链路控制与适配协议）则提供协议复用功能，关键信道包括：0x0004（ATT）、0x0005（LE信令）、0x0006（SMP）。它通过CI
2026-07-10 00:20:36
131
原创 【蓝牙精品系列文档】【01_ble基础】03_物理层
BLE链路层状态机与通信机制 摘要 BLE链路层通过状态机管理设备射频活动，包含6种主要状态：待机态(Standby)、广播态(Advertising)、扫描态(Scanning)、发起态(Initiating)、连接态(Connection)和等时态(Isochronous)。各状态通过PDU交互进行转换，其中广播态支持多种类型(ADV_IND/ADV_DIRECT_IND等)，连接建立通过CONNECT_IND完成。数据通信采用基于NESN/SN的ACK机制和跳频技术，安全方面使用AES-CCM加密。连
2026-07-10 00:19:14
119
原创 【蓝牙精品系列文档】【01_ble基础】02_物理层
BLE物理层摘要：BLE工作在2.4GHz ISM频段，划分40个信道(3个广播/37个数据)，采用GFSK调制。提供三种PHY模式：1Mbps(基础)、2Mbps(高速)和Coded PHY(远距)。广播信道(37/38/39)设计避开了WiFi常用信道。物理层特性包括：-40个2MHz宽信道(广播3+数据37)-自适应跳频避开干扰-三种PHY模式：1M/2M/Coded(Coded含S=2/S=8两种编码率)-GFSK调制(h=0.5)-发射功率范围-20至+10dBm-支持BLE5.2+的功率控制该层
2026-07-10 00:17:35
113
原创 【蓝牙精品系列文档】【01_ble基础】01_ble协议栈架构
**BLE 5.3协议栈采用Controller与Host分层架构，通过HCI接口连接。Controller运行于蓝牙芯片，负责射频收发和链路层管理；Host运行在主处理器，处理上层协议逻辑。协议栈包含物理层、链路层、HCI、GAP、L2CAP、ATT和GATT等核心组件，支持1M/2M/Coded三种PHY和40个信道。相比BLE 4.2，5.3版本新增2M PHY、Coded PHY、扩展广播和功率控制等特性，显著提升传输速率、距离和能效，特别适合智能照明等IoT应用。海思平台通常采用UART(H4)或
2026-07-10 00:13:36
884
原创 11-opencode 项目规划、测试、代码审查实战
本文介绍了使用OpenCode工具实现AI驱动的软件工程全流程管理。主要内容包括： 项目规划阶段 通过AI进行需求分析与拆解 自动生成技术架构文档 分解开发任务并排期 测试驱动开发 自动生成测试策略和框架代码 批量并行生成单元测试 运行测试并分析结果 代码审查与质量保障 配置自动化审查流程 批量审查代码规范、安全性等问题 设置CI/CD质量门禁 完整项目流程示例 从初始化到交付的完整开发周期 各阶段AI辅助的实际操作示例 文章展示了如何利用AI工具实现从项目规划、开发到测试审查的全流程自动化管理，提升软件工
2026-04-07 23:20:32
441
原创 10-opencode 多模型配置指南
本文介绍了如何在OpenCode中配置和使用多个大模型，包括海外模型如Claude Opus。主要内容包括： 模型选择策略：对比Claude Opus（复杂架构设计）、Sonnet（日常开发）和Haiku（简单任务）的特点和适用场景 模型管理：查看可用模型、切换模型的方法（命令行参数或重启会话） 自定义配置：如何添加和管理AI提供商、使用OpenRouter统一接口访问多个模型 优化建议：创建shell别名快速切换、分层使用模型控制成本、压缩历史减少token消耗 常见问题解答和provider管理方法 最
2026-04-07 23:19:48
1546
原创 09-实战：opencode Python Web API 开发
本文介绍了使用OpenCode开发FastAPI Web API项目的完整流程。项目名称为OpenCode Todo API，采用FastAPI+SQLAlchemy+PostgreSQL技术栈，实现用户认证、任务管理和标签管理功能。文章详细展示了项目初始化步骤，包括创建标准目录结构、配置开发环境（.env文件、数据库连接等）和生成数据模型（User、Todo、Tag及关联表）。重点介绍了认证模块的实现（密码哈希、JWT Token）和API路由开发，包括用户认证、任务CRUD和标签管理等接口。项目遵循现代
2026-04-07 23:19:12
141
原创 08-OpenCode 独有技巧
OpenCode 提供了多项独特功能提升开发效率： 多界面支持：包含终端(TUI)、命令行(CLI)、Web和IDE扩展等多种交互方式 特色功能： 通过@符号引用项目文件 使用!前缀执行Shell命令 支持Plan/Build两种工作模式切换 自定义命令系统可创建可复用指令 高级交互： 文件模糊搜索引用(@) 直接执行Shell命令(!) Plan模式用于规划，Build模式直接修改文件 可查看AI思考过程 会话管理： 基于Git的撤销/重做功能 子Agent独立执行任务 支持会话分享和导出 模型切换： 快
2026-04-07 23:18:17
429
原创 07-opencode 代码分析与重构
OpenCode提供了强大的代码分析与重构功能，包括批量编辑、智能分析和代码库问答三大核心能力。其代码分析涵盖结构分析、质量检查、安全扫描和性能评估，通过语义理解生成详细报告和重构建议。批量编辑功能支持全局替换、条件修改和批量生成等操作，智能代码分析可识别架构问题、代码质量和安全风险。代码库问答功能允许开发者通过自然语言查询项目结构、依赖关系和代码逻辑。重构功能支持提取函数、重命名、移动代码和接口优化等常见模式，并提供了框架迁移、架构重构等技术栈升级方案。最佳实践包括小步重构、测试先行和版本控制，确保重构过
2026-04-07 23:17:17
123
原创 06-opencode Skills 复用
OpenCode 的 Agent Skills 机制提供了一种高效的指令复用方式，通过标准化的 SKILL.md 文件定义可共享的操作规范。关键特性包括： 结构化存储：每个 Skill 包含 YAML 元数据和 Markdown 指令内容，按目录组织 多级加载：支持项目级和全局 Skills，自动扫描多个兼容路径 标准化规范：严格的命名规则和 frontmatter 格式要求 典型应用场景：提供 Git 发布、Python 类生成、FastAPI CRUD 等常见开发任务的标准化模板 智能调用：Agent
2026-04-07 23:12:32
206
原创 05-opencode Hooks自动化
OpenCode是一个基于终端界面的CLI工具，通过AI Agent实现编程任务自动化。它支持自然语言指令驱动多步骤工作流，包括代码格式化、测试运行、Git操作等。核心功能包括：AI直接读写文件、执行Shell命令、智能生成提交信息。使用方式简单直观，只需输入自然语言指令如"格式化代码并运行测试"，AI会分步执行并显示结果。安全机制方面，敏感操作会通过TUI界面确认。典型应用场景包括Python项目开发流程自动化、前端组件测试、代码重构等。相比传统工具，OpenCode无需配置hooks
2026-04-07 23:11:27
559
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人