Try 是一款轻量的 Ruby 工具，可将你的代码实验项目集中管理在一个目录下（如 ~/src/tries），并通过模糊搜索快速查找或创建带日期标识的目录（例如 2025-01-18-redis-test）。
安装方式灵活：可通过 gem install try-cli 安装，也可直接 curl 下载单个文件，只需在 Shell 中添加 eval “$(try init)” 即可使用 —— 无需复杂配置。它会通过智能匹配将近期项目优先排序，帮你避免 “test” 文件夹散乱分布、/tmp 目录下的实验成果丢失等问题。这一工具能节省你在不同实验思路间切换的时间，让杂乱的实验项目始终可快速访问，保持高效的开发状态。
做开发的人，大概都有一个共同的黑历史：
桌面一堆：
test
test2
redis-test
redis-final
redis-final-2
tmp-project
demo-new-new过两个月你再看，自己都不知道哪个是“真·最终版”。
直到遇到了一个很小众的 Ruby CLI 工具 ——
try
它干的事情非常简单，但非常狠：
把你所有“实验项目”统一收纳起来。
它到底解决了什么问题？
如果你经常：
- 临时测试一个 Redis
- 写个小脚本验证想法
- 试个 CLI 工具
- 做个 API demo
- 玩一个 AI 小项目
你一定遇到过：
- 有的丢在 ~/Desktop
- 有的在 ~/tmp
- 有的在 ~/Documents
- 有的直接忘了放哪
而 try 的思路是：
你所有实验，都必须在一个地方。
默认类似：
~/src/tries而且目录会自动生成日期：
2026-02-17-redis-test
2026-02-16-openai-cli
2026-02-14-shell-script不用想命名规则，它帮你规范。
搜索是“模糊的”
你只要输入：
try redis它会按时间优先排序，把相关项目列出来。
最近用过的排前面。
这比你在 Finder 里瞎翻快太多。
它不是 Docker，不是环境隔离
很多人会误会。
它不做环境隔离。
不创建虚拟容器。
不 sandbox。
它只是做一件事：
帮你管理“实验空间”。
但恰恰是这个东西，能救命。
为什么这类工具会让人上瘾？
因为它改变的不是功能。
而是你的思维方式。
当你知道：
“任何实验都进 tries 目录”
你大脑的负担会瞬间降低。
你不会再想：
- 放哪？
- 以后找得到吗？
- 要不要建个 demo 文件夹？
你只管：
try new idea-name然后开始写代码。
安装几乎是零门槛
Ruby 用户可以：
gem install try或者直接 curl 单文件。
再在 shell 里加一句：
eval "$(try init)"就能用。
没有复杂配置。
Github：https://github.com/tobi/try
油管：https://youtu.be/2-qwAjX5fvM