L站 入站四个月 个人反思贴

一.前言

借着新年的尾巴,回顾和反思一下,我在L站的四个月做的事情,有的事情做的不对,是我的反思,也希望能给大家一些警醒

四个月由来:我的L站账号虽然是 2025年6月 创建的,但是一直没怎么使用,正式使用是在2025年11月,所以正式入站 差不多4个月了


二.重回L站和第一次使用Claude Code

我大概是在2025年11月将 vibecoding 领域定为我未来的主要方向,当时在谷歌中查询学习了很多网站,L站是这领域最好的社区,正好之前也注册过账号,就重新回来了。

同时我也是在2025年11月第一次使用claude code(之前用的都是Cursor),其实这已经对新技术的接纳 很晚了


三.将哈雷佬的Claudix发布到vscode市场(入站第1错)

当时刚用claude code 没几天,首先就认识到这个没GUI不太方便

后来发现L站哈雷佬的Claudix很不错,就修改了一下,加了一些功能,发到了vscode插件市场

这是一种严重的不道德行为,我反思有如下问题:

问题一:哈雷佬的是 AGPL3.0 协议,当时我并未按照这个协议进行代码开源

问题二:哈雷佬自己都没发市场,我先发了,这不道德

这暴露出了我对AGPL3.0协议含义的不清楚,和对开源作者不尊重的不道德行为;


四.开源IDEA版 claude-code-gui

vscode事件当天晚上,我就去做当时还没什么人做的IDEA市场 GUI 项目:idea-claude-code-gui

这个项目是完全从零开始构建的项目,历时四个月,发布40多个版本,600多次commit,虽然现在还有很多问题,但在idea里面已经挺好用了


五.开源客户端版细节做的不到位(入站第2错)

我在上周开源了一个客户端新项目:CodeMoss

最开始我是基于:MIT协议的 CodexMonitor 开源项目进行的二次开发

但是由于对MIT协议认识不清楚,导致了两个问题

问题一:并未附上原作者的归属声明,这反应出我的开源道德不太好

问题二:将MIT协议 修改为了 AGPL v3协议,这反应出我对协议修改的知识不太了解

对于此事我认可风佬的判词

此事之后,我将我所有的项目都改为了MIT,并且后续我的所有开源项目都采用MIT,避免再因为协议问题导致其他问题

但没有更严格的协议限制,需要大家甄别盗版,我也在官网和各产品上都增加了谨防盗版项目的提示,如果你们想商业化,二开给公司用,随便你们使用,但是也请注意我上面踩得一些坑

CodeMoss开源项目,目前还在高速迭代中,我日常开发维护IDEA插件 也在使用这个客户端

目前已经支持 Claude Code,Codex,OpenCode 三个引擎,节后会再支持Gemini引擎;推荐试试


六.我为什么要做开源

我需要坦白,我做IDEA插件的时候,刚刚使用claude code不到一周;之前也从没进行过正规的开源项目迭代

很多GitHub开源规范也不懂,在此我想感谢 @gadfly3173 在 idea-claude-code-gui 项目中,对我开源GitHub不规范的地方提出的建议。

另外我做开源的目的 从来并不是为了收费,而是为了 从实践中学习vibecoding技巧和知识。

如果你用过我做的产品,相信你能从中感受到我做产品的态度和温度

另外也借着这个机会,声明一下,我的所有的开源项目,将永远保证是自由和开源的,永远不会有任何付费功能,请放心使用(谨防盗版项目)

另外多说一些,为什么我做开源不为了收费,为什么我能这样?

  • 没有房贷(这点我感觉挺关键的,没有房贷导致我压力很小)
  • 有一些小的 非互联网(传统行业)的营收支撑
  • 个人消费降级(经历了三年消费降级,现在一个月花不了多少钱)

当然最重要的是:真的喜欢编程,也坚定的任何vibecoding方向,要不我也不会过年期间,还天天保持开源项目的 更新。


七.我对我自己目前的定位

我感觉我自己的技术水平属于半吊子,不如很多人

例如开发IDEA插件的时候,我其实只是略懂Java语法,我之前的本职工作是前端开发,现在95%以上 都是借助VibeCoding辅助进行的开发,所以如果你关注代码的话,我的代码书写的其实是一塌糊涂。

我给我自己的定位就是,懂一些代码,但是更偏产品经理一些。

题外话:我始终有一个感觉,那就是我只是被时代推着走的人,我做的这些开源项目如果不是我来做,未来也一定有人会做,只是现在刚好我来做罢了


八.我后面想做什么

我准备 后面 做一个通用智能体的开源项目,再做一些 vibecoding相关的 小的 开源项目

题外话:我还想做一款游戏(是的,我喜欢打游戏,特别是金铲铲,所以我准备用vibecoding做一款游戏 发到steam上去)

最后希望我这个帖子能给大家带来一些反思和启发。也感谢始皇提供这么好的社区,

真诚 、友善 、团结 、专业 ,共建你我引以为荣之社区。

这大概就是我这个帖子想说的所有内容了,也祝大家新的一年,升职加薪,事少钱多。

新的一年我将以更快的迭代速度进行开发迭代,拭目以待吧~


九.辅助数据

L站使用数据

GitHub提交数据


本帖均为手打出来的,如果可能语义不通,有错别字,还望包含~

92 Likes

支持佬友,加油

2 Likes

人非圣贤,孰能无过。

都是小事情,向前看

4 Likes

太强了:+1:

有反思,有改变,有进步!

不必对之前的过错过分自责哦~
和佬友们一起一起进步吧~

非常深刻的反思,加油佬友

文笔不错,加分

使用MIT项目开发的新项目以AGPL发布没问题吧

1 Like

但是不能覆盖原本相关代码文件的MIT授权,也就是需要区分MIT和AGPL的部分,还需要保留MIT的license,实践上会比较困难。

1 Like

加油,向佬友学习!

MIT License是宽松许可,可以纳入AGPL项目,而且不需要特别地区分这两部分,因为使用MIT协议项目并不是独占性的,只需要按照MIT License的要求进行署名并链接到相应仓库,同时保留MIT协议文本。

换句话说,“原本相关代码文件”一直都在以MIT License发布,并不会因为你的使用而撤销,因此不存在“覆盖授权”的说法。

2 Likes

佬友还是挺真诚的,继续加油吧~做的工具还是挺好用的

那就不知道了,哈雷佬的帖子里说不可以,问ai基本也会说未获得原作者授权的情况下改为AGPL可能会引发社区不满等等。更主要还是codemoss没放原本的license文件

MIT协议即授权,合规使用不需要“获得原作者授权”。你可以说包装项目不道德,但不能说它违反协议。

没放License确实是问题,但不代表合规地在AGPL项目里使用MIT License项目有问题。

2 Likes

这个还有计划再开一贴介绍不

OvO 知错就改就是好的喵~ 支持佬友呢(瘫

计划等Gemini Cli适配完成,再写(四缺一)

2 Likes

向佬友学习

太强了,大佬!

1 Like