<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[蜗牛的专栏]]></title><description><![CDATA[寻找方向]]></description><link>https://blog.csdn.net/exception_class</link><language>zh-cn</language><generator>https://blog.csdn.net/</generator><copyright><![CDATA[Copyright &copy; exception_class]]></copyright><item><title><![CDATA[你的中层岗位不是被裁掉的，是被 AI 「蒸发」了]]></title><link>https://blog.csdn.net/exception_class/article/details/159790553</link><guid>https://blog.csdn.net/exception_class/article/details/159790553</guid><author>exception_class</author><pubDate>Fri, 03 Apr 2026 10:46:32 +0800</pubDate><description><![CDATA[传统认知里，公司裁员往往是经济不好、要降本增效。但 AI 公司的情况不同：很多公司从成立第一天起，就没有中层这个层级。不是后来砍掉的，是根本不需要。]]></description><category></category></item><item><title><![CDATA[AutoSkill：让 LLM 不用训练也能“越用越聪明”的工程化路径]]></title><link>https://blog.csdn.net/exception_class/article/details/159762265</link><guid>https://blog.csdn.net/exception_class/article/details/159762265</guid><author>exception_class</author><pubDate>Thu, 02 Apr 2026 14:08:21 +0800</pubDate><description><![CDATA[当前大语言模型（LLM）智能体面临一个尴尬的现实：即使用户在每次对话中都表达了相同的偏好和工作方式，系统很少能将这些经验转化为可复用的能力。每次对话都像第一次见面，无法积累“经验”。

