- 我的帖子已经打上 开源推广 标签: 是
- 我的开源项目完整开源,无未开源部分: 是
- 我的开源项目已链接认可 LINUX DO 社区: 是
- 我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是
- 以上选择我承诺是永久有效的,接受社区和佬友监督: 是
以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出
最近token有点富足,于是尝试用AI从零开发一个工具。
全部代码都由 AI 开发,我只负责方向、需求、Review。
首先是确定开发软件的功能,我选择的方向是 AI 小说方向。
GitHub上其实已经有不少开源的小说创作Skills,比如 oh-story-claudecode 项目,里面凝结了大量优秀的 prompt 工程经验:怎么写大纲、怎么扩章节、怎么去 AI 味、怎么做风格融合,提示词都已经很完善了。
但问题是:这些 Skills 几乎只能在 Claude Code 这种命令行里跑。
对于懂电脑的人来说没什么,但对普通人来说,门槛还是太高:
- 要装命令行工具
- 要懂怎么调 Skill
- 写出来的章节散落在一堆 md 文件里
- 没有正文编辑器、没有章节目录、没有设定管理
- 换个项目就要重新组织一遍上下文
所以这个软件主要做的就一件事:
把这些已有的开源 Skills,封装成一个普通人能直接用的桌面应用,全部图形化操作。
点按钮就能触发 Skill,章节、角色、大纲、世界观都有专门的地方放,软件会自动把上下文打包进 prompt,用户不用再手动复制粘贴,也不用关心后面接的是 DeepSeek、通义、Kimi 还是 Claude。
一些 Vibe Coding 的真实感受:
- 一个完整功能从想法到跑通,常常一晚上的事,效率是真的高
- 但产品的边界、取舍,还得靠人,AI 不会替你想清楚要做什么
- 对 AI 的指令描述得越准确,AI 的执行就越准确,模糊的需求换来模糊的代码
- AI 有时候会偷懒,写一半留个 TODO 就跑了,要随时敲打它老实工作
- 在 AI 开发前最好先写一个开发计划,不然写着写着就跑偏
- AI 特别喜欢为了兼容而放弃更优的写法,Review 时要专门盯这一点
分享几个好用的开发skills:
frontend-design:用来规范前端
ui-ux-pro-max:设计UI不错
andrej-karpathy-skills:AI在开发时总是喜欢过度思考,可以使用这个skills减少过度思考并且简洁代码
GitHub - uu201/character-arc: 弧光 · AI 小说创作桌面应用,集项目设定、角色关系、剧情大纲、章节写作与多模型 AI 协作于一体
弧光 · AI 小说创作桌面应用,集项目设定、角色关系、剧情大纲、章节写作与多模型 AI 协作于一体
2 个帖子 - 2 位参与者