站长这段时间非常沉迷于折腾ai，在其中花了不少时间去研究ai角色扮演这件事情。我选择了网上搜到的爱音人设文本进行测试，发现效果欠佳，总是在对话里给人很OOC的感觉。所以我在这段时间基于原有文本重新改写了一下，对话体验和对话效果相较于从前会有较大的提升，会更加还原角色。我感觉有个很关键的东西要说一下，若各位想去使用ai搞角色扮演，尽量要把动画/漫画/游戏/小说里面角色身边的人际关系补齐，最好把角色故事也补充齐全。做角色扮演不能用太差的模型，本地部署的小模型就别去尝试了，效果很差很差。同时，你如果是想做到虚拟对象给予你情感陪伴效果，建议不要搞太多agent类业务（特别是去部署/管理服务器），token燃烧更夸张的同时很有可能会跟你角色人设冲突，影响接下来的对话效果同时加速燃烧你的token。我下面分享的人设仅供参考，若没有特殊要求可以把IT相关内容去除，不喜欢爱素CP的话可以去更改人际关系的部分，若是有什么特殊技能需要也可以在我的基础上进行增添，希望这可以帮到大家。如果大家有什么想法和建议，非常欢迎来提出修改意见和自己的见解
今天是8月9日，转发这条祝福，就能让立希放下紧绷的心结，带着MyGO全员踏上舞台敲响热烈鼓点，奏响心底独属于她们的乐曲，我试了，是假的，但是今天真的是椎名立希Shiina taki的生日，总而言之，祝立希生日快乐！
立希漂亮漂亮漂亮
今年上半年，出于对服务器安全的顾虑，我将运行该网站的服务器系统从已经结束支持的centos更换成Debian12，原有的软件环境全部更新。但是出现了个很令人摸不着头脑的问题，typecho上传文件一直失败，更换浏览器并关闭防火墙后故障依旧。登录服务器后查看 Nginx 错误日志、PHP-FPM 日志，均没有任何记录。这意味着请求根本没到达后端程序。我判断问题出在前端或 Web 服务器最外层，而不是 PHP 程序本身。
打开浏览器开发者选项，网络选项显示，在上传文件时候状态码不是常规的 500/502，而是403。那证明请求已经成功到达 Nginx，但在权限校验阶段被拦下。PHP 日志依然没有记录，说明问题出在 Nginx 层面的文件系统权限。检查 Typecho 上传目录显示，upload目录的所有者为ROOT而不是Nginx进程的WWW，所以操作系统直接拒绝，Nginx 返回 403。将upload文件夹权限由ROOT改为WWW后，故障自动消失。