LangC Music导致的溃败
最近真的被这个音乐工作台搞懵了，但是回头想想其实是从一开始就没有理清楚一个项目从想法到落地的整个流程。
为什么这么说
其实刚开始有想法时就很懈怠，首先就是一开始没有摸清自己的需求，把一些模块之间联系想得太简单了，比如说这里我就是这样想的：
SQLite数据库作为基本存储 -> LangGraph/LangChain可以负责理解，调度数据，然后通过设计好的评分机制（其实我对评分机制很反感）来调动工具 -> 第三方mcp/py可以建立与宿主软件的联系（读取，写入） -> 宿主软件更改
但是实际初版测试出来就已经初见端倪了：计划中貌似严密的防止出错的防御措施，成为了让这个工具真实寸步难行的问题，导致我等AI写完代码后一看，进去晦涩难懂，一个操作三个错误（其实更多）。然后我并没有直接推翻完全重写（现在看来早就应该退回到想法阶段重新去理解最小回归然后再加），我尝试单纯的去修修补补，报错？那就记录并解决，但是真是地狱的开始：因为前面目的的不明确，导致不能一针见血的直接切掉某一部分或坚持一些地方绝对要保留，所以真的只能见一个修一个（而且是没头没脑的修），真的是效率低下且几乎起不到作用。这样的错误真的不想再犯了，真是纯浪费时间精力金钱
那为什么会这样，现在最大原因是懒了，没有从一开始就规划好项目设计各个流程的规范；然后就是现在能力还是颇为不足，我觉得一开始目的不明确就是因为知道的太少了导致不知道选择什么来实现脑中的想法；第三个就是见识少导致的莫名的自负，说实话现在觉得有想法就去做是一种很傻的做法，调研和评估在我这里的地位要大上升了
所以说
我活该，不活该也不会知道