必须锚定项目真实上下文并注入工程约束、团队现状与演进路径，如【原始文本】中Vue 3.4+Vite 5.2、7模块、12个组合式API等细节，再基于此输出带人日预估、测试影响、监控指标的方案，明确迁移顺序、文件路径、回滚方式及可验证落地信号。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要让DeepSeek输出的前端状态管理思路真正贴合真实项目落地场景，不能只写“用Redux还是Pinia”，必须注入工程约束、团队现状和演进路径。
先锚定项目真实上下文
把项目当前状态直接写进提示词开头，用【原始文本】标记包裹。例如：【原始文本】：Vue 3.4 + Vite 5.2项目，已有7个业务模块，状态分散在12个组合式API中，部分组件props层层透传超过4层，CI流水线已接入ESLint+Prettier+Vitest。
这一步不做，DeepSeek会默认从“新建项目”出发设计方案，给出的拆分粒度、迁移节奏、测试覆盖建议全都不适配存量系统。
强制带出技术债与权衡判断
在任务描述中明确要求模型暴露决策依据。例如：“列出三种状态收敛方案（全局Store/作用域Store/Props解构），每种方案需注明：①改造成本（人日预估）②对现有单元测试的影响点③上线后首周监控需新增的指标”。
立即学习“前端免费学习笔记（深入）”；
不加这条，它只会罗列Pinia优点、Vuex缺点，像教科书目录。真实项目里没人只看优缺点，要看改三行代码会不会导致登录页白屏。
注意：这里的人日预估不是拍脑袋数字，而是基于【原始文本】中已知的模块数、组合式API数量、CI工具链自动推算出的合理区间——DeepSeek能做这种上下文感知估算。
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
注入团队执行细节
方法一：指定角色+约束+交付物
“你是一个刚接手该Vue项目的前端架构师，上周已完成代码走查。请输出一份《状态治理落地清单》，包含：迁移顺序（按模块耦合度排序）、每个模块的重构checklist（含具体文件路径示例如src/modules/user/composables/useUserStore.ts）、回滚方案（如何快速切回props透传）”。
方法二：用对比表格锁定关键分歧点
“对比以下两种方案在本项目中的实际表现：A. 把所有useXxxComposable合并进一个userStore；B. 按业务域拆为userProfileStore + userSettingsStore。用表格呈现：模块复用率、HMR热更新失效概率、devtools调试路径深度、v-model绑定语法变更量”。
【模块复用率】必须基于【原始文本】中已有的7个业务模块真实依赖关系计算，不是理论值。
要求附带可验证的落地信号
第一步：声明输出必须含可执行验证项
“每个方案必须带1条可立即验证的信号，例如：‘执行npm run test:unit后，src/modules/chat中useChatState.test.ts用例通过率从68%升至92%’”。
第二步：指定验证方式不可绕过
“验证项不得使用‘建议’‘可以’等模糊动词，必须用‘执行XX命令→检查XX文件→确认XX行存在XX字符串’格式”。
第三步：绑定真实文件路径
“所有路径必须符合Vite 5.2默认配置，src目录下不允许出现store/index.ts，只允许src/stores/user.ts或src/modules/user/stores/index.ts”。
