#Go语言

5天前

开源 FastClaw：做更好的 OpenClaw 发行版 1. 使用 Go 开发，3000 行代码实现 OpenClaw 核心功能 2. 单二进制（5MB）分发，轻量级安装，无环境依赖 3. 秒级启动，资源占用小（内存占用约为 OpenClaw 的 1/7） 4. 支持可视化安装，上手门槛很低 5. 支持个人本地使用，原生支持云端多租户场景 6. 支持 OpenClaw 90% 功能，兼容 OpenClaw 生态。如何使用？ 1. 在项目主页复制 FastClaw 一键安装命令 2. 在电脑运行安装命令，自动打开可视化配置界面 3. 按照步骤，配置接入的模型和消息渠道 4. 安装完自动进入 FastClaw 管理面板，查看网关运行情况 5. 在接入的消息渠道开始对话跟 OpenClaw 有什么区别？ 1. 使用方式上没太大区别，都是命令行安装，配置各种功能，在自己习惯的消息渠道对话 2. 第一次配置，比 OpenClaw 简单，上手门槛更低 3. 运行过程中，比 OpenClaw 资源占用小，对电脑配置要求更低 4. 如果你想二次开发，代码量更少，改起来更轻松 5. 如果你要部署到云端，让多个用户接入使用，FastClaw 更适合，天然支持云端多租户 6. FastClaw 支持了 OpenClaw 大部分功能：多模型、多渠道、多 Agent 等，添加了额外的特性：沙盒、并发控制、数据库配置、消息持久化等 7. FastClaw 兼容 OpenClaw 的生态，比如 clawhub 安装 skills 等，配置参数跟使用习惯也尽量跟 OpenClaw 保持一致，减少用户切换成本 8. FastClaw 是 OpenClaw-Like 的 Agent 底层框架，不是 OpenClaw fork 版本，而是从底层重构的全新版本 9. 如果把 OpenClaw 比作 Linux，那么 FastClaw 想做的就是 Centos，面向企业场景、云部署场景、智能终端而设计的 Agent OS 为什么做？ 1. 我做了一个月 OpenClaw 云托管服务，得出的结论是 OpenClaw 不适合云端多租户场景，主要是 OpenClaw 的架构是为本地使用场景而设计的，定位是个人 Agent - OpenClaw 在云端多租户场景需要每个用户一个隔离的 Pod，开销很大，成本很高 - OpenClaw 通过子进程完成复杂任务，多个任务串行排队，效率不高 - OpenClaw 的对话和记忆内容是存储在本地文件的，容易丢失，配置容易搞崩我需要一个更好的方案来降低云端部署的成本，让更多人拥有自己的龙虾。 2. 随着微信 ClawBot 等入口的开放，使用 Agent 的用户会越来越多，不太可能每个用户都在自己的电脑部署一个 Agent，云端多租户是刚需。企业需要给员工分配 Agent，挂载知识库，统一管理。这些场景 OpenClaw 都不适合。 3. 要建摩天大楼，需要先打地基。OpenClaw 有很多优秀的设计可以参考，但是代码太臃肿，没办法在此基础上改架构，所以只能自己写。 ------ FastClaw 还在初期阶段，堆了很多功能，还没来得及完整测试，需要点时间完善。期待有更多的朋友参与共建，做一个更好的 OpenClaw-Like 的 Agent OS 发行版。 MIT 协议开源，欢迎使用，感谢支持。

#开源 #FastClaw #OpenClaw #软件开发 #Go语言 #轻量级软件 #云计算

2周前

转后端就学go，不要学什么node，Python因为GIL锁也不能真正的多核，但是Python很多人工智能上面的库，不做LLM其实不用学Python

#后端开发 #Go语言 #Python #Node.js #人工智能

5个月前

Cline CLI 竟然用 go 写的😭

#Cline CLI #Go语言 #编程 #技术 #失望

5个月前

