<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[kingwinstar的博客]]></title><description><![CDATA[]]></description><link>https://blog.csdn.net/kingwinstar</link><language>zh-cn</language><generator>https://blog.csdn.net/</generator><copyright><![CDATA[Copyright &copy; kingwinstar]]></copyright><item><title><![CDATA[解析五大AI编程范式：Vibe/Plan/Spec/Glue/Smell Coding 完整选型指南]]></title><link>https://blog.csdn.net/kingwinstar/article/details/162091987</link><guid>https://blog.csdn.net/kingwinstar/article/details/162091987</guid><author>kingwinstar</author><pubDate>Tue, 08 Sep 2026 09:11:49 +0800</pubDate><description><![CDATA[五大AI编程范式的迭代升级，本质是人机协作关系的进化：从最初“AI自由写代码、人类被动接盘”，进化为“人类定义规则、AI精准执行”。小、临时、模糊、单人、非核心业务：选用轻量化范式（Vibe / Plan）大、长期、明确、多人协作、核心合规业务：选用工程化范式（Glue / Spec）真正专业的AI开发，不是无脑依赖AI自动生成，而是按需匹配范式、精准约束AI、分层管控质量，用最合适的协作模式，平衡研发效率与工程质量。写在最后。]]></description><category></category></item><item><title><![CDATA[OpenSpec+Superpowers 实战：SeaTunnel Zeta 管理面板开发全流程]]></title><link>https://blog.csdn.net/kingwinstar/article/details/161398406</link><guid>https://blog.csdn.net/kingwinstar/article/details/161398406</guid><author>kingwinstar</author><pubDate>Tue, 25 Aug 2026 09:41:08 +0800</pubDate><description><![CDATA[AI辅助编程时代，最大的痛点不是"AI写不出代码"，而是需求理解偏差、架构漂移、代码质量不可控。很多人用AI开发时，陷入了"反复提需求→AI写代码→发现不对→返工"的恶性循环。今天我们用OpenSpec规范驱动+Superpowers工程化执行的黄金组合，以开发一个功能完整的SeaTunnel Zeta管理面板为例，展示AI开发的正确姿势。全程在本地OpenCode CLI环境下进行。OpenSpec+Superpowers的配合，本质上是将软件工程的最佳实践固化为AI可以执行的流程。需求不确定性。]]></description><category></category></item><item><title><![CDATA[OpenSpec + Superpowers 落地：AI 生成与人工编写的权责边界]]></title><link>https://blog.csdn.net/kingwinstar/article/details/160706017</link><guid>https://blog.csdn.net/kingwinstar/article/details/160706017</guid><author>kingwinstar</author><pubDate>Tue, 11 Aug 2026 11:19:38 +0800</pubDate><description><![CDATA[OpenSpec是一套基于规范驱动开发（Spec-Driven Development, SDD）的AI研发框架，其核心价值是将模糊的业务需求转化为结构化、可校验、可追溯的研发契约，覆盖需求提案、架构设计、任务拆解、验收标准、变更管控的全流程，是AI研发全流程的“最高准则”，解决了AI编码中“需求漂移、共识缺失、追溯困难”的核心痛点。AI辅助编程的终极目标，不是用AI完全替代人工，而是让AI与人工各司其职，各自发挥核心优势：AI擅长标准化、重复性的执行工作，人工擅长创造性、决策性的价值判断。]]></description><category></category></item><item><title><![CDATA[Superpowers 核心原理与高阶使用技巧]]></title><link>https://blog.csdn.net/kingwinstar/article/details/160693787</link><guid>https://blog.csdn.net/kingwinstar/article/details/160693787</guid><author>kingwinstar</author><pubDate>Tue, 28 Jul 2026 09:15:42 +0800</pubDate><description><![CDATA[代码质量升级：强制测试、规范评审、系统化调试，大幅减少线上Bug与技术债务；研发效率平衡：前期方案规划耗时小幅增加，后期调试、返工成本大幅降低；团队标准化：统一AI编码行为，避免不同开发者使用AI带来的代码风格、质量参差不齐；复杂场景适配：完美适配后端业务开发、中间件改造、AI 智能体工程落地、接口平台建设等企业级复杂场景。]]></description><category></category></item><item><title><![CDATA[如何在实际研发中合理选择与匹配 Superpowers 技能]]></title><link>https://blog.csdn.net/kingwinstar/article/details/160693100</link><guid>https://blog.csdn.net/kingwinstar/article/details/160693100</guid><author>kingwinstar</author><pubDate>Tue, 14 Jul 2026 09:18:20 +0800</pubDate><description><![CDATA[常规业务开发，优先依赖 Superpowers原生自动触发链路，无需手动干预技能；按「设计→开发→调试→评审→交付」五个阶段分段选型，每个阶段只启用对应域的技能；高风险代码强绑定 TDD、评审、验证三类约束技能；任务形态决定调度策略：串行用 executing / subagent，解耦并行用 dispatching-parallel-agents；]]></description><category></category></item><item><title><![CDATA[Superpowers 官方全技能详解 + 场景化组合使用指南]]></title><link>https://blog.csdn.net/kingwinstar/article/details/160693011</link><guid>https://blog.csdn.net/kingwinstar/article/details/160693011</guid><author>kingwinstar</author><pubDate>Tue, 30 Jun 2026 10:08:48 +0800</pubDate><description><![CDATA[【代码】Superpowers 官方全技能详解 + 场景化组合使用指南。]]></description><category></category></item><item><title><![CDATA[一键赋能AI编码助手！Superpowers 全平台安装指南，新手也能快速上手]]></title><link>https://blog.csdn.net/kingwinstar/article/details/160691212</link><guid>https://blog.csdn.net/kingwinstar/article/details/160691212</guid><author>kingwinstar</author><pubDate>Tue, 16 Jun 2026 09:16:32 +0800</pubDate><description><![CDATA[AI编码的核心竞争力，从来不是「写得快」，而是「写得稳、写得规范、少返工」。Superpowers 用一套标准化的工程流程，补齐了AI编码的短板，无论是个人开发提效，还是团队统一代码规范，都是低成本、高回报的工具选择。]]></description><category></category></item><item><title><![CDATA[别再让 AI 瞎写代码了！装上它，你的 Cursor/Claude 直接封神]]></title><link>https://blog.csdn.net/kingwinstar/article/details/160691061</link><guid>https://blog.csdn.net/kingwinstar/article/details/160691061</guid><author>kingwinstar</author><pubDate>Tue, 02 Jun 2026 09:56:46 +0800</pubDate><description><![CDATA[Superpowers是一个开源的插件系统，核心目标只有一个：把你的AI编码助手，从一个急于交差的“初级开发”，改造成一个严守开发纪律的资深软件工程师。它由Jesse Vincent开发，完美兼容Claude Code、Cursor AI、Codex、Gemini CLI这些主流AI编码平台，一套开发规范，能跨工具通用。它的核心逻辑特别朴素：优秀开发者和普通开发者的核心差距，从来不是智商，而是职业纪律。Superpowers做的，就是把资深工程师刻进骨子里的开发习惯，变成AI不可跳过的强制流程。]]></description><category></category></item><item><title><![CDATA[不设终局，专注当下：Harness 与 AI 工程化演进]]></title><link>https://blog.csdn.net/kingwinstar/article/details/159730712</link><guid>https://blog.csdn.net/kingwinstar/article/details/159730712</guid><author>kingwinstar</author><pubDate>Tue, 19 May 2026 11:30:53 +0800</pubDate><description><![CDATA[Prompt 解决“可用”，Context 解决“有序”，Harness 解决“可靠”。AI 工程化的本质，不是不断追求更强的模型，而是不断提升系统的可控性、稳定性、可治理性。Harness Engineering 是当下最务实、最体系化的答案。它不是终点，而是下一个时代的起点。不设终局，持续演进，这才是技术最真实的样子。]]></description><category></category></item><item><title><![CDATA[OpenSpec定制化全攻略：让AI开发工作流精准适配你的团队]]></title><link>https://blog.csdn.net/kingwinstar/article/details/159471631</link><guid>https://blog.csdn.net/kingwinstar/article/details/159471631</guid><author>kingwinstar</author><pubDate>Tue, 12 May 2026 11:09:26 +0800</pubDate><description><![CDATA[如果项目配置满足不了需求，比如你的团队有专属的开发流程（如先调研再提案、必须加评审环节），就可以用自定义模式，打造完全贴合团队的工作流。自定义模式的文件都放在项目的目录下，和代码一起版本控制，团队成员能同步使用，不怕规则不一致。如果想打造全新的工作流，比如极简的“快速迭代模式”，可以用，跟着引导设置工作流名称、描述、包含的文档；非交互式创建：直接指定参数，一步到位，示例如下：openspec schema init rapid \--default自定义模式的核心是version: 1。]]></description><category></category></item><item><title><![CDATA[OpenSpec的核心理念：四大原则+一套流程，让开发告别混乱]]></title><link>https://blog.csdn.net/kingwinstar/article/details/159471236</link><guid>https://blog.csdn.net/kingwinstar/article/details/159471236</guid><author>kingwinstar</author><pubDate>Tue, 28 Apr 2026 09:11:35 +0800</pubDate><description><![CDATA[除了默认的“规范驱动”工作流，OpenSpec还支持自定义schema（流程架构），你可以根据团队的工作习惯，创建专属的开发流程。比如你的团队习惯先做调研再提提案，就可以基于默认流程，新增一个“调研”制品，让流程变成“调研→提案→任务”；如果是小需求，也可以跳过设计环节，直接从提案到任务，彻底拒绝繁文缛节。这种灵活性，让OpenSpec不仅能适配个人开发，还能从创业团队扩展到企业级项目，真正做到“框架适配团队，而非团队适配框架”。好的规范，应该是开发的“助力”。]]></description><category></category></item><item><title><![CDATA[OpenSpec Commands 全解析：让 AI 编码工作流更规范高效]]></title><link>https://blog.csdn.net/kingwinstar/article/details/158889910</link><guid>https://blog.csdn.net/kingwinstar/article/details/158889910</guid><author>kingwinstar</author><pubDate>Tue, 14 Apr 2026 09:08:39 +0800</pubDate><description><![CDATA[OpenSpec的命令体系核心是**“场景化、规范化、可追踪”**，通过这套命令，将AI编码的“随性”转化为可管理的工作流，既保留了AI编码的高效，又解决了代码质量、协作、可维护性等问题。命令选择原则新手/简单需求/快速开发：用默认快速工作流为核心）；复杂需求/团队协作/精细化控制：用扩展工作流/opsx:new为入口，配合/opsx:ff需求模糊：先执行调研，再启动变更；批量完成变更：用高效归档并处理冲突；首次使用：先执行完成交互式教程。]]></description><category></category></item><item><title><![CDATA[OpenSpec工作流全解析：选对模式，开发效率翻倍]]></title><link>https://blog.csdn.net/kingwinstar/article/details/158889409</link><guid>https://blog.csdn.net/kingwinstar/article/details/158889409</guid><author>kingwinstar</author><pubDate>Tue, 24 Mar 2026 09:14:27 +0800</pubDate><description><![CDATA[适合复杂开发、团队协作场景，包含脚手架、校验、批量操作等专属命令。开启方式：执行/opsx:new/opsx:ff等，支持更精细化的开发管控。OpenSpec的工作流核心价值，在于将「固化的开发阶段」转化为「灵活的可执行动作」，让开发过程适配真实的工作场景——需求不会永远清晰，任务不会永远单一，变更也不会永远单向。选对工作流模式，本质上是让工具适配开发需求，而非让开发迁就工具。希望这篇文章能让你吃透OpenSpec的工作流逻辑，在实际开发中精准选择模式、灵活使用命令，真正实现开发效率的提升。]]></description><category></category></item><item><title><![CDATA[别再让 AI 编程瞎猜！OpenSpec 让你和 AI 助手高效协作不返工]]></title><link>https://blog.csdn.net/kingwinstar/article/details/158884339</link><guid>https://blog.csdn.net/kingwinstar/article/details/158884339</guid><author>kingwinstar</author><pubDate>Tue, 10 Mar 2026 14:12:39 +0800</pubDate><description><![CDATA[OpenSpec的出现，让AI编程从「模糊的对话式开发」变成了「精确的规范式开发」，它没有改变AI编程助手的使用方式，而是给AI编程加了一套「规矩」，让AI的能力能更高效、更稳定地发挥出来。不管你是单兵作战的个人开发者，还是需要团队协作的技术负责人，亦或是开源项目维护者，OpenSpec都能帮你提升AI编程的效率，减少返工，降低开发成本。项目地址。]]></description><category></category></item><item><title><![CDATA[SpringBoot日志隔离实战：3步搞定多环境日志配置，开发/测试/生产各得其所]]></title><link>https://blog.csdn.net/kingwinstar/article/details/150208047</link><guid>https://blog.csdn.net/kingwinstar/article/details/150208047</guid><author>kingwinstar</author><pubDate>Tue, 03 Feb 2026 09:28:39 +0800</pubDate><description><![CDATA[开发时想看到DEBUG级别的详细日志排查问题，测试环境却需要INFO级别过滤冗余信息，生产环境更是要严格限制日志输出量——不同环境对日志的需求天差地别，但很多项目还在用一套配置"走天下"。要么开发时日志太简略查不出问题，要么生产环境日志刷屏占满磁盘，甚至因为日志级别过低泄露敏感信息。本文就带你用SpringBoot的原生能力，零代码侵入实现多环境日志隔离，让开发、测试、生产环境的日志配置各得其所。环境配置完全隔离，修改某个环境的日志配置不会影响其他环境。]]></description><category></category></item><item><title><![CDATA[告别 OpenFeign！Spring 6 原生 HttpExchange 微服务调用实战指南]]></title><link>https://blog.csdn.net/kingwinstar/article/details/156641638</link><guid>https://blog.csdn.net/kingwinstar/article/details/156641638</guid><author>kingwinstar</author><pubDate>Tue, 13 Jan 2026 09:11:36 +0800</pubDate><description><![CDATA[在 Spring Cloud 微服务架构的早期实践中，OpenFeign几乎是服务间远程调用的事实标准。它凭借简洁的注解和强大的功能，成为了无数开发者的首选。然而，技术的车轮永不停歇！随着的横空出世，一个全新的特性 ——应运而生。作为 Spring 原生的 HTTP 服务调用抽象，它无需额外依赖、配置更简洁、性能更优异，正在迅速成为微服务调用的新宠。如果你还在为 OpenFeign 的繁重依赖和复杂配置而烦恼，如果你想紧跟 Spring 官方的技术路线，那么本文绝对不容错过！我们将基于和，以。]]></description><category></category></item><item><title><![CDATA[用Nginx代理总404？换个网关就好？罪魁祸首竟是这个Host头！]]></title><link>https://blog.csdn.net/kingwinstar/article/details/149775281</link><guid>https://blog.csdn.net/kingwinstar/article/details/149775281</guid><author>kingwinstar</author><pubDate>Tue, 23 Dec 2025 09:13:29 +0800</pubDate><description><![CDATA[前几天帮业务排查问题，差点没被一个Nginx代理的404搞破防。场景很简单：前端用Nginx代理到Tomcat，访问直接404；但跳过Nginx，直接访问，接口稳稳返回"hello hi"。更诡异的是，把代理地址换成Spring Cloud Gateway，同样的路径居然秒通了！同样的Nginx配置，换个后端就好使？这到底是Nginx抽风了，还是Tomcat和Gateway有仇？。变量本质带不带端口给后端的信息$http_host客户端原始Host可能带“客户端认为你是这个地址”]]></description><category></category></item><item><title><![CDATA[告别繁琐！MapStruct-Plus 让对象映射效率飙升，这波操作太香了！]]></title><link>https://blog.csdn.net/kingwinstar/article/details/149720598</link><guid>https://blog.csdn.net/kingwinstar/article/details/149720598</guid><author>kingwinstar</author><pubDate>Tue, 09 Dec 2025 09:10:26 +0800</pubDate><description><![CDATA[只需在源对象上添加@AutoMapper(target = 目标类.class)，无需手动写 Mapper 接口！// 源对象：UserInfo@Data@Builder@AutoMapper(target = UserInfoDTO.class) // 指定转换目标// 目标对象：UserInfoDTO@Data@Builder遇到特殊转换（如密码加解密），可自定义转换规则。@Component// 明文 → 密文（UserInfo → UserInfoDTO 时用）]]></description><category></category></item><item><title><![CDATA[告别硬编码！Spring Boot 配置绑定原来可以这么玩，优雅到飞起！]]></title><link>https://blog.csdn.net/kingwinstar/article/details/149573001</link><guid>https://blog.csdn.net/kingwinstar/article/details/149573001</guid><author>kingwinstar</author><pubDate>Tue, 25 Nov 2025 09:14:47 +0800</pubDate><description><![CDATA[Data如果需要对配置项添加描述、默认值或校验规则，可以手动创建文件（放在"description": "短信服务的AccessKeyId",},"description": "短信服务的地域ID",这个文件会与自动生成的元数据合并，优先级更高，适合添加业务相关的说明。从遗留项目的手动Properties绑定，到Spring Boot的，看似只是换了一种写法，实则是从"面向过程"到"面向框架"的思维转变。改造的工作量很小，但带来的收益却很明显：更少的bug、更高的效率、更清晰的代码。]]></description><category></category></item><item><title><![CDATA[Kafka 租户隔离全攻略：五种生产级方案实战与选型指南]]></title><link>https://blog.csdn.net/kingwinstar/article/details/148709047</link><guid>https://blog.csdn.net/kingwinstar/article/details/148709047</guid><author>kingwinstar</author><pubDate>Tue, 04 Nov 2025 09:24:03 +0800</pubDate><description><![CDATA[最近公司业务线面临一个棘手问题：核心消息队列Kafka需要支持多租户数据隔离，但Kafka原生并未提供开箱即用的租户机制。想象一下：多个业务线数据混杂在同一个集群中，既可能导致资源抢占，又存在数据泄露风险。“我们在落地方案三时，曾遇到消费端过滤性能瓶颈，最终通过引入本地缓存+批量过滤优化，将单节点TPS提升了3倍。在消息头中添加租户标签，消费端根据标签过滤数据，我们团队最终落地的正是此方案！通过Kafka自带的ACL机制为每个租户分配独立认证信息，实现"逻辑隔离"。），本质靠规范而非技术隔离。]]></description><category></category></item></channel></rss>