我领悟到了DSH的正确打开方式，用DSH UI把skill产品化，爆改成了小说/短剧创作工具

本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：

• 我的帖子已经打上 开源推广 标签： 是


• 我的开源项目完整开源，无未开源部分： 是


• 我的开源项目已链接认可 LINUX DO 社区： 是


• 我帖子内的项目介绍，AI 生成、润色内容部分已截图发出： 是


• 以上选择我承诺是永久有效的，接受社区和佬友监督： 是

以下为项目介绍正文内容，AI 生成、润色内容已使用截图方式发出

眼熟我的佬可能知道我开发了 oh-story-claudecode、drama-skills。但很痛苦的是我一直没能将小说和短剧剧本创作产品化。

最近把之前的小说 Skills 和短剧 Skills 全部接进了 DSH，做成了一个纯 DSH UI插件，感受是我成了。

现在有小说、短剧两个工作台，接入了一共 23 个专业 Skills、7 个创作角色。左边是文件树，中间写作和预览，右边直接用 DSH 官方 Chat。Agent 写文件时会自动定位，编辑器里能看到流式修改，Chat 里点文件名也会直接打开。

把已有 Skills 接成这套工作台的生产代码大约 1800 行。

这次做完最大的感受是：DSH 插件可能是专业 Skills 最快的产品化方式，也能让各类 Agent 项目少烂尾一点^-^。我这几年一直在关注，也自己下场做了 AI 创作工具，回头看大概经历了三代。

最早是提示词流程自动化，把提示词串起来套个页面。

后来接入 MCP、Tool，开始有了 Agent 的雏形。再后来有了 Skills、MCP 和 Agent 框架，扫榜、拆书、大纲、正文、去 AI 味这些经验终于可以沉淀下来。

第三代是 Claude Code、Codex 加文件系统。这一代已经非常能打了，小说从对话框里的一大段文字变成了类似软件工程。设定、角色、大纲、章节都能落到文件里，Agent 可以持续读写和维护。

这里很痛苦的是，Claude Code、Codex 很难二次开发给 C 端使用，纯 Skills 又缺少产品能力。我自己下场做了 zenstory 还有短剧工具，Agent 和 Dashboard都自己做，开发成本非常恐怖，累计了几万行代码，开发了几个月。

但后来升级起来非常费劲，Dashboard 里的 Chat、会话、工具执行、Todo、审批、滚动、文件同步全都要跟着改，功能越来越全，bug 也越来越多。我相信这不是我一个人遇到的问题，每段时间火热的开源小说/短剧产品项目基本在几个月内就无人问津了。所以后来我只做 Skills，但做 Skills 很痛苦的是要适配各类产品，且缺少商业价值。

这次改成 DSH 插件后，分工一下清楚了。

DSH 管 Agent、会话、工具执行和官方 Chat，可以随着 DSH 官方升级而升级。小说与短剧 Skills 管专业方法，独立更新。DSH UI 插件管作者真正需要的工作区。文件树、Markdown 编辑器、渲染预览、章节入口和 Chat 联动都可以直接嵌在 DSH 里。

专业工作台 = 专业 Skills + DSH Agent + 少量专业领域 UI

这刚好补上了 Skills 产品化的最后一公里，比 workbuddy / Codex / Claude App这些通用UI更进了一步。也不再会烂尾了。