我不知道是算法变得如此糟糕，还是我关注的人都在同一时间偏离了正轨。 我可以滚动我的动态（甚至是关注标签），看到零条有趣到值得反应的帖子。 一切都是moltboook/moltbot（在我看来绝对是垃圾，我看到的关于它的内容一点都不有趣），"天哪，一切又崩溃了"的帖子，Eps文件，当然，还有那些我甚至记不起来的长尾话题。 我的意思是，我不想听起来像个对着云喊叫的老人，但我能不能在一百条中看到一条与这些话题无关的帖子？我关注的大多数人都陷入了这种情况，这让我感到最失望（或者也许算法坏到连那个标签下的其他帖子都被降权了）。 我以前把我的关注标签当作一个不需要过滤的来源，但我想现在我也应该开始这样做了…… 但在2026年，我竟然需要付出实际的努力才能在社交媒体上稍微娱乐一下，这听起来简直不真实，以至于我觉得我最好把时间投入到其他任何事情上。 我难道是唯一有这种体验的人吗？

关于代理文档工具的更新（名称将在公开发布时揭晓）：它的表现非常出色！ 我今天有一个有趣的例子： 我在自己的代码库上运行了它作为端到端测试，但我不小心没有排除包含错误报告的目录，因此它被视为需要文档化的源模块。 令我惊讶的是，它不仅识别出这不是一个模块（同时保留了文档结构），而且还找到了并记录了代码库中每一个写入它的实例，并解释了它们背后的逻辑以及触发这些逻辑的情况。 当我完成它时，它将会非常出色。

所以我深入研究了这个话题，发现我对文档实践和框架的了解是多么的少，而这些在实际文档中从未提及，或者在大型课程中也不会看到。 arc42、C4建模、Diátaxis是我从未见过人们明确实践的方式。 我见过的大多数代码库都有非常临时的文档，作为事后补充，或者在另一个极端，由经验丰富的技术写手完全简化和抽象化，以至于无法理解产品表面下的复杂性。 话虽如此，我现在正在开发自己的代理文档工具，应该将其中一些实践应用于实际，并为高速度的代码库维护一致的文档，并与任何类型的开发工作流程兼容，能够从头处理整个代码库，并通过处理任意来源的git差异来维护它们。