让两个模型一写一审 想法很直接：一个模型写代码，另一个模型审。两家不同的 API，互相不认识， 第二意见总比自己审自己强。 但写下来之后，代码量最大的部分不是"怎么让它审"，而是**"审过了"到底意味

补 322 个测试，挖出 19 个 bug 项目原本有 67 个测试，集中在 mutation 引擎和端到端链路 —— 因为那是我觉得最容易错的地方。 command.ts、verify.ts、pat

做开发或者产品的人，大概都见过这种场景。 应用商店里突然出现几条差评： 看到这种评论，我们很容易下意识说一句： “这个问题得赶紧改。” 但问题是： 到底哪个问题应该先改？ 于是我做了一个实验

📋 前置条件检查清单 在开始之前，请确认以下环境已就绪： 资源 最低要求 说明 K8s 集群 1 个管理集群（CI 专用）+ N 个业务集群 管理集群建议 50+ 节点，业务集群承载 3 万台服务器

2022，低代码彻底火了，甚至火到没有点相关经验，都不好意思出去面试的程度，堪称lowcode“元年”。在整个互联网大裁员的背景下，无论你是否相信它是降本提效的利器，都不重要了。因为行业趋势总是这般浩

Code as Agent Harness 让单次改动变得安全；Tool as Agent Harness 让一个完整任务变得可靠、一整个队列变得持续。

BFF 层设计与实现 为什么需要分层 如果不考虑代码分层，一个接口可能会被写成下面这样： 这种写法在业务规模较小时简单直接，但随着需求不断增加，参数校验、权限判断、业务处理和响应组装等逻辑会逐渐堆积在

模板页运行时设计与实现 前面的章节已经完成了三项基础工作： BFF 层负责提供接口并托管页面资源； DSL 负责描述站点、菜单、字段和交互行为； 前端工程化负责将 Vue 页面构建为浏览器可以访问的静

一场营销活动从策划到上线，运营要在三个系统间跳转 10 + 次、填写 40 + 个字段。我们用 AI 重新设计了这条链路 —— 从 “AI 帮你填表单” 到 “两阶段 Agent + 聚合工作台”。

前端工程化设计与实现 完成 BFF 层的基础建设后，Mint 已经能够正常启动一个 Koa 服务。接下来需要解决的问题是：如何构建并向浏览器提供前端页面？ 一个完整的页面交付流程可以拆分为两个部分：

手写 Mini-Cursor：200 行代码打造你的专属编程 Agent 🚀 前言 Cursor、Claude Code、Trae……这些 AI 编程工具背后的核心技术都一样——Coding Agen

AI应用开发中的流式输出：从协议原理到工程实战的完整指南 一、从一个真实的痛点说起 你有没有想过一个问题：为什么 ChatGPT 的回答是一个字一个字"蹦"出来的，而不是等个十秒钟"唰"一下全部弹出来

在追求“一次编码，多端运行”的跨平台开发圣杯之路上，我们从未像今天这样面临一个如此有趣的选择。一边是凭借自绘UI和庞大生态早已封神的 Flutter，另一边是JetBrains倾力打造、原生开发者翘首

领域驱动设计简称“DDD”，一套“知易行难”的方法论。同时我所工作的这些年，尤其在某大厂做初创项目的那段时间，经常会产生各式各样的“思想碰撞”。

大家好，我是袋鼠帝。 昨天睡前照例去X上冲浪，被一个新东西吸引住了。 我关注的几个海外AI大佬，都在热烈讨论阿里刚上线的一款新工具：Accio Work。

在过去的几年里，软件工程师绘制系统架构图通常依赖传统工具，例如 Visio、PowerPoint 或 draw.io。这些工具在功能上十分完善，但在真实的开发工作流中却逐渐暴露出明显问题。

用 Claude Code Hook 实现「关键词 → Skill」自动映射，告别手动挂载 背景：一个真实的工程痛点 随着项目迭代，团队往往会沉淀大量领域专属的 Claude Code Skill：

记得我第一次接触 Expo的时候，那天我只是想随手写个小工具 App，结果打开 Xcode 的那一刻，差点就放弃了。证书、签名、依赖、Gradle……那一堆“警告黄”比代码还多。 然后，一个朋友甩给我

嘿，兄弟们，咱说实话，苹果那个备忘录（Notes）啊，平时随手记点东西是真方便，同步也给力。但凡想正经写点带格式的，特别是咱程序员、技术写手离不开的 Markdown，那简直就是一场灾难……哦不，是“