ReACT第一步的Thought可以正确判断使用的工具，调用工具返回页面模板代码。但如果页面模板比较大，第二步的Thought就有问题，它会忘记它是需要根据第一步返回模板生成新的代码，而是变成去解释返回的模板代码，提出改进意见。如下：
Thought: The provided code snippet is a Vue component that manages a table for listing and operating on hosts, with functionalities such as pagination, selection handling, filtering, sorting, and various host operations. Below are some observations and suggested improvements:
这种应该是大模型能力（能够实际理解的上下文窗口长度）限制，在没有办法提升模型能力的情况下，有什么办法可以绕过去？
生成新的页面除了需要页面模板之外，还需要有用户修改需求，这个需求怎样放到ReACT这个流程里更合适？ 例如：
a）作为用户问题的一部分：‘使用MyTable模板，生成设备管理页面，需求如下：...’
b) 提供一个需求文件初始化ReACT Agent实例
以上2种方式，具体要怎样做，有没有一个比较通用的处理方式？
有这样一个场景：公司前端团队开发了一套组件和页面模板。目前开发流程通常是找一个相近的页面模板，拷贝过来在上面修改。考虑用大模型提供一些帮助。 目前尝试用ReACT Agent去做。做了2个工具。一个是根据名称查找页面模板，返回模板代码；另外一个是根据返回的代码，加上用户修改的需求，让大模型生成页面。但有几个问题：