#每日推荐 VPS融合怪服务器测评项目尽量成为最全能的服务器测评项目，使用 Go 实现，无需任何环境依赖。 Aiming to be the most comprehensive server testing project, implemented in Go with zero environment dependencies.

#VPS #服务器测评 #Go语言 #全能 #中性

5个月前

那当我拿出 Go 的 nil != nil 时，阁下又该如何应对？

#Go语言 #nil值 #编程难题 #技术讨论 #bug

6个月前

#每日推荐 QQ空间爬虫，多协程并发下载相册的相片/视频使用GO语言多协程并发式开发的QQ空间爬虫，通过手机QQ扫码登陆后即可全自动下载相册的相片和视频 PS：有没有唤醒你那该死的回忆

#QQ空间 #爬虫 #Go语言 #相册下载 #回忆 #多协程并发

6个月前

最近一个月找了个兼职，干的就是一个后台简单的数据CRUD系统。这个系统很特别，全部代码都是用AI写的。我来的时候前端有基本的功能页面和后端的一些基本的数据库表。看起来是一个像那么回事的系统。我在这里面干了一个月，最后实在受不了 AI 生成代码导致的混乱而离开。之前我没有这么大规模的使用AI，也没有这么大量的用 Claude cli。一开始我刚进来工作还尝试手写点代码，然后做小的改动。项目里面几乎全是 AI 生成的代码，我很难去做改动，加上我对 react 那坨东西也不太熟悉。人脑对代码的理解很难跟得上 AI 产出代码的速度，看了没多久我也放弃了手工写代码，全部改用 Claude cli 来写。一开始用 claude cli 很惊艳。我用一些很简单的prompt让它去添加某个页面，某个 list 组件，它能很快的做好。而且做出来的前端效果居然完美兼容整个前端 ui 风格，没有乱生成不同风格的 css。这可能也是得益于 react 的功劳。不得不说 Claude cli 写 react 真的很强。很少翻车，也很少会弄出你不想要的功能。然后我进入了这个项目的深坑，一个 C 语言写的系统底层。一开始遇到的坑就是编译链接。这个 C 项目本身有一套 makefile，但也是 AI 生成的，会经常出问题。然后就让 AI 去修复编译链接相关的问题。修着修着 AI 会自己写一个 shell 脚本自己去编译。然后我这一个月有很大一部分时间在为 AI 写的这个 shell 脚本修车。不得不说 c 项目的编译依赖是一个极需精力维护的东西。一旦涉及到动态/静态链接，第三方库依赖，各种改代码翻车的事情就会出来。然后 AI 生成的代码编译时会有一大堆的 warning，出错时你要在这一大堆的 warning 里面找 error，然后贴给AI，让它去修复。为什么不让 AI 去做编译？理由很简单，太费token了。如果不省着点用，全部让ai去操作一切，AI 读编译结果输出是一大笔 token 开销，会被 Claude 限制。本身 C 项目代码 AI 写起来似乎不难。它能很快的完成一些指定的任务。但面对 segment fault 这种事情也很无力，更不要提查内存泄露的问题了。segment fault 要开 debug 模式把内存布局 dump 出来交给 AI 才能改。另外就是对与一些细小的问题像空指针检查，计算 strlen，memory length，和 tcp package length 这类问题经常会翻车。还有就是你要检查出以上问题出现在什么位置也很难，你只有不断的告诉它在哪里加 log，然后通过 log 判断哪里有问题。或者直接把 log 丢给它，让它去修复。这样每完成一个功能需要花费大量的时间去 debug，最终算下来 debug 的时间并不比开发的时间少。这个项目另外一块用的是 golang 开发的后台系统。得益于 go 本身就很简单，完成某些特性的写法也只会有一种。 AI 写 go 代码是非常容易的。而且维护起来比前端 typescript 和 c 语言要容易得多。容易出问题的地方就在数据库的 migration 上。你把这块交给 AI，就很难得到一个能够在多个环境里保持一致的数据库 schema。得益于 go 语言本身容易阅读的特性，你可以很快速的读明白 AI 生成的代码是干啥的。也能很快速的知道它生成的代码很多是有很大的问题的，经常会舍近求远的写一些不必要的代码，或者用很复杂的方式实现一个很简单的功能。而那个很简单的功能只需要调用其他模块的一个接口即可。然后 AI 会在一个模块里面把代码越写越多。这也可能是 Claude 为了节约读 context 的复杂度，经常能看到 Claude 会拿 grep 命令在代码里面搜来搜去。由此可见 AI 代码的模块的划分和改动是很无力的。极容易产生出一大坨代码全放在一个模块里面的情况。这个项目我后面几乎都在调试接口返回的数据是否正确，功能实现是不是正常，端到端网络通信是不是可靠的发出来了，另一边是否正确的接收了。然后还遇到另一个问题就是几个同事一起协作时，merge 代码时产生的痛苦。由于大家都是用 AI 在写代码。提交上来的代码冲突不断，merge 代码时即使是自己这一方写的也判断不出来冲突该如何合并（因为全是 AI 写的）。AI 会经常生成一大堆代码，这也让 merge 代码的工作更加雪上加霜。经常会出现一个功能写完后，可能会不小心在 merge 的时候被删掉。这也对协作产生了不小的挑战。我最后离开的原因，就是我一天吭哧吭哧的干了不少时间，最后实际上看到的产出却很少，全都是在修各种各样的运行问题和 debug 一个功能是否真的如预期那样可靠。时间浪费不少，同时又拿着别人的钱在干活，最终又没干多少活。这样对大家都不利的局面我还是及早退出算了。

