1、摘要
“他这么说是不是PUA？” “我应该怎样回复这个PUA？”
一款帮你记录 · 识别 · 应对人际摩擦的 AI 轻量小程序。AI 判断这句话到底是不是在让你难受，给出三种语气的回应——温和的、阴阳的、发疯的，总有一个适合你 
2、背景
本人产品经理，无限逼近0开发经验。偶然上网发现很多人在生活中都有过或多或少被“言语冒犯”的情况，来源于同学、同事、朋友，甚至是家人。如何帮助鉴别这样的人？如何正确不失礼貌地回复？作为基本无开发实战经验的产品，能否自己落地一个轻量的小工具解决这个问题？
3、手搓过程
生成产品demo，暴力出奇迹：绕过需求，绕过设计，直接开发？
与一般的产品需求-设计图-开发-产品demo路径不同。这次初次尝试的时候仅仅给了AI最简单的需求：
我要生成一个对话AI小程序，用于判断“野猪人”，并给出”野猪人“回复话术。
（PS：”野猪人“定义是NPD人格，喜欢PUA的人）
很快AI给了一个非常简单的demo，这个demo设计风格非常简单，不涉及到数据库连接，也没有与之对应的后端，模型，数据也是简单的模拟数据。但是基本框架好像已经有了。
下面就是非常暴力的操作（不要像我学习，纯蛮干，大力出奇迹）
需求不满足？接着提需求，给我加个语音输入的功能，给我加个野猪档案的功能…
设计不好看？给我换一个色系风格，优化下现在的设计风格，要求可爱，参考我的野猪人图片配色…
没有数据库？帮我连接supabase数据库，根据功能设计下数据库表结构，直接构造supabase数据库表结构…
没有后端，帮我完善后端实现连接数据库功能…
帮我接入大语言模型，密钥是….
终于，经过一轮轮的调试，出了一个初具雏形的小demo
（看上去好像很顺利。 ）
（but，实际情况是…..
）
在提需求时，经常性改到其他不必要改动的地方；
调整设计时，经常补了东墙，拆了西墙，甚至完全换了设计基调；
没有办法直接操作数据库创建，需要根据指引自行操作；
写小程序后台也需要手撸微信开发者平台，注册、审核、下载、导入、部署云函数….
怎么让AI编程听话？
早期的四肢不全版还经得起暴力揉搓。
但是刚刚调整好的小demo如果一不小心被AI改到大动脉，我又看不懂代码，这该如何是好？
首先，两句话归档需求和设计
帮我将现在小程序的功能沉淀到需求文档.md，包括：版本号，更新说明；需求说明、功能说明、整体架构、技术实现
帮我将整体设计沉淀到视觉风格.md
而后，修改时增加约束
每次次改动前：参考需求文档.md，仅更新A功能，不要改动文档中其他部分的需求
最后，需求改动使用trae自带/plan 这个skill，等到需求确认后，才进入开发阶段
怎么让模型回复更准确，更有人味？
考虑到实用性（便宜 ），用了硅基流动 Qwen2.5-7B，这个模型。但是回答确实有几个很大的问题：
1、“野猪人”鉴定不准确，很明显的PUA话术居然给了0分？
2、回答语气不对，我要的是阴阳，怎么答复如此直白
3、回答人机感太重，不像在说人话
解决1: NPD+PUA 六大特征识别野猪人。—— AI 判定不是纯感觉笼统的"是不是坏人"，而是按心理学文献里的六种自恋/操控人格特征打标。
解决2:给出具体语气定义——温和：平和 · 理性 · 就事论事 · 对事不对人；阴阳：含蓄不露锋芒 · 藏在正常话里的刺 · 琢磨两遍才懂；发疯：情绪外放
创建few-shot示例，帮助AI理解语气
解决3：创建禁用词.md文档，常见人机感词汇、表达句型存入文档。prompt注入禁用人机感表达
怎么测试验证全部功能？
怎么自动化完成全部测试功能。帮我查找安装微信小程序测试验证工具——miniprogram-automator
安装完成后，输入指令：参考需求文档、设计文档写出完整的验证文档，包括全部的功能验证、UI 界面验证、接口 / 参数验证、兼容性验证、性能验证
然后根据验证文档，让AI自动规划验证——发现问题——解决问题——继续验证…
