Kimi 2.7 与 GLM-5.2 长任务：项目资料怎样交给模型

项目文件很多、说明文档很长，模型能接收更多材料是一种帮助，但它仍需要知道这次要解决什么问题。

给项目一份入口说明

Kimi 2.7、2.6 与 GLM-5.2 的相关介绍涉及编程、智能体和长文档任务。实际使用先说明项目目标、目录职责、当前问题、预期结果与不能改变的范围。

不要把整个工程无差别丢进去却不指出错误发生在哪里。先给复现条件和相关模块，再按需要补材料。

文档任务从问题出发

需要整理一份长规范时，先列要回答的几个问题，例如“哪些条款影响上线验收”“哪些条件需要人工确认”。要求答案关联文档章节，方便回到原文检查。

上下文容量大不等于每项事实都会被正确使用；重要约束应单独列出。

工程修改要有验收目标

让模型先识别相关文件和修改边界，再实施一个可检查的变化。测试要覆盖原始问题，而不是只证明生成的代码能运行。

不把凭据、无关客户资料和全部运行日志当作默认输入。提供能解释问题的必要材料即可。

比较任务完成情况

记录是否找对位置、有没有改动无关模块、测试结果是否满足原始目标。选择模型时用这些事实对照，而不是把上线介绍里的宣传措辞当成测评结论。