如何约束codexcc 按“真实业务项目”的方式生成前端，而不是 demo 式单页面堆功能？

问题描述：

佬们，我想请教下大家，如何约束codex/cc 按“真实业务项目”的方式生成前端，而不是 demo 式单页面堆功能？

我现在遇到的典型问题是：
提一个模块需求后，AI 很容易把列表、详情、编辑、日志、权限配置全塞进一个页面，虽然能跑，但页面职责混乱，路由和组件边界也不清晰

我想要的其实是更接近成熟项目的做法，比如：

• 先做信息架构 / 页面拆分
• 明确列表页、详情页、编辑页、配置页的职责
• 再输出组件分层等结构

有什么方法或者skills可以解决这种问题吗？

网友解答：

---

--【壹】--：

蹲一个答案

---

--【贰】--：

用UI/UE-skill写交互文档，然后frontend-Skill 写API 需求，最后QA也比较重要，反正是个细活儿，想要一把梭，目前还是比较困难，我都是一个模块一个模块的来的。
目前有个新的想法，使用Agent-Team来搞

---

--【叁】--：

plan模式也不太行，最后还是按demo推的，包括openai的frontend skill，都是demo的写法

---

--【肆】--：

用Space的方式来进行规范

---

--【伍】--：

使用plan模式，以及对应的交互文档和服务端的API文档

---

--【陆】--：

好的谢谢佬，我试试

---

--【柒】--：

是的，使用plan好一点，交互文档是上传你的要求吗，这不是相当于给他参考资料吗

---

--【捌】--：

不需要，直接figma make生成页面，下载代码包给codex参考就行了，让他强制参考，出来一摸一样

---

--【玖】--：

佬能具体说说吗，space我查了查不知道跟你说的是否一样