- 博客(50)
- 资源 (3)
- 收藏
- 关注
RSS订阅原创 多租户数据隔离不是加一列tenant_id——三把锁加跨租户防泄漏的五道防线
选隔离模式不是选最潮的,是选最匹配你客户结构的——金融/政企选独栋别墅(物理隔离),中型选联排别墅(Schema 独立),SMB 高密度选公寓楼(行级隔离)。模式 3 配不上中间件强制注入 + 白名单 + session 取 tenant_id 三件套,跨租户泄漏一次就全跑光。本文讲清三把锁选对、跨租户防泄漏五道防线 L1-L5、物理隔离判定,以及 k-匿名 / 差分隐私 / 客户问的三个真实问题。
2026-07-12 01:53:43
376
原创 客户说“我下单了 5 秒还没看到“——数据一致性不是“同步一下“那么简单
客户运营说"用户下单了 5 秒还没看到订单"，工程师说"我代码里写的是同步的"。问题出在：你写的同步和用户理解的同步不是一回事。数据一致性不是同步一下那么简单——是账本和便签要分开放。钱（强一致/账本）和便签（最终一致/便签本）必须用两套打法。CAP 不是三选二是出事了先保哪两个。五大场景（金融账户/库存/订单/资料/跨租户）用五种一致性。三个反常识：主从同步≠强一致、Redis≠高可用、Kafka≠解耦。
2026-07-12 00:30:20
412
原创 可观测性不是装个工具——三支柱 + OpenTelemetry，把每一站都装上监控
客户问"为什么这个请求这么慢"，你打开 Grafana 看到一堆图，CPU 不高、内存没满、接口成功率 100%——但用户就是觉得慢。这一篇把可观测性从"看数字"升级到"给每个请求一封顺丰快递单"——Trace=快递、Span=每一站、TraceId=快递单号。三支柱(Metrics 体温计/Logs 日记本/Traces 行程单)+ 三个反常识(装 Grafana≠有可观测性、日志全≠能定位、追踪接好≠能告警)+ MTTR 才是唯一指标。
2026-07-11 08:10:09
288
原创 客户问“为什么这个请求这么慢“——可观测性不是给你看数字，是给每个请求一封顺丰快递单
客户老板问"为什么这个请求这么慢"，你打开后台看到 QPS 2000、CPU 60%——所有指标正常，但客户就是慢。问题出在：你只看仪表盘，没看每个快递走到了哪一站。可观测性不是给你看数字，是给每个请求一封顺丰快递单——Trace = 快递，Span = 每一站，TraceId = 快递单号。监控 vs 可观测性、三支柱（Metrics/Logs/Traces）、三个反常识金句：装 Grafana≠有可观测性、日志全≠能定位、追踪接好≠能告警。MTTR 才是可观测性唯一指标。
2026-07-11 08:09:13
424
原创 大流量防护不是装个 CDN——三道防线 + 限流、降级、熔断，把水龙头和下水道分开
回过头看上一篇和这一篇——上一篇我们立了心智——大流量防护是水龙头和下水道要分开。这一篇我们焊了工程——三道防线（CDN/网关/应用层）+ 五道工程纪律（CDN 选型/网关限流/Sentinel/降级熔断/排队预热）= 把水龙头和下水道分开焊死。心智告诉你"为什么要分开"，工程告诉你"怎么分开"。合起来才完整。我再敲一遍——大流量防护不是装个 CDN，是把水龙头和下水道分开焊死。CDN 挡水、网关限流、Sentinel 控流、降级熔断、排队预热——五道防线一条都不能少。
2026-07-10 00:57:56
387
原创 一小时内来了 100 万用户，白屏了——大流量防护不是“加个 CDN”那么简单
客户半夜来电："100万用户涌入就白屏了。"工程师说"我加了CDN啊"。问题出在哪？下水道容量是固定的，水龙头开着100万的流量一定堵。这一篇把大流量防护拆成水龙头、下水道、水表、溢洪道四件事——CDN/网关限流/排队页、应用层+DB、实时监控+告警、降级开关——四道闸一道都不能少。下一次拆五道工程纪律：CDN选型、网关限流、Sentinel、降级熔断、排队系统。
2026-07-10 00:57:28
483
原创 短信防刷不是装一个验证码——三道闸 + 签名实名 + 审计追溯，把短信版的防盗门焊死
上一节讲心智"短信防刷=电话亭三道闸"，这一节卷袖子干活——五道工程纪律：①Redis 滑动窗口（1条/分钟/5条/小时/10条/天，40条/天硬天花板）；②验证码强度（6位数字+5分钟过期+NIST标准）；③图形验证码前置（1FA没过别想2FA）；④签名实名制（工信部强制，10个工作日，新业务预留2周）；⑤审计追溯（ActionTrail 5分钟查+5G消息可撤回）。出事前/出事中/出事后三阶段完整闭环。
2026-07-09 00:03:47
472
原创 客户半夜打电话“我们 100 万条短信没了“——短信防刷不是技术活，是短信版的防盗门
客户半夜打电话"我们 100 万条短信没了"，工程师说"我代码里加了频率限制啊"。问题出在：你加的频率限制和攻击者打的频率不在一个量级。短信防刷不是"加个验证码"那么简单——是给电话亭装三道闸：验证码前置证明你是人、频率限制证明你别太频、签名实名证明你敢负责。短信接口的三类风险（短信轰炸/验证码破解/费用盗刷）、三个反常识（4位验证码30分钟跑完/1分钟1条不够/阿里云只防DDoS）、5分钟过期是NIST SP 800-63B行业标准。
2026-07-09 00:02:39
884
原创 上云不是按一个按钮——三步走把厨房一步步开成外卖档口
客户老板真动了心，但还有三个隐忧：上云不是所有事都能外包、不是今天上明天省钱、不是云上就完事。这一篇卷袖子干活，把"上云"拆成三步走——第一步装铁盒子（Docker 容器化），第二步搬食材（DB/缓存/文件迁云上 RDS/Redis/OSS），第三步让铁盒子会搬家（K8s/Serverless 弹性扩缩）。再讲清 Docker/K8s/Serverless 三种档口模式怎么选、9-18 个月真实时间线、三个反常识金句（容器化≠微服务化、DB不该上K8s、Serverless稳态负载反而更贵）。
2026-07-08 01:04:01
457
原创 客户问“我们要不要上云“——上云不是搬家，是把厨房开成外卖档口
客户老板问"我们要不要上云"，你心里想翻白眼但嘴上只能硬聊。一句"上云就是把机房搬到云上"其实错得离谱。上云不是搬家，是把厨房开成外卖档口——菜还是那个菜，灶还是那个灶，但烧菜的人不一样了，吃菜的人也不一样了。把"上云"这两个字用最生活的话拆给你听：上云不是什么、上云是什么、上云后世界长啥样、上云那条路的三个坑。Docker/K8s/Serverless 三个词第一次出场就刻到你心里。
2026-07-08 00:52:28
392
原创 每跳必留痕、可拉通、可告警——SSO 审计日志的四道工程纪律
39篇立了审计心智（"SSO 的另一半工程是给每次跳转装个黑匣子"），这一篇卷袖子干活。把四件真需求翻成四道工程纪律——每跳必留痕（trace_id 贯穿客户端→网关→验签→合并→签发→落地→查询全链路）、记全分层（六大类事件一次定死）、冷热分层存（ES热存30天/对象存储冷存1-3年+数字签名）、可拉通可告警（一次跳转所有事件一键复盘+八条实时告警）。防住+查清，才是 SSO 能跑三年不出事的完整答案。
2026-07-07 00:35:11
377
原创 翻车的时候你查不出原因——SSO 的另一半工程是给每次跳转装个黑匣子
38篇立了四道工程纪律（密钥不出门/路上带盖章/身份能合并/通行不越境），四道纪律挡不住所有事——出事的是另一类噩梦：凌晨三点告警响、客户说"我们有人进不去"、你打开后台却查不出这次跳转到底发生了什么。SSO 上半场是焊纪律，下半场是给每次跳转装个黑匣子。把一句模糊的"能查到"剥成四件真需求——记什么、记多久、谁能查、查完能不能用。SSO 真正的另一半工程从这里开始。
2026-07-07 00:34:08
425
原创 四道纪律焊死一次跨域跳转——密钥不出门、路上带盖章、身份能合并、通行不越境
上一篇立住心智，这一篇卷袖子干活。把SSO四件真需求翻成四道焊死的工程纪律——密钥不出门（SK锁保险柜+AK租户归属双闸）、路上带盖章（HMAC签名+Base64Url/Base64分工+±5分钟时间戳+nonce原子操作）、身份能合并（手机号锚点+三分支户口本暂住证+UNIQUE索引兜底）、通行不越境（redirectUri白名单+Cookie三属性）。最后用五步时序把四道纪律串成一次真实跨域跳转，一秒走完。
2026-07-06 07:07:45
413
原创 客户已经有身份系统，我们只负责让他们的人一秒进来——SSO 谈的从来不是登录
客户嘴上说要"单点登录"，真要的从来不是再造一套账号让员工再输一次密码，而是把他那边已经有的信任原样翻译过来，让他的人点一下一秒进来。我把这句话剥成四件真需求——引路人是谁、路上凭什么信、进来认哪张脸、通行证开哪几扇门。讲透AK/SK公章保险柜、三层防伪、手机号锚点、两把锁防越境这四个心智，工程细节下篇再拆。
2026-07-06 07:06:21
481
原创 把四块现成积木拼成一个产品——真正的功夫，在接缝处不动刀
接着上一篇，这回把四块现成积木真正拼成一个产品：真功夫不在零件里，在接缝处。四道缝各有取舍——网关只透传不拆看、编辑器只开扇窗加层转接、能力靠往收件箱放文件长进去、共同纪律是接缝处绝不往零件内部动刀。缝得越浅越标准，这套东西越拆得开、换得动、下次还能再拼一套。
2026-07-05 00:34:41
403
原创 客户要个云端 AI 工作台，我没造一个零件——四块现成积木放一起就成了
客户甩来一句"我要个云端 AI 工作台"，没文档没原型。我没急着造，先把它剥成隔离可控、开箱即用、能装业务、谁都能有一个四条需求，再逐条问"能不能不自己造"。答案是全有现成的——四块积木拼起来就成。FDE 交付的不是代码，是能解决客户问题的工具；真正值钱的是缝什么、不缝什么、什么绝不自己造的取舍。
2026-07-05 00:34:11
347
原创 为什么我的 AI 创课助手不会写糊——SDD 把追问规范长期挂载、TDD 把每一个 JSON 字段都验证
33 篇把含糊需求剥成 9 字段 JSON,34 篇把 AI 创课助手的智能厨房搭出来:DDD 三限界切分工种、SDD 双端让 ADD 菜谱表长期挂载、TDD 三层闸拦截写糊 JSON。AI 不懂 ADD 但跑得更稳,一次创建多次复用,价值复利。
2026-07-04 07:10:22
338
原创 老师想 AI 帮忙做课,AI 却问了一堆“离谱“的问题——我才明白真懂业务的是人不是 AI
老师随口说「我要做 Java 培训」,AI 答得很快,交出的大纲却跟其他七份长得一样——不是 AI 不聪明,是没人教它问什么。本文用 ToB 课程设计真实场景,讲 FDE 怎么把老师含糊的需求,经 ADD 8 维度追问 + 4 轮硬约束 + JSON 标准化,剥成下游 Agent 可复用的业务模型。
2026-07-04 07:08:55
258
原创 framework 整合实战——DDD/TDD/SDD 三件套在 framework 仓的真实落地
DDD/TDD/SDD 听上去都是抽象方法论,真要落地需要一座已经搭好的厨房——ArchAIHarness/framework 仓库就是这座厨房。本文以 framework 公开仓(开源 MIT)为可验证样本,讲 DDD/TDD/SDD 三件套怎么在六模块分层铁律+JaCoCo 90%+双文档体系+SPI 留白区里长成可跑可用的工程骨架。新服务搬走直接开干,落地数据:新服务搭建从天级压缩到小时级。
2026-07-03 08:02:10
248
原创 SDD 完整指南——Spec 端打底、Story 端 交付、留白区
AI 协作的最大痛点是工程师每次都重复告知技术约束。SDD 解决这件事:Spec 端把团队规范长期挂载(AI 训练时吸收记忆),Story 端把工程师对话聚焦到业务目标(AI 自动匹配技术规范落地)。"聊天即交付"是终极目标。留白区是差异化亮点——DDD 锁赛道+TDD 卡审计+Spec 固技术三层约束之外,纯技术实现细节完全交 AI 自主。腾讯云 BMAD -65%/aiXcoder 10%→35%/SpecStory 1.01 次。
2026-07-03 07:31:08
355
原创 TDD 完整指南——AI 时代工程师的全流程自动化审计
AI 写代码越快,bug 藏得越深——业务边界没越,但逻辑错了 DDD 也不管。这篇讲 TDD 怎么在 CI/CD 里卡死 AI 写的每一行代码:试菜员比喻、JaCoCo 90% 强制覆盖率(commons+domain 各层行/分支双门槛)、P0/P1/P2 分级阻塞、Given-When-Then 结构、Mock 边界规范。AI 时代三大纪律:覆盖率人定 AI 不改、P0 红线不能绕、禁止 Mock 实体。
2026-07-03 07:28:36
390
原创 DDD 完整指南——AI 时代工程师的第一道秩序分水岭
AI 越能干,业务边界越值钱。DDD 不是设计模式,是 AI 时代工程师画给 AI 的第一道业务边界。这篇系统讲透 DDD 完整方法论:什么是 DDD(限界上下文/统一语言/聚合根)+ 怎么做 DDD(战略+战术)+ 如何落地 DDD(需求/设计/研发/交付)。餐饮后厨作主线比喻,工种分区=限界上下文、菜单术语对照表=统一语言、厨师长=聚合根。
2026-07-03 07:27:21
470
原创 AI 不是 AI 写代码，是 AI 在秩序内写代码——我用 gateway + auth + user + tenant 串起一条多租户认证流程
AI 不是 AI 写代码，是 AI 在秩序内写代码。我用 auth-center、user-center、tenant-center 三个限界上下文 + gateway 一个平台层，串起一条完整的多租户认证链路，看三件秩序乐器如何在真实工厂里把 AI 焊进赛道——边界焊死、选择放开。
2026-07-02 07:42:43
439
原创 DDD、TDD、SDD——AI 时代工程师的三件秩序乐器
AI 编码越强，秩序越贵——这一篇把 DDD、TDD、SDD 三件乐器重新摆上桌：DDD 划业务边界、TDD 做体系审计、SDD 立人机协作协议，再加一层"边界焊死、选择放开"的软秩序。架构师不是 AI 的甲方，是 AI 的作曲家。
2026-07-02 07:37:07
706
原创 一天搭一支 AI 研发团队——FDE 第一年装备清单
上一篇讲完养团队十件内功，这篇陪你把"知道"做成"做到"——用一天对话、不写一行代码，搭出一支商务/项目/产品/设计/架构/开发/测试/运维/运营 9 个 agent 的 AI 研发团队。
2026-07-01 08:21:37
443
1
原创 AI 时代每个 FDE 都要有自己的 AI 团队——别再单打独斗了
FDE 第一年要养好的十件内功：治理层（红线约束、单一职责、可观测性、失败兜底）、知识层（自学习成长、结构化目录、文档记忆）、复用层（借助开源、基座+插件化、交流式交互）。团队是沟通出来的，不是手动创建的。
2026-07-01 08:08:11
563
原创 FDE 怎么交付一个通用 agent 产品：一个客户教会我的三件事
一个连锁餐饮集团签下AI合同后，法务部、培训部、运营部、客服部接踵而来——每个部门要的'AI助手'都不一样。本文用一家公司四个部门的真实冲突，讲清通用agent产品的三层基座怎么被需求砸出来的。FDE真正的交付物，不是代码，是客户能用的产品。
2026-06-30 07:15:25
196
原创 FDE 不是一个新职位，是 AI 时代软件交付的新方式。越早看懂这个逻辑，越早卡位。
AI 写代码越强，FDE 越值钱。FDE 不是驻场开发，是 AI 时代软件交付的新方式——三大核心能力：表达、业务架构力、抽象→沉淀→中台。
2026-06-30 07:14:08
578
原创 卡在 FDE 入门的哪一步了？先判断该扛还是该换
FDE三部曲的反面——每一步对应的失败模式（选错行业、定错方向、入错局）。以及卡住时"硬扛还是换牌"的决策框架，附判断信号和实用矩阵。
2026-06-29 01:34:16
159
原创 想做 AI 时代的 FDE？先过三关：找行业、定方向、以身入局
FDE入门方法论：先选行业再定方向最后现场入局的三步递进框架。国内四大推荐行业（金融/医疗/制造/电商）及方向细化，Palantir/Anthropic/字节真实案例。
2026-06-29 01:33:33
301
原创 AI把SaaS的定价逻辑拆了，顺带造了一个年薪百万的新工种
AI SaaS从功能交付转向过程交付，以及由此催生的FDE前线部署工程师新工种。全球FDE岗位42倍增长，OpenAI/Anthropic同周扩编。
2026-06-28 02:01:59
374
原创 国内AI大模型格局重塑：从Chatbot到Agent，赢家换了
2026年国内AI格局正在从Chatbot时代切换到Agent时代，模型能力分化、字节手脚被限、PC端系统级Agent才是3-5年主战场。5个确定性趋势判断。
2026-06-28 01:56:59
369
原创 我把 AI 搭子封成了罐头——没自己造一个零件，只划了一条线
把单机AI搭子封装成标准化、开箱即用的容器镜像。产品化设计的本质不是封装技术，是划清平台与用户的边界。核心三刀：哪些焊死归我、哪些让出去归用户、哪些默认兜底不抢位。
2026-06-27 03:56:20
442
原创 一百个人同时要 AI 搭子，谁说了算？——我写了个调度大脑，但真正的设计是三条死规矩
给一群用户调度AI实例，真正的设计不是Kubernetes编排技术，是三条谁也不能越界的规矩。一人一实例、创建可写重启不碰、TTL到期不信任常驻。
2026-06-27 03:54:56
342
原创 发文这种破事，我直接甩给 AI 了——没教它一步，只划了条红线，它自己撞出了一套手册
AI自我进化：从指令执行到自主解决问题的范式转变 本文记录了一个AI系统从被动执行指令到自主解决问题的突破性案例。作者没有像传统方式那样一步步教导AI如何发布文章，而是采用了一种"契约式"管理方法： 只明确最终目标（文章发布标准）和绝对红线（禁止自主发布） 要求AI通过截图等证据自我验证结果 允许AI在安全范围内自主试错（撞墙-查因-改法循环） 强制记录每次失败的经验形成知识库 这种范式转变使AI不仅完成了任务，还建立了包含症状分析、原因追溯和解决方案的完整知识体系，甚至预见了平台变更等潜在问题。关键在于：
2026-06-26 07:06:32
313
1
原创 我把一个短视频工作室，塞进了一台电脑——一个总监带一支制片团队，从选题做到成片
一句话需求到一条成片，背后是一个制片总监带五个专员的完整团队。这篇把组织怎么塞进一个文件夹、对接人怎么定、专员怎么分工、知识库怎么当组织记忆全摊开，配置和可抄的代码一样不少。
2026-06-26 06:54:50
305
原创 我在飞书里养了个“分身”——私聊喊它办事，群里 @ 它干活，还能替我传话
你私聊它它办事、群里 @ 它它干活、它还会替你跑腿传话——我把一个 AI 接进飞书，养成一个会做事会做人的“分身”。这篇一层层拆开：连接很薄，难在待人接物的规矩，以及那三道焊死“说了就一定发出去”的闸。
2026-06-25 07:35:39
325
原创 给 AI 长出一件新本事——插件不用敲，是聊出来的
造插件不用自己敲代码。你要做的，是把脑子里那套规矩讲清楚——这件事要什么、出什么，按什么流程，哪些红线不能碰；剩下的代码，让 AI 替你写。这篇用一个真实的“打包文章”小工具，手把手带你从立规矩到聊出一件 AI 专属新本事，再聊几轮调顺。会不会造工具，拼的不是谁更会敲键盘，是谁更想得清楚。
2026-06-25 07:31:57
697
原创 从一个 AI 到一支 AI 团队——手把手调教你的多智能体班子
多智能体不是多开几个 AI。难的是把那套秩序——谁拍板、谁干活、活怎么交接、谁兜底、哪一步必须人来——真正落到几个能改能删的文件里。这篇手把手带你从一个空文件夹起步，写班规、配主编/调研/撰稿/校对四个角色、留一道发布前的人工闸，搭出一支会分工会交接会互相挑错的 AI 班子。
2026-06-24 09:27:41
518
原创 别问哪个 AI 工具最好——我换了一圈才想明白的几件事
追新装删折腾大半年，我才想明白：该问的不是哪个 AI 工具最好，而是哪个值得长期养。这篇聊我栽过几回跟头后养成的判断标准——能不能看见内部、换得了脑子、分得清层、加得了料、将来变得了形。会过时的永远是工具，不会过时的，是你心里那杆判断它的秤。
2026-06-24 08:34:23
200
你们觉得FDE是程序员的未来吗？
2026-07-05
TA创建的收藏夹 TA关注的收藏夹
TA关注的人