最新

我所在的初创公司有一个基于 Bash 的内部命令行界面（CLI），基本上相当于共享别名和一个共同的入口点。随着别名数量的增加，我希望能够将功能分组到子命令中，添加更多帮助信息，并实现更好的自动补全。我知道可以将其转换为例如 Python 脚本，但我很好奇如果继续使用 Bash，会有什么可能性。 我没有找到任何能够解决这些问题的方案，而不需要大量额外的工具。我理解原因，Shell 脚本通常不长，且专注于特定任务；为它们添加 CLI 功能大多是不必要的，许多人甚至出于多种合理的原因会对此持反对态度。 尽管如此，我考虑过自己编写这些功能，但这感觉像是在浪费公司的时间。因此，我开始尝试构建一个完全在 Shell 脚本中处理这些问题的框架。于是，Shifu 应运而生。我已经断断续续地在这个项目上工作了大约一年，认为我已经有了一个合理的 alpha 版本，所以想与大家分享。

我一直在试图理解人们是如何真正使用像Claude Code这样的工具的，尤其是在看到一些在Twitter上分享的工作流程后。 我大约在去年六月开始使用终端编码代理。我使用Claude Code几个月后，由于体验不佳，转而使用Opencode。我的终端经常闪烁，格式混乱，单个会话甚至会拖慢整个机器。然后在一两个月后，我转向了Pi，并一直在使用它。 奇怪的是，经过这些编码代理，我的工作流程并没有太大变化，仍然非常原始。我提出问题或展示一些想法，讨论方法，让代理编写代码，然后我进行审查和验证。我确实尝试过采用一些人们所说的“高效”工作流程，但对我来说都不奏效。 去年年底，我看到Claude Code的作者Boris分享他如何使用Claude Code。我感到震惊。他同时运行多个会话。我尝试复制这种做法，但没有成功。两个并行会话已经让我感到力不从心。一旦超过这个数量，我的思维在几分钟内就会崩溃。上下文切换非常痛苦，我会在十分钟内迷失自己。 最近我看到他又发了一条推文，谈到如何使用Claude Code中的新功能。我意识到我甚至没有听说过一半的新功能。老实说，我感觉自己有些落后。 我想知道你们是否真的能够有效地运行多个并行会话，并使用所有这些新功能，甚至提高工作效率？还是说这种工作流程只对一小部分人来说是现实的，比如那些自己开发工具的人？

嗨，HN，我开发了一个新功能，可以收听博客文章。我还有一款应用程序，这是我个人在开车时用来听音频的工具。<p>我非常希望能听到你们对用户体验的反馈，以及这个功能对你们是否有用！

我们为 n8n 构建了一个轻量级的控制面板，因为我们在管理自托管设置时反复遇到相同的问题。<p>我们的目标很简单：减少运行 n8n 的运营开销。<p>功能包括： - 服务监控（n8n、Postgres、Redis） - 一键重启（安全执行处理） - 文件管理器 - SSH 访问 - 备份控制 为什么：<p>我们看到的大多数故障并不是与工作流相关，而是与基础设施相关。<p>这是一个尝试，旨在简化这一层，同时不失去灵活性。<p>我们非常希望能收到反馈，特别是来自其他在生产环境中运行 n8n 的用户。

我很想知道你在当前编码模型的哪些方面遇到了限制，无论是基于代码行数、系统集成、数据库等。