AlexaZhou

我一直觉得这种复制一个命令，让用户自己来安装软件的方式，对用户非常危险，根本就不知道装了什么，有没有病毒，今天这就有人中招了

建议大家要抵制这种，尽量不要用这种方式安装

只能说是实现的有问题，并不是必须设计成这样，可能过几个版本又修好了也说不定

我自己实现的多 agent 系统，压缩上下文的时候，就可以命中缓存, https://github.com/alexazhou/TogoSpace

@honjow 兄弟你的头像太叼了，点赞👍

@KaiWuBOSS 你说的是其中一方面，其实不只是这样，我举例来说：

如果模型想用 bash 命令启动一个开发服务器在后台一直跑，并且持续监控日志输出。那就需要实现 bash 实现对应的超时返回，和后台进程管理，输出获取能力，而不只是简单的执行命令

又或者 edit 在给模型用时，不能只是 apply_patch ，需要做 allow_multiple + unique match 检查来减少误操作

每个工具都有很多的细节，细节没做好，给模型用就会影响整体效果。这一块自己从头实现，想做好是很花时间的。

TSP 要提供的就是一个完整的解决方案，开发者可以直接把 tools 这一层拿去用，专注做自己的业务，就不用干这些脏活累活了。同时 TSP 因为在多个项目中得到锻炼，就可以把 tools 这一层做的更高质量

强烈推荐 TSP ，提供完整的工具层能力，能让你 10 行代码跑起来一个 agent ，然后你可以在这个基础上慢慢加入自己的逻辑

https://github.com/alexazhou/TSP

好想法，赞一个

可以了解下这个项目看看，提供 tool call 工具层能力，这样你只需要专注实现 Agent 逻辑，会简单很多


https://github.com/alexazhou/TSP

@1wlinesperday
你觉得 Agent 难点在哪里呢😂

@Leon6868 目前可以实现执行工具的机器，和运行 agent 业务逻辑的机器解耦，中间通过 websocket 连接，类似于手脑分离

你说的这个 wasm 应该也能实现，具体的使用场景是什么呢，可以一起讨论下看看

已经提交申请了