AI编程工具激战：Claude Code、Gemini Cli崛起· 1256 条信息

#AI代码 #代码调试 #C语言 #Go语言 #协作困难

7个月前

真的感觉 Go 的 automatic toolchain switching 是个糟糕的设计

#Go语言 #toolchain #设计 #负面评价

7个月前

#每日推荐 coze-studio 一个集成一体化可视化工具的 AI 代理开发平台，前所未有地简化了代理的创建、调试和部署。轻松创建 AI 代理后端 backend 使用 go 开发的，可以从里面学习下go在字节中如何使用的，其中用到了DDD开发模型和http开发框架hertz，以及ai开发框架 eino

#coze-studio #AI代理开发平台 #可视化工具 #Go语言 #DDD开发模型

9个月前

把无缓冲的通道在goroutine之间同步比喻成接力棒🤣

#AI整活：笑点爆梗不停，流量变现惊现· 577 条信息

#无缓冲通道 #goroutine #接力棒 #编程 #同步 #Go语言

9个月前

#每日推荐后端基于go的开源知识库这是一款 AI 大模型驱动的开源知识库搭建系统，帮助你快速构建智能化的产品文档、技术文档、FAQ、博客系统，借助大模型的力量为你提供 AI 创作、AI 问答、AI 搜索等能力。

#开源 #知识库 #AI大模型 #Go语言 #文档系统

9个月前

Go为什么用起来这么爽，理由见下图

#Go语言 #编程体验 #开发效率

11个月前

这难道是 Frp 进阶版？穿墙界又一猛将 NodePass 一款基于 Go 语言的 TCP/UDP 隧道工具，为复杂网络安全数据传输而设计。采用分离的架构： • 控制通道 - 使用未加密的 TCP 连接，确保低延迟和高效率 • 数据通道 - 提供三种 TLS 安全模式（无加密 / 自签证书 / 定制证书）

#frp #NodePass #TCP/UDP隧道工具 #网络安全 #Go语言 #数据传输 #TLS安全模式

1年前

#每日推荐 Go语言开发框架 Eagle 是一款适合于快速开发业务的 Go 框架，支持web和微服务 Eagle包含了开发所需的主要基础组件，如： - 配置 - 日志 - 缓存 - ORM - 分布式锁 - 消息队列 - 指标监控 - 服务注册与发现 - 链路追踪 - RESTful/gRPC - Proto管理

#Go语言 #开发框架 #eagle #微服务 #基础组件