返回首页
最新
第二批次的项目已经开始，但第一批次实际上并没有任何证据表明已经进行过。此外，第二批次的申请在12号截止，项目将在22号开始——虽然10天内可以完成，但实际上并不现实。而现在距离开始还有五天，我却找不到任何人被联系的迹象。如果这只是一个想法收割和骗局，那么应该会有更多的讨论……
我花了很多时间在终端上，希望能有一个简单的方法在不切换上下文的情况下听TIDAL，因此我开发了ttydal。它是一个基于终端的TIDAL客户端，使用Python编写，并利用MPV进行播放。
这个项目的灵感来源于sqlit（<a href="https://github.com/Maxteabag/sqlit" rel="nofollow">https://github.com/Maxteabag/sqlit</a>）。ttydal支持浏览、模糊搜索和基本的播放控制。
这也是我第一个真正的Python项目，所以它仍然比较小，且有些粗糙，但它是开源的，易于实验。我非常欢迎任何反馈、建议或批评。
我一直在大量使用Claude Code，但总是遇到同样的问题：代理会推送更改、回应评审、等待持续集成（CI）……但从来不知道何时完成。
它会在循环中轮询CI，错过埋藏在15条CodeRabbit建议中的可操作评论，或者在讨论仍未解决时就宣布胜利。
核心问题是：代理没有确定的方法来判断一个拉取请求（PR）是否准备好合并。
因此，我构建了gtg（Good To Go）。一个命令，一个答案：
```
$ gtg 123
OK PR #123: READY
CI: success (5/5 passed)
Threads: 3/3 resolved
```
它汇总了CI状态，分类评审评论（可操作的与噪声），并跟踪讨论的解决情况。返回JSON格式供代理使用或人类可读的文本。
评论分类是有趣的部分——它理解CodeRabbit的严重性标记、Greptile模式以及Claude的阻塞/批准语言。“关键：SQL注入”会被标记；“不错的重构！”则不会。
该项目采用MIT许可证，纯Python编写。我每天在一个更大的代理编排系统中使用这个工具——非常希望能收到其他构建类似工作流程的人的反馈。