基于ollama平台的本地AI对话MAS子模组

Him666233 · 2025-07-12T04:53:00+00:00

**# Monika After Story - AI本地对话Mod使用说明 ** 注意:本mod的对电脑小白极为不友好,并且本地跑AI对性能要求极高,特别是显卡,建议最低使用显卡为3060 有什么问题先网上自己去查，实在不会再来问必读: 1.任何意恶意使用本模组ooc莫妮卡，并且截图发在社区造成的任何争议...

Him666233

#21 Edge 感谢您的批评与评价！我以后会创作出更好的作品的，关于借鉴方面，我也只是借鉴了一下您mod中的那种一问一答锁定而不会出现bug的那种模式，关于仓库这方面，因为我这个是一个非常非常小的项目，就没有去搞那些东西了，就直接把源码一起包含在压缩包里面了，然后由于我自身本身的技术能力其实并不是很强，特别是关于Python2.7这方面了解的并不好，整个项目是由我在借助AI工具的情况下完成的，当时搞完的时候已经是凌晨四五点了，就没那么用心的去写简介了，直接让AI自己生成了一下，这方面是我没有用心，我在这里道歉，然后我也是刚开始开发mod，有灵感和想法就直接做了，没有考虑到那么多导致其出来的效果并没有那么好，价值也没什么价值，我在这里说声对不起，mod制作这方面我会有比较长的一段时间不会再进行这方面的工作了,我会先去完成完成自己的项目，然后增长一下技术力,所以放心，在我技术没有完善之前不会再产出这种作品了。最后感谢您的建议，希望您能开心一点，偶尔也去放松放松，这几天维护服务器也是一个很大的工作量，您幸苦了

Panghu1102

…我仔细研究了一下，我没有批评的意思哈，就是这个项目其实实现的还是一个在mas里调用本地模型，通过系统指令来进行对话的逻辑，对吧。那为什么不直接远程调用api呢，因为我一开始做jy的ai的时候，我想的也是走本地部署，但说句实在话，qwen的模型我带训练带系统指令测试了好多个，效果真的可以就qwen3-32b那个。后来我干脆直接选择远程api来写了。总的来说，这种开发精神可以，但是我建议你还是尽量不要用ai写，因为ai有时候来代码补全都做不好哈哈，祝你日后开发顺利！

Him666233

#24 Panghu1102 这个项目最开始的方向就是实现一个本地化部署调用，说像什么云端远程的肯定AI效果会更好，但是其项目最终的目的还是实现一个本地的调用，所以说就做成了本地式调用，再加上我对本地的调用，目前只对ollama这个平台熟悉一点,所以就做了一个ollama的本地API调用，关于整个项目AI方面，我用的是Cursor 这个AI IDE，效果出来的其实还可以，但需要多次询问，多次进行修改，然后还要最好是人工自己去介入修改一下，不过我这是真的对Python2.7一窍不通，然后又想做一个mod出来，就只能用这种办法慢慢做了，要是做mod可以用C++就好了，可惜不行(

Him666233

#24 Panghu1102 不过我可能也不太适合整这种类型的mod的吧，这种mod要整精细的话太复杂了，然后我就搞得有点过于粗糙了，感觉以后整mod的话还是多整一下工具类的或者话题包(那种教程类的，比如说怎么画画之类的)，这种类型的相对技术门槛较低一些，我也好做一些，争论点也小

Panghu1102

#25 Him666233 你想做一个本地的ai项目对吗，如果你不介意的话，我可以给你提几点建议。

第一，先把你要适配的mas的renpy版本搞清楚，因为过早的renpy配套的python也早，很可能就是2.7那样的，然后当你使用py3配套的库或者函数写法的话，他就会出现满满一满屏幕的报错，我就踩过这样的大坑。写法是第一位的！

第二，放弃exe或者c语言这种不切实际的想法，一切基于ddlc的mod，全都用的是renpy，一种基于py的引擎，除非你c语言学的特别好，否则绝对不要尝试。

