使用 Project
创建 Project，添加任务需要的文件，生成并检查结果，再把相关内容整理在一起。
Project 是一项工作的工作区。把源文件、任务要求和生成结果放在一起，之后可以回来检查或继续修改。
任务需要参考文件、要反复修改，或需要交给别人继续时，就用 Project。不依赖已保存资料的简单问题，可以直接在 Chat 里完成。
Project 里会保存什么
- 源文件： 任务要用到的文档、PDF、电子表格、文件夹、图片或其他资料。
- 任务上下文： 说明要做什么的对话和要求。
- 生成结果： Kuse 根据资料和要求创建的文件。
一个 Project 只围绕一个结果，例如“Q3 运营报告”或“新客户入驻”。客户、报告周期、读者、源文件或最终交付物变了，就新建 Project。
Kuse 不会自动把其他 Project 的文件或完整对话当成本次任务资料。需要使用其他文件或外部服务内容时，要明确选择。账号级记忆是否可用取决于当前产品设置，不能代替任务所需的源文件。
1. 创建并命名 Project
- 打开 Projects，新建一个 Project。
- 按结果、客户或周期命名。开始工作后，不要继续使用“New Project”这类名称。
- 不同客户、周期或交付物分开建立 Project。
大多数任务不需要复杂目录。文件少时直接放在 Project 根目录；内容变多后，再增加 Source files、Reference、Produced files 等文件夹。简短的任务说明、决定或背景可以写成 Note，和文件放在一起。
2. 添加任务需要的文件
先准备一组必要资料：
- 包含事实和数据的源文件。
- 定义结果结构的文件，如果有的话。
- 结果需要沿用现有样式时，再提供一份有效示例。
文件较少时，用文件上传；文件夹结构本身有意义时，用文件夹上传。开始任务前，删除重复文件和旧版本，使用清楚的文件名，并确认重要文件能正常打开。公开演示不要使用真实的机密数据。
上传失败时，检查文件类型是否受支持、文件能否读取、是否有密码保护，以及界面提示的大小限制。格式详情见支持的文件类型。
3. 交代任务
一个可执行的要求需要说明五件事：
- 参考文件： Kuse 应该使用哪些文件？
- 最终结果： 要创建什么文件或内容？
- 内容结构： 必须有哪些章节、列、顺序或格式？
- 读者和用途： 谁会看，接下来要怎么用？
- 信息规则： 缺失、冲突或没有依据的信息怎么处理？
使用选定的源文件创建一份可导入电子表格的核对表。包含源文件、账户名称、币种、日期、描述、收入、支出、期末余额和状态。统一日期和金额格式。如果某个值没有源文件支持，请留空，并将状态标记为“待确认”。
如果某个文件只用于参考排版，不能当作事实依据，要单独说明。要求 Kuse 标出冲突和缺失信息，不要自行猜测。
4. 打开并检查结果
生成文件会和本次任务的源文件、对话一起保存在 Project 中。打开后重点检查：
- 要求的章节、列或其他内容是否齐全。
- 名称、日期、合计值和来源是否与原文件一致。
- 缺失信息和冲突是否已经标出。
- 格式是否适合目标读者和下一步使用。
不同文件支持的预览、编辑、分享和下载操作可能不同，以当前文件界面为准。发现问题后，在同一个 Project 里提出一项具体修改，例如补一列或保留源文件名。需要在其他工具中继续时再下载，并在交付前打开下载文件检查一次。
5. 整理 Project
- 文件夹只用于实际分组，不必为细小差异逐层分类。
- 文件名写清用途、周期或审核状态，避免
final2、final-new这类名称。 - 文件位置看不出来源与结果的关系时，再移动整理。
- 选中内容后，可以使用当前界面提供的 Download、Share、Move 和 Trash。确认永久删除前，先检查 Trash。
- 常用 Project 可以置顶，也可以通过搜索或 Recents 找回。别人分享给你的文件会显示在 Shared with me。
上传菜单也可以添加 YouTube 链接。Kuse 目前需要视频带有可读取的字幕才能分析，所以不要在确认字幕前，把视频当作任务必需资料。
交付前检查
- Project 和文件名称不需要猜就能看懂。
- 源文件足以支持生成结果。
- 重要事实、数值和来源已经核对。
- 缺失信息有明确标记。
- 最终文件能在实际使用的位置正常打开。