架构

吴建旭智宅焕

智能家居交付计价模型的设计与实现：按时间计费与交付确定性架构一、背景/痛点分析智能家居交付的计价模型，长期存在一个根本性误判：把设备数量等同于交付成本。按设备数量报价，假设每个设备的安装调试成本相同，成本随数量线性增长。但智能家居不是单设备堆砌，而是多设备联动的系统。设备数量增加时，设备之间的联动关系、场景逻辑、调试难度呈指数级增长。第100个设备的调试成本，远高于第1个。

这个DBA有点耶

深入 OLTP 锁与并发：从行锁到分布式事务的一致性权衡大家好，我是小耶，写功课是为了我踩过的坑，你们别再踩了！你有没有遇到过这种情况：数据库 TPS 明明不高，但偶尔会卡死。查慢查询日志，没发现什么大 SQL。查 CPU 和 IO，都挺正常。最后发现是死锁。

这个DBA有点耶

innodb_autoinc_lock_mode的三种模式：批量插入时自增锁的持有逻辑与调优大家好，我是小耶，写功课只是为了我踩过的坑，你们别再踩了！有一次线上告警：订单创建接口的P99从80ms飙升到3秒。

zhuhai_xigedian

源网荷储一体化柜通信层：网络架构与协议矩阵设计通信层是源网荷储一体化柜的核心中枢，承担着设备层数据归集、跨设备协同交互、云端数据传输、电网主站对点联动的关键职能，直接决定能源系统的数据传输稳定性、设备适配兼容性与调度指令时效性。传统能源设备普遍存在通信架构单一、协议适配局限、数据传输割裂、云端联动薄弱等问题，无法适配多品牌、新旧混杂的新能源及用电设备工况，难以满足电网合规通信与智慧能源管控需求。西格电力源网荷储一体化柜专属通信层，依托标准化立体网络架构、全品类通用协议矩阵、高效云边协同机制与智能边缘计算能力，打造全协议兼容、全场景适配、高安全稳定的通

PHP 门户接后端接口，字段为什么总是静默丢失？4 个固定动作 + 6 个静默踩坑点"我加了字段，为什么保存之后还是空的？"这是我最常收到的问题之一。通常伴随着这样的画面：改了 PHP、也改了后端、控制台没报错、接口返回 200，但页面上那个字段就是空的。

Agent 系列17｜多 Agent 实战Agent 工程实战系列 · 开发篇 ·第 10 篇讲的是"什么时候该拆、拆成什么样"，本篇把它写成能跑的代码：一个编排者（orchestrator）带几个只读的子 Agent 并行干活，消息走统一的总线，每个子 Agent 只拿到它需要的任务包，回来的结果要带证据，汇总时按证据的"可靠性"裁决，说法对不上就整理成交接包转人工，所有写操作只有一个出口、而且必须过审批。主线还是 SupportPilot（“包裹没到，要求补发”），案例2是一个多 Agent 研究助手（第 10 篇预告过）。前置阅读：10 多

行者全栈架构师

我用 TRAE Work 把桌游之夜搬进了浏览器：一个计分器的从创意到上线参赛赛道：创意项目与兴趣驱动选题方向：兴趣驱动的创意小工具（TRAE Work 全程对话式生成）我们有个雷打不动的周五桌游局，UNO、卡坦岛、狼人杀轮着来。玩得久了有个老问题：谁赢了记不住，谁"欠"谁一顿饭更记不住。手机备忘录里躺着七零八落的分数，翻三天就找不到了。

零依赖 Node.js 后端 + PHP 门户 + UniApp 跨端：一张架构地图 + 9 类改动的落点，四端分销系统怎么改拿到一个 3 万行的陌生代码库，你第一反应是翻 package.json 还是翻目录树？我接手这套系统时两个都翻了，结果发现真正决定你改哪一行代码的，不是技术栈，是它有没有框架。有框架，你照着约定写；没框架，约定就散落在每个人的脑子里，你得自己把它们捞出来。

吴建旭智宅焕

智能家居品牌方交付失控的系统性风险与全国交付基础设施架构一、背景/痛点分析某社交平台出现使用端对智能家居品牌的投诉，核心指向售后服务缺失。使用端不会区分品牌方B端客户与渠道型B端客户，只会将体验归因于品牌。实际原因往往在交付责任链末端失控。

选举之后，数据去哪了：MongoDB rollback 目录里的失踪写入（构造典型案例，细节与数字已脱敏虚构）凌晨切主 15 秒完成，没有任何报警。第二天上午，库存对账差了 87 笔——DBA 翻遍三个节点，最后在旧主数据目录的 rollback 文件夹里把它们全找了出来：一排 BSON 文件，安安静静躺着，集群里谁也看不见它们。