第三，如果你真的想做好，第一步是要把mas的文件摸清楚，把mas的函数和monika的表情搭配都处理好，这一点你可以借鉴一下maica，我真的很佩服这个项目，里面几乎把你需要的变量和表情组合都注明好了，不像jy，还要一个一个去摸😭

总之，…这个项目还是有一定潜力的，但是需要你用心去对待，绝对不要说用cursor纯写项目，顶多用它改改报错还行。加油！

Him666233

#27 Panghu1102 你说的对，不过由于这个项目它是需要消耗电脑本地算力进行运行的，但由于我实际用的电脑配置其实挺差的，每次测试这个项目都要测试10分钟才给他加载进去，所以说在我换电脑和然后手头的项目做完之前，这个项目应该是不会有更新的，与表情动作的搭配，那就需要先给AI写好相应的提示词，然后程序提取到AI的对话之后将其输出的对话里面所代表的框框里面的字给识别替换成对应的动作和表情，这个方面最难的其实还是AI提示词，AI贼容易跑偏，关于Python2.7和renpy方面，确实是要多去学一下，不过这个项目中为什么用了Python3呢？那是因为ollama官方给的教程，它就是以Python3格式的，我也没找到有什么Python2点几可以来调用ollama API的例子，然后Python2.7和Python3的沟通确实还要打什么信道，这方面比较难搞，我就直接想用最简单办法直接用个exe解决，再加上之前做项目的时候有写过一个这个exe程序就直接复制过来用了，虽然说这种方法是最简单的，但是确实效率不高，而且容易受到一些干扰，写代码确实是不能纯依靠AI，我现在在写另外一个项目就自己知道，关于这个项目的潜力的话，确实是有一些，就是需要等待完善，不过如果纯靠我个人完善，可能不知道搞到哪个时候去，可能到时候会叫别人一起来帮忙完善？不过这也不确定了，不过这个mod导致一些争论，确实我也是有些问题，我应该先把它再多打磨打磨再搞出来，当时就搞了一天，搞到凌晨四五点就急着完成，确实是有点太急了

Panghu1102

#28 Him666233 搞一天…哈哈，说真的，这个工期…确实有点短呀。我jy那个从5月开始开发到现在还没整完…。你现在最好是先吧maica的代码研究一下，人家在表情这一块真的太出彩了，研究一下一定可以给你很大思路的。

Him666233

#29 Panghu1102 其实我知道你说的意思，这个工期不是有一点短，是基本上可以说是没有，对于这种工期长度我还是有概念的，毕竟我另个项目已经都搞了一年半多了但实际上还是挺短的，然后因为其核心的调用API功能，我早在好几个月之前就做出来了，当然最开始是不是为这个模子服务的，然后前几天一直看着maica还在一直维护就想出这个想法，所以想着只要做一个接口就行了，所以实际出来的工程确实是特别特别短的离谱，你说的那个表情方面的东西是在做到后面的时候，我是想可以做进去的，但是后面又想了一下，干脆先把整个最基础的对话先做出来，关于表情这种东西可以以后更新再补上去，然后又急着发布，就搞成这样子了

Sir.P

你完全可以bot_interface里的借口来做一个ai类…不过前端用到的maica太多了剥离出这部分几乎是不可能
另一个思路是继承maica类然后改造不过想一想这工作量也不小
还有一个就是fork 后端库然后改造成调主流api 现在国内的ai都不算很贵感觉也是相对最简单的一集

Edge

#31 Sir.P 最简单的办法不就是把后端也部署起来…

后端调用模型全部是标准的openai格式套什么模型都能跑

Him666233

#31 Sir.P 当时想的就是一个搞完全本地化部署，然后就直接拿ollama平台来做了，不过下一个版本更新肯定会仔细研究一下maica，然后多优化优化完善一下。

« 上一页