- 博客(83)
- 资源 (2)
- 问答 (1)
- 收藏
- 关注
RSS订阅原创 14 个 AI 平台各烧多少 token，一个 Skill 每周自动算清
签到领积分的脚本已经满天飞，但没人算过另一笔账：你一周在多少个 AI 平台烧了多少 token。本文讲透一个两层架构的 Skill——L1 逐平台采集、L2 汇总成周报，附 14 个平台数据源对照表、6 条设计铁律和每周自动跑的部署方案。
2026-10-19 08:46:39
152
原创 多租户隔离该做到哪一层：从连接池到 ORM 的取舍
多租户隔离不是"加个 TenantId 列"就完事。从独立库到共享表，四层隔离在安全性、性能、成本上各有取舍；ORM 全局过滤、连接池、行级安全各管一段。
2026-09-12 12:24:06
254
原创 Oracle 慢 SQL 优化：Cost 最高的那行不是瓶颈，真凶藏在 SELECT 列表里
一份 Oracle 执行计划里，Cost 最高的那一行往往不是真正拖慢查询的地方。三条真实慢 SQL、三个不同的表，最后查出同一个病根：计划里完全不显示的行级函数调用。文末附《老系统 SQL 体检 5 步法》。
2026-09-06 18:19:21
324
原创 我统计过自己的 bug，八成不是写出来的，是“没确认清楚“埋下的
返工不是因为手慢，而是早期确认缺失的滞后代价。本文用"需求确认→编码→上线"的成本递增规律，拆透两个高发漏点（验收标准没对齐、评审只看过没过 gate），并给出一张能直接抄的防返工 6 项核对清单。真正的效率不是写快，是少返工。
2026-08-11 22:11:34
312
原创 我给团队写的 Code Review 清单（可直接抄）
Code Review 最容易漏的，从来不是"代码对不对"，而是 12 个常被滑过的点：命名、边界、空值、异常被吞、并发竞态、幂等、SQL、日志证据、测试分支、资源释放、接口兼容、敏感信息。本文把每项"为什么查"写成一张可直接抄的自查表，存下每次过 MR 照着勾。
2026-08-11 22:00:20
190
原创 2026 年的 AI 编码助手，分水岭不是“模型多大“，是“会不会自己干活“
2026 年的 AI 编码助手，真正的分水岭不是模型参数有多大，而是能不能自己调工具、跑代码、编排多 agent、把流程沉淀成可复用技能。一个一线老兵用下来，最值钱的不是它替你写了多少代码，而是它替你跑了多少原本要手动切窗口的脏活。本文聊清楚这类"会干活的助手"到底改变了什么，以及哪些活该交给它、哪些必须自己把关。
2026-08-02 11:16:39
180
原创 周报全绿、按时上线，第一个账期却崩了
等我们凌晨 5 点把账对上，我才反应过来——这个项目从调研到上线两个多月、周报全绿，居然没人发现我们的对账逻辑，跟客户根本不是一套。等我们赶到客户现场，已经是下午，饭都没顾上吃，赶紧拉现场同事和客户的账，一笔一笔对。一、对账逻辑：两边到底按什么规则对，谁定口径，定完书面确认，别靠一句"应该一样吧"。而且这个出入，从调研、到实施、到上线，两个多月，5 个人，居然没一个人发现。我们一般是 1 个 PM、1 个实施、1 个研发，这个项目，算超配了。我们系统里那几张报表的对账逻辑，跟客户要求的，居然有出入。
2026-07-28 14:06:00
148
原创 公司里一群人开始疯狂写 Skills，我却想起了十年前那份 200 页的操作手册
你问一个 2026 年 7 月的主流模型——GLM-5.2、Claude Opus 4.8、GPT-5.5、DeepSeek V4 Pro——“怎么解析 PDF”、“怎么写 React 组件”、“SQL 注入怎么防”，它不需要任何 Skill 就能答得比你详细。十年前那本 200 页的操作手册，其实不是被"看完"的，是被"忘掉"的——每天都有新的问题出现，每天都有旧的页面过期，最后所有人都只用那十页真正有用的内容，剩下的扔在抽屉里接灰。脱离一线的人写的 Skill，大概率是"正确的废话"。
2026-07-22 22:18:18
364
原创 从三层架构到“六边形“：我们真的需要那么多边吗？
讨论散了，但有几件事我回去就做了。第一件：把"架构演进路线图"挂在了团队 Wiki 首页。不是为了给大家看，是为了每次有人提"要不要上 XXX"的时候，我有张图可以指——"你看，我们规划了，在 Phase 2。"这张图给我省了无数口舌。第二件：给团队买了《实现领域驱动设计》和《整洁架构》。跟每个人说：“这些书是好东西，先读，读懂了再聊要不要上。先理解思想，再决定要不要套框架。不要反过来——先套框架，再去理解思想——那就是拿着答案找问题，累死自己。
2026-07-22 08:19:20
221
原创 一个OCR进度汇报，让我看透了AI编程助手的底层能力
自包含原则：把任务描述写得让一个新人无需追问就能执行。路径、规则、格式、判定标准都要写全。职责分离原则：调度（Schedule）、执行（RunCommand/Task）、记忆（Memory）、呈现（响应格式）各司其职，不要让一个工具干所有事。静默优先原则：周期任务默认不打扰用户，只在异常或完成时才详细汇报。这能让你"挂着跑"而不被打断。
2026-07-15 13:25:57
406
原创 被领导叫去谈话之后，我才发现这么多年自己其实一直在当大头兵
但同一天下午，你管的另一个项目的客户正在因为一个你没发现的承诺漏洞，在电话里骂你们公司的销售。这个角色不应该是一线运维，也不应该是客户自己，应该是我。最要命的是，他们以为自己在"响应客户"，实际上在"消耗客户"——你把精力花在了错误的事情上，真正重要的事没人推，客户只会越来越不满意。这就是技术型管理者的盲区——你把所有注意力放在了你能看到的事情上，而那些你看不到的事情，才是真正在决定项目生死的事。那一瞬间的感觉怎么说呢，就像你一直觉得自己开车开得挺好，结果有一天副驾上的人跟你说，你后视镜一直是折着的。
2026-07-14 23:07:45
150
原创 我花了三年才学会：技术管理者最该管的事不是代码
很多技术管理者最大的短板不是技术，是"不敢要资源"。明明团队已经超负荷了，看到新需求还是说"好的，我尽量"。明明需要额外三个人，但张嘴之前自己先觉得"公司预算可能不够"。但你想过没有：如果你不说，老板怎么知道你的团队在超负荷运转？他看到的只有"产出在下降"。
2026-07-13 22:39:47
208
原创 99% 准确率识别爬虫，六层防御还是被刷量——反爬虫的真相
偏离这个分布的就是异常。这个方法比规则引擎更难绕过，因为攻击者需要模拟的不是某个阈值，而是一整个概率分布。
2026-07-09 08:16:53
1196
原创 公司新来了个技术总监，我突然慌了
但焦虑不会因为你不看它就消失，它只会越积越多，直到某一天因为一件很小的事情突然爆发——可能是一次不太顺利的绩效面谈，可能是老婆随口说了一句"孩子下学期的兴趣班要涨价了"，可能是刷到一篇"35岁程序员被裁"的文章。我在现在的公司待了这么多年，管着30个人的团队，很多事情之所以能做好，不是因为我个人能力有多强，而是因为我有"积累"。而是因为我相信，看到这些文字的人里，一定有人跟我一样——在一个不大不小的城市里，管着一个不大不小的团队，养着一个不算轻松的家，表面上看起来"还行"，但心里总有一根弦是绷着的。
2026-07-01 21:04:51
242
原创 我一个人 11 天交付了两个模块——不是会分身，是让两个 AI 打了配合
阶段谁做什么耗时定方向生成 CLAUDE.md + 技术文档30 分钟执行开发Codex按文档分周期编码2-3 小时/模块交叉审查对比文档找偏差，循环修复持续进行测试验证出清单 → 排查 → 下一轮直到全覆盖。
2026-06-30 20:31:09
231
原创 openGauss 还原成功了，用户却喊“数据库里啥也没有“：一个 search_path 坑实录
这次还原，技术上真没什么难的——gsql -f谁都会敲。难的是那份"0 报错、全量对账一致"的笃定，差点让我和用户一起掉进"数据库是空的"这个认知陷阱。数据从来都在那儿，201 张表、377 万行，一动没动。看不见的，只是一个该配没配的。"还原成功"和"能用了"之间，隔着一层你看不见的配置。我们太容易把"命令跑完没报错"等同于"任务完成"，但用户的体感才是真正的验收标准。他连上去能看见数据、能跑业务，这活儿才算结。中间任何一环想当然，都是在给自己埋雷。我把这次的还原步骤、配置、坑都沉淀成了脚本和文档。
2026-06-30 19:23:41
225
原创 团队里最让我头疼的，不是技术差的人，是“还行“的人
他的职业惯性把他推向了一条最省力的路径——做熟悉的事，用熟悉的方式，得到熟悉的结果。这种人，你没法批评他。对"还行"的人，能做到的是：给他清晰的标准、给他公平的反馈、给他机会，然后尊重他自己的选择。他的工作环境、他的社交圈子、他接触到的信息，都告诉他"做到这样就够了"。他没有见过"更好的程序员"是什么样子，没有经历过"被高要求推着成长"的感觉，所以他真心觉得"还行"就是一个正常的水准。也有些人，你怎么推他就是不动，不是抗拒，是那种很温和的、让你没脾气的不动——“好的，我试试”，然后试了，然后就没有然后了。
2026-06-29 21:50:15
344
原创 程序员真正的天花板，不是技术，是表达
他们对你价值的判断，80%来自于你在各种场景下"表达"出来的东西——周会上你怎么汇报、方案评审时你怎么呈现思路、跨部门协作时你怎么推动事情、一对一沟通时你怎么反馈问题。不是别人的方案更好，而是他讲出来了、被讨论过了、被认可了，而我的想法还在我自己脑子里。用手机录下你的一次工作汇报或者方案讲解（不需要给别人看），回放的时候注意三件事：你有多少次用了"可能"“大概”"我觉得"这样的弱化词？你会听到很多人说"我就是不爱说话"、“我不擅长这些虚的”、“让代码说话就好了”——好像不会表达是一种值得骄傲的事情。
2026-06-28 21:09:35
150
原创 一个技术管理者的AI观察：团队里真正危险的，不是你想的那种人
这是我每天都能看到的。我团队里负责代码审查的那两个人，现在的工作强度反而比没有AI工具的时候更高——因为他们要审的不只是人写的代码，还有AI写的代码。但我想说的是，"构筑数字世界"这件事，从来不是靠敲键盘实现的，而是靠解决问题实现的。说实话，那篇文章说的有些东西是对的，但它描绘的那个画面，跟我每天在一线管着30人团队看到的实际情况，有挺大出入的。文章写得确实好，数据多，逻辑也通顺，核心说的是：企业把钱从人力转到了算力，代码越来越由AI生成，程序员从创造者退化成了审查员，一旦泡沫破了，这群人最先遭殃。
2026-06-28 11:19:34
557
原创 “有求必应“的leader，差点带废了整个团
如果你也在带团队，又恰好是个像我这样"脸皮薄、不会拒绝"的人——别急着骂自己。我用了十几年才看清：那个"好说话"，背后其实是我自己的恐惧。怕被否定，怕显得无能，怕丢掉"好人"这个标签。我用替所有人兜底，换一份"我还有用、我被需要"的安全感。看清了，才有可能松手。我不是来给你灌鸡汤的——我自己现在也只好了"一点点"。但至少我知道坑在哪了，也愿意一点点挪出来。你身边有没有那种"自己累成狗、底下人却不长进"的领导？或者，你自己是不是也在不知不觉地"好说话"？评论区聊聊，这种事，看见就是改变的开始。
2026-06-27 18:27:49
310
原创 AI 把研发部的“中间层“吞掉了：当一个新人仨月写出老手级代码，我反而更焦虑
如果没有，你正站在被 AI 重塑的那一侧——不是用 AI，是被 AI 淘汰的那侧。
2026-06-27 16:14:16
410
原创 现场 w3wp 卡顿，dump 抓回来托管栈全是死的：一次从 696 万对象里挖根因的排查实录
排查一个卡顿，命令网上都能搜到。但哪个 dump 能用、哪个不能用，!runaway的三段输出哪段才是 CPU、线程等在信号量上是真卡还是假卡——这些是文档不写的，得靠踩。我自己也是踩过来的。十六年前第一次摸 WinDbg，对着!analyze -v的满屏输出懵了三天，后来才知道那个80000003是断点不是崩溃。现在回看，那些弯路都是学费。把每次踩的坑、每次误判的方向都记下来，哪怕只是一条备忘。三年后你会发现，这些零碎记录就是你最值钱的东西——比任何证书都管用。
2026-06-25 07:47:28
234
原创 把 Oracle 26ai 装进非认证的 openEuler：一次 --nodeps 赌博和 oradism 的惊魂一小时
装一个数据库，命令百度都能搜到。但哪些步骤能省、哪些坑必须绕、报错了怎么判断是 warning 还是 fatal——这些是文档不写的，得靠踩。我自己也是踩过来的。十六年前第一次装 Oracle 10g，对着 runInstaller 的图形界面卡了三天，后来才知道是 X11 转发没配。现在回看，那些弯路都是学费。把每次踩的坑写下来，哪怕只是一条备忘。三年后你会发现，这些零碎记录就是你最值钱的东西——比任何证书都管用。
2026-06-23 19:10:23
214
原创 信创选型决策：为什么我们在 4 个国产库里挑了 openGauss，又差点被一个 Python 版本坑翻
1. 选型是约束驱动的，不是性能驱动的。先问"我的约束是什么"，再问"哪个最强"。脱离约束谈性能，是耍流氓。2. 每个省事的方案都埋了债，关键是知道债在哪、预案是什么。硬装 24.03 省了重装系统的钱，债是 Python 兼容——这个债我预判到了，也还清了。裸奔式的省事才是真危险。3. 技术文档覆盖不到的边界，就是老兵的价值所在。只在 preinstall 生效、gs_install 不认它——这种事文档不写，得靠踩或靠人传。所以团队里有个话痨的老员工能省你无数钱，这事儿是真的。
2026-06-23 18:58:46
920
原创 带7人接手一个5年老系统，上线当天业务停了——技术债从来不是技术问题
那个项目最终跑起来了，业务也恢复了正常。但说实话，付出的代价远比我预期的要大。如果当初能多花两周时间做前期评估，如果能避免连续加班对团队士气的伤害，如果能更早意识到"维护了5年"不等于"维护好了5年"——很多事情可以更从容地处理。技术债务这个话题，在优快云上有很多文章教你如何识别坏代码、如何重构、如何用设计模式。你看到的每一行烂代码背后，都藏着一个管理决策的失败。可能是优先级排错了，可能是组织架构不合理，可能是激励机制有偏差，也可能仅仅是——没有人在乎。代码是人的产物。想要好代码，先要做好管理。
2026-06-21 20:22:42
196
原创 AI时代技术管理者的价值重估：从“管团队“到“做判断“
技术管理者正在被重新定价：不是不需要你，是只会"管人"的管理者不值钱了。真正的护城河是判断力——判断该做什么、用什么工具、什么时候入场。
2026-06-21 14:27:56
396
原创 AI 疯狂报错？FineUICore+SqlSugar 双坑完整根治，一套 Spec 规范让工期减半
放弃“想到啥丢给AI”的随性Vibe Coding模式，开发前先定死全栈书面规范（Spec），把FineUICore、SqlSugar、Oracle、接口、命名全部写成约束文档，AI严格按文档生成代码。Vibe Coding：随口提需求，AI自由发挥 → 代码混乱、通宵改bug；Spec Coding：先写规范再编码，AI按统一标准输出 → 返工减少70%。现在几乎所有.NET开发者都会用AI，但90%人只会单纯丢需求，忽略框架专属约束。
2026-06-18 18:04:49
323
原创 没有 Spec 规范的.NET AI 开发，再多工具也只会制造加班
很多同行纠结AI会不会抢走后端岗位，这次重构翻车事件给了我清晰答案：AI只能做执行层工作，无法替人制定规范、把控技术边界、预判线上风险。只会丢需求给AI、放任代码裸奔的开发者，迟早会被团队迭代淘汰；懂得用Spec约束AI、搭建统一开发体系的人，会大幅压缩重复编码时间，专注架构与业务核心。给所有.NET开发者一句忠告：FineUICore、Sqlsugar这类小众/国产技术，AI幻觉问题本就严重，再不提前制定规范，每一次迭代都是埋下隐患。
2026-06-18 17:38:00
382
原创 从一次等保扫描看服务器安全：你的服务可能比你想象的更“裸奔“
有个数据很扎心：这次扫出的漏洞，最早的CVE是1999年的——比我的工龄还长。不是不知道怎么修，是从来没想过要修。作为开发者，我们习惯了"功能先上，安全后补"。但安全从来不是补出来的，是设计出来的。部署一个服务时多花10分钟做安全加固，比出了事故花10天整改强得多。安全不是成本，是投资。最后分享一句我特别喜欢的话：翻译：唯一真正安全的系统是断电、浇混凝土、铅封、荷枪实弹守着的那个。我们做不到那种程度，但至少——别让2005年的CVE还在你的服务器上跑着。有安全加固方面的问题也欢迎留言讨论。
2026-06-11 18:02:04
293
原创 深挖大模型幻觉：为什么AI写不好国产.NET UI框架？（实战拆解+根因分析+解决方案）
在用AI辅助大模型频繁编造不存在的标签、属性与API。明明按照需求描述生成代码，复制到项目里却直接编译报错、页面渲染失效。比如AI会凭空写出<f-grid><f-column>这类 FineUICore 完全不支持标签，把标准Tag Helper语法混写成通用前端标签，看似格式工整，实则完全无法运行。这种“一本正经输出错误内容”的现象，就是行业内常说的大模型幻觉（Hallucination）。今天结合我真实的项目实战，从技术根源、场景特征、底层逻辑、落地解决方案。
2026-06-09 22:32:00
548
原创 项目开发中使用AI的实战经验与技巧（从入门到进阶，附踩坑总结）
如今AI已经成为程序员日常标配工具，从写代码、查BUG、写文档，到架构设计、方案评审，AI几乎贯穿整个研发流程。但很多人用AI只是“随手一问”，效率提升有限，还频繁产出无法运行的代码。结合我近期基于搭建企业级多租户后台系统的完整实战，以及长期人机协作的踩坑经历，今天系统分享项目全生命周期下的AI使用经验、高效提问技巧、分工策略、避坑要点。内容覆盖需求、设计、编码、调试、交付全流程，新手和资深开发者都能参考。定位为先：AI = 高效执行工具，人 = 架构、业务、安全的决策者，主次不能颠倒；规则兜底。
2026-06-09 12:15:11
540
原创 66%开发者被AI坑过！我Debug AI代码的3个“血泪”教训
AI不是银弹，但也不是洪水猛兽。开发者对AI工具的“好感度”从前两年的70%以上降至60%。这不是AI变得不好用了，而是我们变得更清醒了。当前最务实的心态：把AI定位成“高级代码助手”，而不是“全自动编程神器”。当下次AI信心满满地生成代码，别急着点头。多问一句：“这段代码真的对吗？边界条件都覆盖了吗？异常处理完整吗？毕竟——“在AI编码时代，开发者对每一行进入生产环境代码的最终解释权，依然不可动摇。评论区聊聊：你有没有被AI“坑”过的经历？在什么场景下发生的？花了多久定位问题？
2026-05-11 21:23:53
664
原创 程序员即将“失业”自救指南：Claude 90%代码自己写，但这些事还离不开你
想做好这个“AI指挥官”，不妨看看Anthropic内部工程师是怎么干的。
2026-05-05 16:23:43
269
原创 Opus 4.7 + GPT-5.5“双核驱动”——2026最强AI编程工作流实测
半年多了，我像伺候两个大爷一样测试了市面上所有主流AI编程模型。GPT-5.5聪明到让Opus 4.7看起来像个“笨小孩”，结果改bug改到我想砸电脑；Opus 4.7写代码稳得像老干部，但速度慢到让我以为它在摸鱼。直到有一天，我把它们“绑”在了一起——Opus 4.7出脑规划，GPT-5.5动手执行。结果，我同时拥有了诸葛亮和张飞。2026年5月4日，AI社区知名博主@godofprompt发布了一条推文，迅速引爆技术圈：这不是一个“二选一”的命题，而是一个“两个都要”的答案。你的第一反应可能是：两个模型
2026-05-05 15:53:13
452
原创 从Vibe到Spec：我的AI编程集训翻车实录，以及如何用Spec模式爬出来
Vibe Coding = 凭感觉编程，适合个人快速验证Spec Coding = 凭契约编程，适合企业级交付两者的区别，就像“随便炒个蛋炒饭”和“按米其林食谱做惠灵顿牛排”——后者前期准备复杂，但出品稳定、可复制、可审计。技术调研/POC：Vibe模式快速验证可行性确认要做：花30-60分钟写Spec（技术栈+接口+数据+工程四层规范）核心模块：Spec + AI生成 + 自动化验证，确保质量真正的AI编程提效，不是“AI写得多快”，而是“AI写得对不对快但不规范，等于加速制造技术债；
2026-04-28 18:28:34
431
原创 全球最火开源Agent “换脑”：OpenClaw接入DeepSeek V4，国产模型的“C位”时刻
OpenClaw的选择，是市场用脚投票的结果。在AI Agent这个全球最前沿的技术竞技场上，中国开源模型已经不再是“追赶者”，而是具备了定义规则、成为默认选项的实力。对于广大的开发者和学习者来说，这更是一个明确的信号：是时候把DeepSeek V4放进你的工具箱了。它已经不是那个“性价比之选”，而是成为你构建下一代AI应用的首选“基础设施”。看完这篇文章，最吸引你的是DeepSeek V4的成本优势，还是它的会议接入功能？欢迎在评论区聊聊。
2026-04-27 21:25:25
499
原创 Claude Code 2.1.108 深度解析：AI开始“自己干活”，编程自动化进入新纪元
Anthropic不再把Claude Code定位为“终端里的代码助手”，而是在打造一个“AI原生开发环境”。/loop去掉了重复输入提示词的需要桌面定时任务去掉了记住时间点的需要Remote Control去掉了守在电脑前的需要Routines去掉了电脑必须开机运行的需要每一步，都在消除对人工在场的依赖。对于已经在用Claude Code的开发者，Routines值得今天就去试试；对于还在观望的人，至少它让“AI作为持续运行的团队成员”这个说法，离落地近了一大步。
2026-04-16 21:13:23
561
原创 苹果200名工程师“回炉重造”：一场关于AI编程的生存警示
Siri团队在AI辅助编程方面的采用进度，在苹果内部被公认为严重滞后。这种滞后的后果已经显现：此前，Siri团队未能按计划完成Apple Intelligence架构下新版Siri的开发，导致其无法随iOS 18按期上线。这次延期直接触发了团队的深度调整——包括换帅、重组和本次培训。软件工程团队迅速拥抱AI工具多个技术部门显著加大了对Claude Code等AI工具的采购规模与预算投入Xcode 26.3已原生集成Agentic Coding框架支持。
2026-04-16 21:00:57
450
原创 Claude Code 两大重磅更新：Routines 云端自动化 + 桌面版重构，你的电脑终于可以关机了
这次更新透露出一条清晰的信息：Claude Code 正在从“终端里的 AI 助手”向“AI 原生开发环境”进化。更新一句话概括适合谁Routines 云端自动化电脑关机了，AI 还在替你干活有定时/事件驱动需求的开发者和团队多会话并行 + 侧边栏一个窗口同时管多个 AI 任务，不用来回切多项目并行的开发者集成开发工具链内置终端 + 编辑器 + diff 查看器，不用跳回 IDE追求沉浸式 AI 开发体验的人如果你想试：从 Routine 入手：到或 CLI 里敲/schedule开始配置。
2026-04-15 21:41:56
725
原创 Claude Code + Codex 强强联手：我如何让两个AI协作搞定一个完整开发任务
本文介绍了如何巧妙组合Claude Code、OpenAI Codex和OpenClaw三款AI编程工具，形成高效协作的开发流水线。作者通过实际项目验证，将工具定位为：Claude Code负责深度架构设计和技术文档生成（但成本较高），Codex专注快速代码实现（性价比高），OpenClaw协调跨平台协作。文章详细拆解了三阶段操作流程：1）用Claude Code进行需求分析和架构设计；2）通过Codex快速实现代码；3）交叉审查迭代优化。同时提供了官方插件集成方案和常见避坑指南，最终实现11天完成原计划2
2026-04-15 21:06:29
5669
1
Knockout框架包装easyui
2014-04-14
TA创建的收藏夹 TA关注的收藏夹
TA关注的人