通过从用户交互中自动抽取、维护并复用“技能”，使 LLM 智能体能够持续积累能力，实现无需训练的终身学习。该框架将交互经验抽象为结构化技能卡，设计完整的技能生命周期，在 WildChat-1M 数据集上验证了其有效性——某些技能经过 30 多次迭代升级，证明了长期能力积累的可行性]]></description><category></category></item><item><title><![CDATA[驯服AI的不确定性：从“指令工程”到“缰绳工程”的范式跃迁]]></title><link>https://blog.csdn.net/exception_class/article/details/159733402</link><guid>https://blog.csdn.net/exception_class/article/details/159733402</guid><author>exception_class</author><pubDate>Wed, 01 Apr 2026 17:52:41 +0800</pubDate><description><![CDATA[在AI编程辅助日益普及的今天，开发者们普遍面临一个核心痛点：AI的表现极不稳定，时好时坏，难以预测。传统解决方案聚焦于优化给AI的“指令”（Prompt Engineering），但这往往治标不治本。本文深入剖析了这一问题的根源——我们错误地将AI视为“人类工程师”进行沟通，而忽视了其“观察-尝试-反馈”的本质工作模式。由此，文章系统性地介绍了一种全新的系统工程方法：Harness Engineering（缰绳工程/约束工程）。其核心思想是，与其不断优化“说什么”，不如精心设计一个让AI能自然、稳定做对事的]]></description><category></category></item><item><title><![CDATA[手把手教你编写第一个 Code Review Skill]]></title><link>https://blog.csdn.net/exception_class/article/details/159652348</link><guid>https://blog.csdn.net/exception_class/article/details/159652348</guid><author>exception_class</author><pubDate>Mon, 30 Mar 2026 17:27:11 +0800</pubDate><description><![CDATA[摘要： Skill是AI辅助代码评审的标准化方案，通过编写SKILL.md定义检查规则（安全/可读性/测试等），AI在收到&quot;review代码&quot;指令时自动执行。三步实现：1) 创建技能目录结构；2) 编写包含必改项、建议项的评审模板；3) 可选补充详细规则。支持团队共享和渐进式加载复杂规则，确保每次评审都遵循统一标准。示例展示AI如何识别硬编码密钥等风险，输出结构化建议。]]></description><category></category></item><item><title><![CDATA[告别重复劳动：让你的AI助手拥有“记忆”，一次定义，随处复用]]></title><link>https://blog.csdn.net/exception_class/article/details/159536890</link><guid>https://blog.csdn.net/exception_class/article/details/159536890</guid><author>exception_class</author><pubDate>Fri, 27 Mar 2026 10:54:57 +0800</pubDate><description><![CDATA[《告别重复劳动：AI助手全局技能复用系统》介绍了一种解决AI编程协作中重复劳动问题的新方案。该系统通过建立中央技能库(~/.skills-common/)和项目符号链接，实现代码模板和工具的全局复用。用户只需一次定义常用技能(如Spring Boot模板、工具类等)，即可在所有项目中通过简单指令调用，无需重复描述。AI能自动执行安装脚本，维护技能版本一致性，显著提升协作效率。该系统支持零Token复用、实时同步更新，让AI助手真正&quot;记住&quot;用户偏好，告别重复劳动。]]></description><category></category></item><item><title><![CDATA[定义 AI 驱动的研发新范式：HAFW从需求到部署的端到端智能工作流]]></title><link>https://blog.csdn.net/exception_class/article/details/159285467</link><guid>https://blog.csdn.net/exception_class/article/details/159285467</guid><author>exception_class</author><pubDate>Fri, 20 Mar 2026 16:18:19 +0800</pubDate><description><![CDATA[HAFW：AI驱动的端到端智能研发平台，通过27个智能指令和6阶段标准化流程实现100% AI驱动的软件开发。从需求分析到部署运维全链路覆盖，支持快速原型开发、标准化交付和遗留系统重构。核心功能包括智能需求解析、架构设计、代码生成、质量审计和自动化部署。HAFW将复杂开发任务转化为AI可执行的标准化指令，让开发者专注于创新而非重复劳动。提供CLI和AI代理两种接入方式，助力团队突破效率天花板。访问官网开启AI驱动开发之旅。]]></description><category></category></item><item><title><![CDATA[智能AI自动化协同发文系统架构设计：从理论到实践的完整指南]]></title><link>https://blog.csdn.net/exception_class/article/details/159250676</link><guid>https://blog.csdn.net/exception_class/article/details/159250676</guid><author>exception_class</author><pubDate>Thu, 19 Mar 2026 18:42:25 +0800</pubDate><description><![CDATA[本文探讨了智能AI自动化协同发文系统的架构设计，提出分层架构的&quot;复利效应&quot;显著提升了系统可维护性和开发效率。研究发现AI与人类存在&quot;双向赋能&quot;关系，AI辅助创作的同时需要人类把关关键质量。系统采用四层架构（表示层、业务逻辑层、数据层、基础设施层），核心组件包括内容生成引擎、流程编排器和质量评估器，实现了从内容生成到发布的全流程自动化。设计强调&quot;智能半自动&quot;原则，在关键环节保留人工决策点，确保内容质量的同时提升生产效率。]]></description><category></category></item><item><title><![CDATA[手把手教你推开架构治理的门：从TOGAF理论到赢得团队信任的第一块基石]]></title><link>https://blog.csdn.net/exception_class/article/details/159169202</link><guid>https://blog.csdn.net/exception_class/article/details/159169202</guid><author>exception_class</author><pubDate>Tue, 17 Mar 2026 16:59:24 +0800</pubDate><description><![CDATA[摘要： 在敏捷环境中推行架构治理面临理论与现实的冲突。通过与AI教练的对话，总结出四大思维转变：1）将架构评审委员会(ARB)定位为&quot;赋能中心&quot;而非审批关卡；2）采用&quot;三层翻译法&quot;沟通，针对不同对象切换价值/工程/体感频道；3）用极简工具（如ADR决策记录、技术雷达）承载治理思想；4）通过倾听和提问建立领导力。落地时建议：首周聚焦痛点调研、创建极简ADR模板、开启非正式Office Hours。架构治理的本质是建立团队与未来之间的&quot;信任契约&quot;，最终]]></description><category></category></item><item><title><![CDATA[软件架构设计：TOGAF框架引领企业架构化繁为简]]></title><link>https://blog.csdn.net/exception_class/article/details/159168023</link><guid>https://blog.csdn.net/exception_class/article/details/159168023</guid><author>exception_class</author><pubDate>Tue, 17 Mar 2026 16:14:28 +0800</pubDate><description><![CDATA[摘要：TOGAF框架作为全球领先的企业架构方法论，通过标准化语言和架构开发方法(ADM)帮助企业应对数字化转型中的复杂性。其核心价值在于提供从业务架构到技术架构的完整推导路径，包含10个阶段的闭环流程和三大支撑体系。成功实施TOGAF能实现业务IT对齐、提升敏捷性、降低成本并促进跨部门协作，关键在于根据企业实际裁剪流程、获得高层支持并建立持续治理机制。该框架不仅是架构师的职业通行证，更是企业提升IT治理成熟度的重要工具。]]></description><category></category></item><item><title><![CDATA[软件架构之道：从混沌到有序的 TOGAF 企业级实践指南]]></title><link>https://blog.csdn.net/exception_class/article/details/159119846</link><guid>https://blog.csdn.net/exception_class/article/details/159119846</guid><author>exception_class</author><pubDate>Mon, 16 Mar 2026 14:33:33 +0800</pubDate><description><![CDATA[《架构之道》摘要：本文系统阐述了软件架构的核心价值与实践方法。架构作为系统的最高层级抽象，通过组件化设计将业务需求转化为工程蓝图，实现四大核心价值：控制复杂度、增强适应性、提升协作效率和保障质量属性。文章以TOGAF框架为例，展示了业务、数据、应用和技术四层架构在智慧水务中的实践应用，强调架构是连接业务与技术的桥梁，能有效降低技术债务，支撑数字化转型。最终指出优秀架构应具备演进能力，实现IT与业务的战略协同。]]></description><category></category></item><item><title><![CDATA[软件系统架构设计：应对复杂性的战略手册]]></title><link>https://blog.csdn.net/exception_class/article/details/158617123</link><guid>https://blog.csdn.net/exception_class/article/details/158617123</guid><author>exception_class</author><pubDate>Tue, 03 Mar 2026 15:33:20 +0800</pubDate><description><![CDATA[摘要： 本文系统阐述了软件架构设计的核心原则与实践策略。提出架构应通过&quot;适应度函数&quot;实现自动化验证，强调决策透明化（ADR-Graph）与模式融合（DDD+CQRS）。推荐C4模型分层建模和&quot;架构即代码&quot;工具，并给出从单体到全球化架构的演进路线。特别指出现代架构师需具备FinOps成本意识、混沌工程实践能力，以及AI增强架构（AIA）的前瞻视野，通过主动设计反脆弱性系统应对不确定性。全文融合技术深度与战略思维，为构建可持续演进的架构体系提供方法论指导。]]></description><category></category></item><item><title><![CDATA[系统流程设计的架构实践：调用、数据与状态的协同演进]]></title><link>https://blog.csdn.net/exception_class/article/details/158036169</link><guid>https://blog.csdn.net/exception_class/article/details/158036169</guid><author>exception_class</author><pubDate>Fri, 13 Feb 2026 09:35:22 +0800</pubDate><description><![CDATA[摘要： 现代分布式系统架构需综合建模行为、状态与约束。资深架构师应通过四层视图（静态拓扑、动态调用、数据流向、状态迁移）构建数字孪生蓝图，实现控制流与数据流松耦合（信令/载体分离）、状态机驱动校验及显式化架构约束（幂等/一致性）。以电商订单为例，需整合调用、数据与状态矩阵，确保设计可追溯（字段变更溯源）、行为一致（代码符合状态机）及文档代码化（PlantUML/Git管理）。架构价值在于建立可验证的标准体系，而非静态图纸。]]></description><category></category></item><item><title><![CDATA[架构设计终极指南：从选型博弈到演进路线]]></title><link>https://blog.csdn.net/exception_class/article/details/157993455</link><guid>https://blog.csdn.net/exception_class/article/details/157993455</guid><author>exception_class</author><pubDate>Thu, 12 Feb 2026 09:50:28 +0800</pubDate><description><![CDATA[架构设计不是为了写出漂亮的代码，而是为了在业务压力、技术复杂度、人力成本的动态博弈中，寻找那个时刻的“非完美最优解“]]></description><category></category></item><item><title><![CDATA[架构进阶：微服务拆分的“生死线”]]></title><link>https://blog.csdn.net/exception_class/article/details/157993412</link><guid>https://blog.csdn.net/exception_class/article/details/157993412</guid><author>exception_class</author><pubDate>Thu, 12 Feb 2026 09:47:05 +0800</pubDate><description><![CDATA[微服务拆分需要谨慎评估，主要考虑三个核心维度：团队规模与交付频率（10-15人团队出现协作瓶颈时）、局部性能压力（部分功能需要独立伸缩）、技术栈异构需求（需混合编程语言）。拆分前必须构建全链路追踪、配置中心和服务治理等基础设施，避免陷入&quot;分布式单体&quot;困境。架构的核心价值在于用最简单方案解决复杂问题，而非盲目追求技术复杂度。]]></description><category></category></item><item><title><![CDATA[深入解析软件架构的“4+1”视图模型：多维视角的平衡艺术]]></title><link>https://blog.csdn.net/exception_class/article/details/157970827</link><guid>https://blog.csdn.net/exception_class/article/details/157970827</guid><author>exception_class</author><pubDate>Wed, 11 Feb 2026 10:26:57 +0800</pubDate><description><![CDATA[摘要：软件架构的&quot;4+1&quot;视图模型是处理复杂系统设计的经典框架，通过逻辑、开发、处理和物理四个技术视角，加上场景视图串联，实现架构的多维度审视。逻辑视图关注功能需求，开发视图聚焦代码组织，处理视图分析运行时特性，物理视图解决部署问题，场景视图验证各视图一致性。该模型帮助架构师平衡不同干系人需求，在现代开发中建议采用&quot;架构即代码&quot;方式，保持图纸与代码同步演进。这套多维思维方式在云原生时代仍具有重要指导价值。]]></description><category></category></item><item><title><![CDATA[软件系统架构设计：从蓝图到实现]]></title><link>https://blog.csdn.net/exception_class/article/details/157970663</link><guid>https://blog.csdn.net/exception_class/article/details/157970663</guid><author>exception_class</author><pubDate>Wed, 11 Feb 2026 10:18:03 +0800</pubDate><description><![CDATA[摘要： 软件系统架构设计是连接需求与实现的关键阶段，需平衡业务支撑与质量属性。采用4+1视图模型，聚焦四大核心架构： 逻辑架构定义业务组件与交互 开发架构制定技术栈与编码规范 运行架构优化并发与可靠性 物理架构规划部署与高可用 架构设计是持续演进过程，通过多维度协同确保系统&quot;做正确的事、规范做事、高效做事、稳定做事&quot;。成功的架构需在抽象与具象间建立清晰实现路径，为项目成功奠定基础。（150字）]]></description><category></category></item><item><title><![CDATA[Structurizr 入门指南：像写代码一样架构建模]]></title><link>https://blog.csdn.net/exception_class/article/details/157933728</link><guid>https://blog.csdn.net/exception_class/article/details/157933728</guid><author>exception_class</author><pubDate>Tue, 10 Feb 2026 10:28:22 +0800</pubDate><description><![CDATA[摘要： Structurizr 是一款基于 C4 模型的架构建模工具，采用&quot;模型即代码&quot;理念，通过 DSL 定义架构元素和关系。相比传统绘图工具，它支持版本控制、自动布局和单一事实来源。核心功能包括：定义系统上下文、容器图和组件图；创建动态流程视图；关联架构决策记录；支持多种导出格式。提供在线 Playground 和 Docker 本地部署方式，适合团队协作和技术文档自动化。典型应用场景包括系统设计、开发架构规划和运维部署方案。]]></description><category></category></item><item><title><![CDATA[软件架构图的“导航术”：C4 模型深度全解]]></title><link>https://blog.csdn.net/exception_class/article/details/157933070</link><guid>https://blog.csdn.net/exception_class/article/details/157933070</guid><author>exception_class</author><pubDate>Tue, 10 Feb 2026 10:04:04 +0800</pubDate><description><![CDATA[C4 模型真正的威力不在于方框画得是否漂亮，而在于它强制你在沟通前先整理思维层次。当你面对不同的人群时，知道该切换到哪一张“地图”，这就是架构师的核心沟通力。]]></description><category></category></item><item><title><![CDATA[实践指南：ADR——轻量级架构决策记录机制]]></title><link>https://blog.csdn.net/exception_class/article/details/157908417</link><guid>https://blog.csdn.net/exception_class/article/details/157908417</guid><author>exception_class</author><pubDate>Mon, 09 Feb 2026 17:08:53 +0800</pubDate><description><![CDATA[本文介绍了轻量级架构决策记录机制ADR的实践指南。ADR通过文档化架构演化过程，解决团队面临的架构知识断层、重复讨论等问题。文章详细阐述了ADR的核心结构（标题、状态、背景、决策、影响、一致性）、生命周期管理（提议、评审、通过、已取代）以及存储策略（代码仓库或协同平台）。同时提供了避坑指南，区分ADR与技术设计文档的差异，指出常见误区并给出落地建议。ADR作为团队&quot;架构集体记忆&quot;的载体，能帮助团队做出更理性的决策，并为未来维护提供历史依据。]]></description><category></category></item><item><title><![CDATA[架构师的核心思维模型：从技术执行者到系统构建者的蜕变指南]]></title><link>https://blog.csdn.net/exception_class/article/details/157901633</link><guid>https://blog.csdn.net/exception_class/article/details/157901633</guid><author>exception_class</author><pubDate>Mon, 09 Feb 2026 10:58:14 +0800</pubDate><description><![CDATA[作为从程序员成长起来的架构师，最惊心动魄的瞬间不是写出完美的算法，而是意识到：架构的本质不是为了解决技术问题，而是为了在约束条件下解决业务问题。]]></description><category></category></item></channel></rss>