跳过正文
温州程序员劝退师

温州程序员劝退师

AI Agents · LLM 工具链 · 分布式

你好,我是「温州程序员劝退师」。常年折腾 AI Agents / LLM 工具链 / 分布式与工程效率,偏爱把问题拆成可验证、可恢复的流水线。

杭州 · 代表作:writing-helper(多模型写作助手)、video_processing_service(自动字幕管线)、GJavaDoc(遗留代码文档生成)

最近的文章

为什么互联网上的文件要添加一个 hash 后缀
·2 分钟
在互联网冲浪时,我们会经常看到带有 hash 的文件名,例如: app.9f8e7d.js style.a13c22.css audio-20240201-7c91bf.mp3 表面上只是多了几位随机字符,但它却是很少公开讨论的开发经验:
MCP 被抛弃了吗?–- 关于 MCP 和 SKILLS 的一些思考
·4 分钟
近期 Claude 推出了 Skills ,关于 Skills 的使用,Claude 官方 blog中有提到一句 How Skills work: When Claude encounters a task, it scans available Skills to find relevant matches. Skills use progressive disclosure: metadata loads first (~100 tokens), providing just enough information for Claude to know when a Skill is relevant. Full instructions load when needed (<5k tokens), and bundled files or scripts load only as required.
读后感|The Worst Programmer I Know(为什么我也会“拼命留住”这种同事)
先给结论:别数活塞,先修引擎。用个人 KPI 去丈量一个复杂系统里的节点,就像拿 PPT 测网速——数字很顺眼,网还是卡。
GJavaDoc 深度解析:在 IDEA 内把遗留 Java 代码“清理出”可用接口文档
项目地址:GJavaDoc 本文基于源码逐行阅读的结果,对 GJavaDoc 的设计与实现做一份“工程级”的深度解析:为什么这样设计、关键权衡是什么、哪里容易踩坑,以及如何把它用在你自己的遗留项目里。 核心策略一句话概括——“事实交给程序,表达交给模型”。把能确定的事实(入口、签名、相关类型、代码片段、模块归属、历史产物)用静态分析和 PSI 拿稳,再让 LLM 按强约束的提示把事实“讲清楚”。这样文档才稳定、可复现、可增量、可并发生成。
uml-generate 深度解析:用多厂商流式 LLM 一键生成 PlantUML(前端纯实现)
本文基于源码实读,拆解 uml-generate 的工程实现:如何在“纯前端”环境下,串起多家 LLM 的流式输出,并将结果即时转译为可编辑、可导出的 PlantUML 图表。 项目地址: https://github.com/GeekyWizKid/uml-generate
writing-helper 深度解析:Next.js 15 流式多提供商写作助手(SSE + 统一代理)
·5 分钟
这篇文章基于源码实读,对 writing-helper 的架构与实现做“工程级”解析:如何在 Next.js 15 下,用统一代理层把 OpenAI / Grok / DeepSeek / Ollama 等提供商整合进一套流式(SSE)写作体验,并兼顾 CORS、安全与可用性。 本项目地址: writing-helper
视频处理服务实践:音频抽取、字幕生成与内嵌
·4 分钟
项目地址:video_processing_service 目标:把“上传 → 抽音频 → 识别 → 对齐 → 制作字幕 → 内嵌/外挂 → 回传”的全链路做得稳定、可恢复、可扩展。
RAG 系统优化实战:工程师必知的核心技巧
·10 分钟
“很多工程师在实现 RAG 系统时只是简单调用 LangChain 的 API,却不了解其背后的原理和优化方法。这就像是在使用 Redis 时只会 get/set,却不懂得内存管理和性能调优。本文将帮助你深入理解 RAG 系统的本质,掌握关键的优化技巧。”