一周热榜

我想要一个免费的 Nomad List 版本，并且不想要过于复杂的功能，因此我制作了 Minimum Viable Expat。它专注于生活成本和比较居住地，仅此而已。这个项目还处于早期阶段，欢迎反馈。

我创建TTal是因为我厌倦了照看Claude Code会话。每次提交请求（PR）都意味着在多个窗口之间切换、复制粘贴审查反馈、告诉编码者需要修复的内容，并重复这一过程直到合并。我希望能够在做其他事情的同时，通过手机管理这一切。 TTal是一个Go命令行工具，能够在双层架构中协调多个Claude Code会话： - 管理层——长期运行的代理，能够在会话间持久存在。它们负责制定计划，将计划拆分为任务、分配优先级，并在工作者遇到困难时帮助解除阻碍。你可以通过Telegram来管理它们。 - 工作层——为每个任务生成的短期代理。每个代理都有一个独立的git工作树和tmux会话。它们负责实现、审查、处理反馈和合并——整个PR循环是自主运行的，并且持续集成（CI）日志会反馈回来。完成后，一切都会自动清理。 代理、工作者和人类之间通过点对点消息桥进行通信——任何代理都可以直接向其他代理或人类发送消息。 我面临的另一个问题是：我需要专门的、长期存在的Claude Code代理来进行规划和研究，而不仅仅是一次性的编码会话。TTal的管理层正好满足了这一需求。我的协调代理负责制定计划，我的研究者探索代码库，而工作者则只需执行。 这个技术栈是有意设计为可组合的——使用taskwarrior进行任务管理，flicknote或简单的markdown用于知识/记忆，Telegram作为人机交互界面。所有组件通过命令行接口进行通信，无需SDK。 ```bash brew tap tta-lab/ttal brew install ttal ``` GitHub: [https://github.com/tta-lab/ttal-cli](https://github.com/tta-lab/ttal-cli) 我还创建了一个仅使用bash的子代理运行时，几乎没有工具调用开销：[https://github.com/tta-lab/logos](https://github.com/tta-lab/logos) 欢迎提出关于架构或多代理工作流程的一般问题。

我们从2006年10月以来每天收集了前三条HN（Hacker News）故事（总计约21,000条），对这些故事进行了主题聚类，并可视化了主题随时间的变化情况。<p>您可以放大查看任何时间段——一些模式出人意料地清晰（例如，人工智能超越创业文化成为HN的热门话题，加密货币的兴起与衰落，以及因COVID疫情导致的远程工作的激增）。<p>欢迎随时询问有关方法论的问题。

Tril将代码库中的每个函数转换为简单的英文描述，然后运行并测试它们——使用大型语言模型（LLM）作为解释器，而不是运行时环境。 这个概念是：编程语言的存在是因为机器无法理解人类的意图。而大型语言模型可以理解。那么，如果完全去掉代码，仅仅描述每个函数应该做什么，会发生什么呢？ 这个工具逐个替换函数，在每次替换后运行测试套件以确认没有出现错误，并输出一个.md文件。然后，`tril run`会启动一个HTTP服务器，将每个函数的英文描述发送给Claude，并返回结果。 在一个单位转换器（JavaScript）和一个625行的Python命令行工具上进行了测试——测试通过，结果精确到小数点后六位（幸运的是）。 这主要是一个思想实验：任何代码都能变成简单的自然语言吗？它仍然能正常工作吗？让我们来看看吧！ npm: npx @sliday/tril convert URL GitHub: [https://github.com/sliday/tril](https://github.com/sliday/tril)

我对这种炒作曾经翻了个白眼，但实际上，<i>阅读</i>这方面的内容和<i>体验</i>它是完全不同的。如果你有任何旧的代码库，试试看，你可能会感到惊讶。 我不确定对于复杂的遗留企业系统，长期的“*90% 生产力*”的说法是否可信，但对于模板、库、构建工具和重构来说，收益是巨大的。那些耗时且令人紧张的工作大部分都得到了处理。 一开始你会像鹰一样仔细检查每一个差异，期待它会破坏东西，但老实说，很快你会发现大多数情况下这并不是必要的。你只需保持IDE开启，将“分析代码”的输出反馈给它。在Java中，告诉它“<i>添加checkstyle，运行mvn verify并修复</i>”的效果很好，你甚至可以去喝杯咖啡，而不是与linter警告作斗争。 理论上，剩下的只是<i>逻辑</i>和<i>想法</i>。当架构真正变得复杂时，我们将看看这一点是否成立。但目前，让它分支、创建模板并编写简单的测试，同时你只需在规格上进行迭代，效果出奇地好。只有在写下规格用普通英语太麻烦时，你才会编写源代码。 这提出了一个真正的问题：如果你的竞争对手Y刚刚解雇了90%的开发人员以节省成本，你会盲目跟随吗？还是会保留你的团队，利用这个巨大的杠杆，以一个远远更好的产品将Y彻底超越？

谷歌学术“现在”使用谷歌云端硬盘中的一个文件夹来存储公共文章的PDF文件。<p>我在谷歌学术的个人资料中的链接不存在，访问时返回404错误。我无法上传我想公开分享的新文章！<p>我浏览了我的谷歌账户的所有选项，但找不到任何方法来更改谷歌学术使用的文件夹。<p>我尝试联系谷歌支持，但当然没有得到回复。我甚至不确定是否有谷歌学术的工作人员会查看与谷歌学术相关的支持票据。<p>重现步骤： - 我登录到我的谷歌学术账户 - 我有一些文章没有PDF，因此在我的个人资料页面顶部出现一个标题为“审核公共访问”的框，里面有一个链接“审核” - 我点击“审核”进入一个标题为“具有公共访问要求的文章”的页面。该页面显示了缺少PDF的文章列表。每篇文章旁边都有一个大的蓝色按钮“上传PDF”。 - 我点击其中一个蓝色按钮，打开一个标题为“上传”的对话框。它显示了所选文章的标题和作者。同时显示的信息是“您上传到谷歌云端硬盘的文章将是公开的——任何人都可以查看。要替换PDF，只需上传另一个版本。要删除它，请访问您谷歌云端硬盘中的‘公共研究文章’文件夹。”文本“公共研究文章”实际上是指向我谷歌云端硬盘中一个文件夹的链接。 - 当我点击这个链接“公共研究文章”时，我收到404错误，消息是“请求的URL在此服务器上未找到。这就是我们所知道的一切。”<p>有人能帮忙吗？还是我漏掉了什么？