我们知道，目前已经发布的 DeepSeek R1 模型，原生并不支持 function call。网上似乎有一些生成支持 DeepSeek R1 支持 function call 的案例，但是没有明确的可推广的实现方案。

最近 MCP 大火，其实 tRPC 也可以提供泛 HTTP 接入的能力。内网其实已经对 mcp-go 进行了封装并支持，但是相关代码还没有同步到开源版上。

自从转 Go 之后，好久没写 Python 了。最近在 Ubuntu 24.04 中使用 pipx 安装了一个工具之后，运行报依赖错误。把上下文喂给 DeepSeek 之后，最终解决了问题。

最近对 AI 的应用越来越多，甚至我学习的时候也会深度借助大模型，自己也写了一些 RAG 的代码辅助。我发现有些生成的文档还挺不错的，于是我就决定把这些还行的文档发出来，需要的朋友们也可以参考。

晚上工作告一段落，等合作的同事帮忙定位问题。等待过程中，我突然想起最近在内网看到同事让两个 AI 互相聊天的讨论，于是我也用我的小工具，让两个毫无额外 system prompt 设定的 DeepSeek-R1 AI 互相聊了起来。两个 AI 互相配合着对方，互相捧场也是挺有趣的。无聊...

其实，只是接入一下 DeepSeek, 并没有什么难点，所以网上各种关于公众号接入 DeepSeek 的方案是有。但是，绝大部分资料都没有提及下面的重大问题：

自从 Git 出现之后，分支管理就深入人心。但是随着我们团队在合并 master 分支时，开始优先采用 squash merge，事情还是有了变化。我也开始采用另一种不同于传统开发模式的分支合并方法。在此我简单撰文阐述一下。

最近整理我手写的笔记, 其中有不少内容随着时代的变化, 用得越来越少了, 抑或是电子化了发到了我的博文中。然而我发现我当年学习的 SQL 笔记, 只电子化了特别基础和简单的 一篇, 后面还有一些躺在纸上。既然有点时间, 那我就把那些内容也都整理一下发上来吧。

“人月神话” 这个词，你知道是什么意思吗？我的第一反应是当面阿姆斯特朗在月球上留下的人类的一大步。然而实质上，这是一本软件工程的经典书籍，它最大的影响是让 “人月” 这个概念传遍整个软件工程行业。

系列文章腾讯 tRPC-Go 教学——（1）搭建服务腾讯 tRPC-Go 教学——（2）trpc HTTP 能力腾讯 tRPC-Go 教学——（3）微服务间调用腾讯 tRPC-Go 教学——（4）tRPC 组件生态和使用腾讯 tRPC-Go 教学——（5）filter、context 和日志组件腾讯 tRPC-Go 教学——（6）服务发现腾讯 tRP...

距离上一篇文章居然已经过去两个月了，毕竟苦逼打工人忙得一点空都没有……本文我们来讲一讲对于微服务架构来说，最重要的一个点了：服务发现及其对应的名字服务功能。系列文章腾讯 tRPC-Go 教学——（1）搭建服务腾讯 tRPC-Go 教学——（2）trpc HTTP 能力腾讯 tRPC-Go 教...

本文咱们来介绍一下在 tRPC 中的 filter 机制、context 用法，以及在相关机制上可以实现的 tracing log 能力。说实话，这一部份是我个人最不喜欢的 tRPC 的实现模式，不过这不妨碍咱们使用它——只要把它封装成让人更为舒服的模式也未尝不可。系列文章腾讯 tRPC-Go 教...

之前我花了三篇文章来介绍 tRPC 怎么用。而 tRPC 给开发者带来的便利, 在整整三篇文章中，我也只是介绍了它可以方便服务在 HTTP、trpc、grpc 三种协议之间灵活切换。诚然, tRPC 作为能够统一腾讯内开发框架的一个生态级产品，它的能力显然不止这些。这一篇文章，咱们...

前两篇文章(1、2)，我构建了一个简单的 HTTP 服务。 HTTP 服务是前后端分离架构中，后端最靠近前端的业务服务。不过纯后台 RPC 之间，出于效率、性能、韵味等等考虑，HTTP 不是我们的首选。本文我们就来看看腾讯是怎么使用 tRPG-Go 构建后台微服务集群的。

上一篇文章 中我们快速搭建了一个 http API 服务，并且我们可以看到，对外提供了 URL query 和 application/json 两种服务模式。那么实际上，我们到底实现了什么、并且能够做些什么？读者可能还是没有直观的感受，因此必要先来简单 review 一下。就让我们先放下敲代...

2023 年底腾讯统一的 RPC 框架 tRPC 正式开源。遍观全网，似乎大部份是对 tRPC 概念上的宣传、架构上的设计，而如何开发、如何部署的文章凤毛麟角。于是笔者小试牛刀撰此文，或许会成为一系列，希望能抛砖引玉。

公司内部的 Go 代码规范中限制了每一行代码的宽度。为了满足这个规范，那些太宽的代码行就不可避免地需要换行。换行不是普通的回车就行，如何在换行的同时，保持代码优秀的可读性，笔者根据日常 code review 中看到的各种模式，提出一些建议。

但是在快速部署的时候，有时候，我们可能需要一些宏服务的优势。有没有一种方法，能够 “既要又要” 呢？本文基于 tRPC-Go 服务，提出并最终实践了一种经验证可行的方法。

Go 自从 1.18 版本正式推出泛型之后至今也超过半年了，但是笔者发现在实际业务开发中，大家没有如想象中那么广泛地使用泛型。于是决定简单撰一文，尽可能简单地讲解 Go 的泛型代码的写法。

现在团队里几乎所有的代码都需要经过 Code Review（代码审查）之后才允许合入主分支。笔者在 CR 中看到了不少不适合的问题，也看到了不少值得学习的点，于是决定一点一滴地记录这些做法、经验、教训，以飨读者。如有错误，也欢迎读者不吝指正。