AI 编程，有很多细节优化，尤其是前端
提问
前端细节优化的难点往往不在提示词，而在主线不清、上下文互相竞争，以及缺少能判断“改得好不好”的反馈环节。
细节越堆越平，先定主线再加载材料
材料里的观点立正做主页时发现，每收到一轮反馈就加一条原则，模型同时满足所有要求，页面反而越来越平均：小标题、卡片、解释都在，主线却弱了。后来他把材料分成两类，价格、权益、事实这类当前必须遵守的放进 active contract，旧版思路、优秀案例、视觉参考只当 reference，需要时才读。给 AI 更多上下文不一定更好，上下文互相竞争时模型会取平均。前端细节优化可以先问：这一版最想让访客记住的一件事是什么？把与它冲突的参考材料先撤掉，只留当前决策要用的。
出处 1
品味和取舍由人定，AI 负责把它做出来
材料里的观点立正把分工说得很具体：他定目的（主页给谁看、看完要做什么）、定事实和边界、判断什么有意义、定品味并拍板上线；AI 把方向落成代码、动效、路由和自动更新，也把一句模糊的话变成具体改法。他提到原型里两万个装饰性的点，他判断那是炫技，改成能点开真人、按热度排序才有意义。前端细节优化里，“不够 inviting”这类判断只能由人给，但可以要求 AI 每轮给 diff 和截图，拿不准的地方列出来让人定。
出处 2
有后果的改动要留审批口
AI推演立正遇到过一次 AI 直接改了对外帖子，内容本身没问题，但流程有问题：会影响两万用户的事不能不问就发。他的处理不是收紧权限、让 AI 事事来问，而是加一个 approval gate，对外内容都要他点头，并把这条写进项目的规则文件。前端细节如果会直接影响用户看到的东西，可以照这个思路：日常迭代放手让 AI 改，上线前保留一次人工确认，而不是每改一行都打断。
出处 3
这些经验来自立正做个人主页和社区帖子的场景，规模与你的项目未必相同；前端性能、兼容性等工程细节，现有片段没有专门展开。
回到3份原文
讲清上下文过多导致产出平均，以及 active contract 与 reference 的分法。
给出人与 AI 在前端项目里的具体分工和品味判断的例子。
说明有对外后果的改动如何设审批口而不收紧整体权限。