一个 user_id 打爆 Prometheus周一早上打开 Grafana，面板白屏。Prometheus 昨晚 OOM 重启了三次，每次重启都要先重放 WAL，告警断断续续——但业务方说，昨晚流量根本没涨。

灵动的艺术

如一 Agent 架构解读（一）：数字分身的执行模型——Run、Turn 与四个时间尺度「如一」是我们做的一个面向 C 端的云端数字分身：它在云端 7×24 运行，有自己的浏览器、文件系统和记忆，能替你持续完成任务。这个系列逐层解读如一的真实架构——不是 Demo 级玩具，而是一个多租户生产系统。开篇先讲最核心的执行模型：一个 Agent 到底"活"在什么结构上。

你看我名字

LNMP 生产架构与云运维实践：Nginx、PHP-FPM、MySQL 全链路分析LNMP 生产架构与云运维实践：Nginx、PHP-FPM、MySQL 全链路分析本文独立分析 LNMP 技术栈，适合部署 PHP 网站、管理后台、内容系统和中小型业务。重点覆盖架构、配置、性能、日志、监控、备份、故障排查和生产安全。

零信任架构实战：基于天远车辆估值构建自动化品牌二手车置换智能定价与补贴测算网关在全国汽车品牌授权经销商集团（4S 店）、主机厂官方认证二手车中心以及大型汽车“以旧换新”置换服务 SaaS 平台的日常经营中，二手车置换升级业务已成为驱动新车销量与盘活汽车存量资产的核心引擎。随着国家汽车以旧换新补贴政策的纵深推进，广大车主希望将手头的现有旧车置换为高品质新能源汽车或高配置燃油车。为了保障置换交易的公平透明、精准锁定收购成本并规范核算主机厂及门店专项置换补贴，SaaS 平台必须对意向车源的品牌、车型细分配置、上牌年份、表显里程以及公允流通市场行情进行精准穿透与科学定价。然而，传统二手车置

告别本地工控机：分布式光伏 SCADA 架构如何实现云边协同去年 5 月，我们在苏南跑一个 20MW 的分布式项目，资产方要求实现秒级监控。当时施工方为了省事，还是按地面站那套逻辑，在现场塞了个工业 PC 装本地 SCADA。结果上线不到一周，运维群里的告警就炸了：网络稍微一抖动，本地数据库就断连，云端看数据全是断档。这种“重本地、轻云端”的土办法，在分布式光伏爆发的今天，简直是运维人员的噩梦。

深入探索 Zenoh：对高速公路物联网中台数据架构的启示摘要：本系列第一篇《对技术架构的启示》回答了"用什么通信"——Zenoh 如何以三类节点、三种拓扑、约 5 字节开销重构中台的接入与消息层。本篇把镜头转向数据架构，回答另一个更根本的问题：“数据到底该怎么存、怎么查、怎么算？” 传统中台的数据链路是"设备持续上报 → MQTT → Kafka → Flink → 数仓"，数据被无差别地"推"上来、“囤"起来，等应用来"读”。而 Zenoh 的 Query / Queryable、Storage、Eval（按需计算）三件套，提供了一条截然不同的路径：数据就

code_slave(码畜)

微服务架构落地：读写分离架构 —— 主从延迟引发的“刚开单查不到”灾难与破局大宗商品销采运储系统・六层架构连载（数据持久层）上一篇我们完成了数据持久层总览，明确了从单机到海量数据架构演进的必经之路。

FII工业富联科技服务

AI Factory 技术架构解析：数字孪生、自动化、机器人与 AI Agent 如何协同？制造业正在面临一个越来越突出的矛盾：产品变得更加复杂，更新速度越来越快，客户需求更加多样化，但制造企业仍然需要以更短的周期完成产品导入，并保持稳定的生产效率、质量和交付能力。

【计算基础｜MySQL08】索引（上）：为什么是 B+ 树你上一篇已经知道数据按页存在 .ibd 文件里。那"查一条数据怎么变快"？答案是索引——给数据建个目录。但为什么这个目录偏偏是 B+ 树，而不是你学过的红黑树、哈希表？聚簇索引、二级索引、回表、覆盖索引到底是什么关系？

专业版守核心，企业版做增量：SagooIoT 的跨模块能力出口依赖方向固定、不可反向：这一条决定了：核心可以独立演进、独立交付；增值业务可以快速叠加，却不会把核心代码搅成「企业版特供」。