拿到一个装满项目资料的本地文件夹，想让 Kimi Work 读一遍并产出一份能交差的报告，关键不在于把一句话丢进去，而在于把文件夹边界、分析目标和验收方式写清楚。下面按一次可复核的本地资料分析流程走一遍，重点放在两件事：怎样告诉 Kimi Work 具体读哪些文件，以及报告生成后怎样检查它是否可信。
不要直接拿原始资料文件夹开工。更稳妥的做法是先复制一份待分析资料，原件留在外面；同时把账号密码、客户隐私、合同等敏感文件移出副本。这样即使分析过程中出现误读或误写，也不会影响原始资料。
在 Kimi Work 中新建工作空间时，选择“使用已有文件夹”，连接这份副本文件夹。连接完成后，先确认预期文件在列表里可见，再开始写任务。这里有一个容易忽略的点：Work 项目和 Chat 项目是分开的，数据并不共享，所以不要假设聊天窗口里上传过的文件会自动出现在本地 Work 项目中。
操作顺序可以按下面几步走：
只写“分析一下这个项目”通常会得到一份看起来完整、但很难复核的报告。任务描述里至少要写清四件事：读取范围、分析目标、报告结构、输出位置。可以复用下面这段模板，把文件夹名称和输出文件名替换成自己的即可：
请只读取我指定的文件夹「项目资料」及其子文件夹，不要访问该文件夹之外的文件，也不要联网。 先列出你实际看到的文件清单和路径，再开始分析。 分析目标：总结项目当前进展，识别已完成工作、关键发现、潜在问题与风险，并给出下一步行动建议。 输出一份项目分析报告，至少包含： 1. 项目概况与当前状态 2. 已完成任务与关键发现 3. 已识别的问题与风险 4. 与行业实践的对比，仅基于文件夹内资料，资料不足处标注“缺少依据” 5. 改进建议与下一步行动 在合适的地方用表格组织信息，表格保留来源文件名和原始字段值。 将报告保存到「项目资料/输出/项目分析报告.md」，不要修改原始文件。 若某个文件无法读取或信息不足，请在报告中说明，不要猜测。
这段描述里最值得保留的是三个限制：只读指定文件夹、不改原始文件、资料不足要标注。它们直接决定报告能不能复核。尤其是“先列出文件清单”，能让读者在分析开始前就发现范围是否错了。
提供文件位置时，不要只给一个模糊的文件夹名。如果只关心几份材料，可以直接写出文件名或相对路径；如果文件夹很大，先让 Kimi Work 列出文件清单，再从中筛选要分析的部分。路径写到读者能在文件管理器里定位的层级，比“项目资料里那些文件”更不容易出错。
任务提交后，Kimi Work 会在后台执行。不要等报告生成完才检查。第一步是看它列出的文件清单：是否覆盖了你指定的文件夹，是否出现了范围外的文件，是否漏掉了关键材料。清单不对，就停下来修正任务描述，而不是在错误范围上继续分析。
连接成功不等于每个文件都被读取。报告里如果出现某个文件的内容，最好能对应到文件清单中的具体名称；如果报告对某些资料只字未提，也要检查是文件没被读取，还是分析时被遗漏了。
报告生成后，不要只看它写得是否顺畅。更有效的检查方式是逐项核对下面这些内容：
如果报告里的结论找不到对应文件，或者数字与原始资料不一致，应该把它标记为待核实，而不是直接采用。资料不足的地方，报告应当明确说明“缺少依据”；如果它用模糊表述带过，反而说明这部分需要人工补查。
第一次跑通后，不要把整段任务描述丢掉。保留模板，下次只替换文件夹路径、文件清单和输出文件名。固定约束可以一直留着：只读指定文件夹、不访问范围外内容、不修改原始文件、资料不足要标注。这样每次分析的范围和验收标准一致，报告之间也更容易比较。
如果这类分析需要周期性重复，可以在手动流程稳定后再考虑定时执行，但前提是输入文件夹结构稳定、输出位置固定，并且第一次定时输出仍然要人工检查。输入文件被移动、服务断开或数据不可用，都可能让任务启动成功但报告不完整。
本地资料分析的价值不在于报告看起来完整，而在于每个结论都能回到文件、每个风险都有依据、下一步能直接排期。第一次使用时，宁可先拿一个子文件夹跑通，再扩大范围；这比一次性把所有资料丢进去，更容易得到一份真正可复核的报告。
Δ
Ctrl+D