架构设计

带娃的IT创业者

WeClaw 架构演进史：从 0 到 1 构建跨平台 AI 助手的完整历程系列文章第 17 篇 - 收官之作：技术选型、关键决策与宝贵经验全分享《从零到一构建跨平台 AI 助手：WeClaw 实战指南》专栏

EF Core 拦截器实战：SaveChangesInterceptor、CommandInterceptor 与审计落地审计不是“给表补几个 CreatedBy 字段”，也不是“在业务方法里顺手记日志”。它本质上是系统级可追溯能力，设计目标是让系统在任何写路径下都能稳定回答四个问题：谁发起、改了什么、何时发生、通过哪条链路触发。

[架构设计] 依赖注入优于单例模式本文档解释了为什么在现代软件设计中依赖注入优于单例模式，并提供了基于 Robot项目的 Python 实践示例。

小邓的技术笔记

ASP.NET Core 外部依赖调用治理实战：HttpClientFactory、Polly 与幂等边界订单服务最容易出现的稳定性问题，不是业务代码写错，而是下游支付、库存、短信网关一抖，整个接口成功率跟着雪崩。看起来只是一次超时，实际上会引发重试风暴、线程池占满、数据库回写积压。

[架构设计] pypubsub 底层实现机制与高性能替代方案pypubsub 是一个纯 Python 实现的发布-订阅库，其底层机制相对简单：pypubsub 的效率问题：

ASP.NET Core 外部依赖调用治理实战：HttpClientFactory、Polly 与幂等边界订单服务最容易出现的稳定性问题，不是业务代码写错，而是下游支付、库存、短信网关一抖，整个接口成功率跟着雪崩。看起来只是一次超时，实际上会引发重试风暴、线程池占满、数据库回写积压。

带娃的IT创业者

Weclaw 请求路由实战：一个 request_id 如何在 800 个并发连接中精准找到目标浏览器？系列文章第 03 篇 - request_id 在分布式系统中的生命周期《从零到一构建跨平台 AI 助手：WeClaw 实战指南》专栏

当 AI 助手开始管理多个项目：如何把“继续某项目”变成可联动机制这不是一篇关于“怎么写 YAML”的文章，而是一篇关于如何让 AI 助手在多项目协作里不再靠猜的文章。

钱的教育架构师思维：从现金流到资产负债表的系统工程作者：模界标签：架构设计 / 财务自由 / 技术债管理 / 微服务 / 系统思维大多数人的财务系统采用单体架构（Monolithic Architecture）：收入端耦合于单一雇主，支出端紧耦合于消费习惯，资产端缺乏服务拆分。这种架构在需求变更（职业变动）或流量峰值（突发支出）面前，往往表现为级联故障（Cascading Failure）。

递归尽头是星辰

DDD 认知升级：从单服务战术落地，到分布式中台战略全景领域驱动设计（DDD）并非单纯的技术概念，而是一套从业务建模到系统落地的完整架构方法论，其价值随业务复杂度提升而放大。此前我在《领域驱动设计（DDD）工程化实践：从MVC到DDD的代码重构》里完成了单服务内的 DDD 战术落地，聚焦聚合根、值对象等微观领域模型的实现；而在商品中台的分层分域架构中，实现了 DDD 在分布式中台里「战略 + 战术」的全维度落地，完成了从「微观」到「宏观」的跨越。

多 Session 伪装大脑：如何在保持隐私隔离的前提下实现多渠道 AI Agent 的认知一致性原文发布地：CSDN 博客技术栈：OpenClaw、LanceDB、Ollama、向量数据库适用场景：多渠道 AI Agent、群聊机器人、跨平台对话系统难度等级：中高级

一小时手搓轻量级可代替 Qdrant 的向量数据库前两天我直在优化goRAG那个项目，当我想RAG寻找一个存储方案时，我傻眼了：所以我只能妥协，现在只能让goRAG同时支持各个主流的向量数据库，要用起来还得靠Docker，实在太不优雅了！

AI基于Spec开发是巨坑？我这几天在用国内号称全球理解力第一的大模型做MindX下一代设计，我是出于对这个大模型的公司有很强烈的信心毕竟是体量又大实力又强嘛，而且在LLM界也是贡献颇多，作为中国人当然得支持一下，1个小时后时我开始截屏：

用六边形架构与整洁架构对比是伪命题？最近有几个朋友不约而同地在问我这样的一些问题:问题1：六边形架构与整洁架构选哪个更好？问题2：查资料说六边形架构更适合于中小型项目，而整洁架构更适合用于大型项目是这样吗？

NO.9架构设计理论与实践信息系统架构是该系统的一个（或多个）结构，而结构由软件元素、元素的外部可见属性及它们之间的关系组成。信息系统架构分为物理结构与逻辑结构两种：

软考-字处理软件设计分析某软件公司为其新推出的字处理软件设计了一种脚本语言，专门用于开发该字处理软件的附加功能插件。为了提高该语言的编程效率，公司组织软件工具开发部门为脚本语言研制一套集成开发环境。软件工具开发部门根据字处理软件的特点，对集成开发环境进行了需求分析，总结出以下3项核心需求：

【架构师从入门到进阶】第一章：架构设计基础——第一节：架构设计的目的本篇文章我们来学习架构设计的目的，我们从两个角度去分析，第一个就是架构设计的误区，然后再分析目的。我们先来说误区。

我只会写Bug啊

【软考】系统架构设计师-论文范文（六）软件测试是软件交付客户前必须要完成的重要步骤之一，目前仍是发现软件错误(缺陷)的主要手段。系统测试是将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起，针对整个系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不符或与之矛盾的地方，从而提出更加完善的方案。系统测试的主要内容包括功能性测试、健壮性测试、性能测试、用户界面测试、安全性测试、安装与反安装测试等。