AI 实践案例 · Agent / 实践案例
1.准备工作
可读标题 · 基于原文内容整理
原题：shares/Morpheus
这个案例围绕「shares/Morpheus」记录了一条真实 AI 实践线索，正文重点集中在「1.准备工作」「2.研究api」，适合先按任务意图阅读再判断复用。
案例速读
README 标题「shares/Morpheus」下已经出现运行/配置路径、结果证据，正文重点集中在「1.准备工作」「2.研究api」，比纯概念介绍更适合进入精选阅读流。 这篇案例的阅读价值在于，它把真实任务、模型辅助过程和可迁移做法放在同一个上下文里，读者可以从 「1.准备工作」、「2.研究api」、「3.兼容性」、「感触」 进入正文。
- 建议重点看 可参考其中的运行与配置路径、适合补充脚本后沉淀为标准流程、已有结果或观测证据可用于判断复用价值。结合 Agent / 实践案例 和「任务驱动用户、AI 实践者」这一受众定位，它更适合作为任务检索后的精读材料，而不是只看一句短摘要后快速跳过。
- 正文目录和原始材料仍然是判断依据；导读只帮助你更快定位阅读重点。
- 看点
- 1.准备工作
- 读者
- 任务驱动用户、AI 实践者
- 复用
- 可参考其中的运行与配置路径
- 结构
- 4 个目录入口
原文内容
我是25级少院的Morpheus。 我用的ai是dsv4，部分是学校给的api，另一部分是我自己买的，然后我主要用claude code编写代码以及整理obsidian的笔记。 我开发的是一个叫做anylisten的音乐播放软件的插件以及其插件系统，目的是让它支持从网易等平台在线搜歌，优化程序的缓存数据库系统，以及为这个软件加上音质标签。整体程序采用typescript和svelte开发，在这之前我从来没学过这两个语言，代码中的内容和逻辑也都是ai帮我解释的。
1.准备工作
在进行改动之前，我先让ai通读了一遍代码，了解了这个程序的结构，已实现的功能以及其内部插件和外部插件的api，并定出了一个合理，模块化的修改方案，即搜索页使用内部插件实现，音源由外部插件提供。
2.研究api
尽管我使用的音源提供了几乎所有主流音乐网站的最高音质，但其开发者api早已年久失修，于是我只好从网页端的调用分析其内部api结构。在我先摸出了几个调用格式后，让claude code负责研究其签名逻辑，claude code成功的获取了网页的一系列源代码并得出了混淆后的签名逻辑，写进了源代码，外部插件部分就完成了。
3.兼容性
不知道是什么原因dsv4没能很好的自动处理这部分代码，导致第一次测试的时候发生了很多次炸库的事故，最后也是由我制定了键值对的存储格式，并优化了存储的逻辑与时间复杂度。所有代码可以在github的morpheus315/gdstudio-repo和anylisten仓库里看到。
感触
首先发出每一句命令的时候都要完全清楚当前的逻辑以及自己的需求，否则可能需要花很多时间来处理本来可以避免的失误，也会耗费很多token。第二是勤用/compact，这个指令可以在不太影响ai记忆的情况下极大节省token。第三就是这个工作可以穿插在日常工作中，只需要过一段时间检查一下进度发一段指令就好。