#项目管理

项目 用于集中组织同一主题下的对话，并结合本地文件开展持续性的写作、研究、分析与规划任务。将相关讨论归入同一项目，有助于按事项查找记录、整理资料和管理成果，减少长期工作中信息分散、版本混杂的问题。

#创建项目

新建项目时，点击侧边栏项目分组下的 新建项目，填写项目名称。名称宜清晰体现主题或用途，便于后续识别和查找。

创建前，建议先梳理需要持续讨论的事项、参考资料和执行要求，并据此确定项目范围。围绕同一目标、使用相近材料或需要分阶段推进的任务，可纳入同一项目；主题或使用对象差异较大的工作，则宜分别创建项目，避免内容混杂。

填写名称时，还可点击页面中央文件夹切换项目图标。建议结合项目主题选择便于辨认的样式，并与名称配合使用，方便区分不同工作。

#配置项目

规范命名：项目名称宜采用“主题＋用途”或“对象＋任务”的形式，避免使用“测试”“新项目”等难以识别的名称。对于周期性工作，可加入年份、季度等信息，例如“2026 年度经营复盘”，便于区分不同阶段的任务。

整理资料：根据任务需要，将参考材料、工作草稿和确认稿分类存放。桌面端支持读取和处理本地文件夹，适合围绕已有资料持续开展工作。引用材料时，应明确文件名称、所在位置及用途；存在多个版本时，应指定当前采用的文件，避免同时使用已失效的内容。

明确要求：将项目背景、目标读者、语气风格、内容结构和核查标准整理为长期说明。为便于重复使用，可保存为 项目说明.md 等文件，并在新会话开始时明确要求读取。单次任务的主题、篇幅和临时调整，则在具体对话中补充。以下示例中的 {} 为可替换内容：

本项目用于{撰写面向普通读者的软件使用教程}。

表达要求：使用简洁、正式、通俗的语言，先说明用途，再介绍操作方法与示例。
结构要求：小标题统一使用四个字，同级标题保持句式一致。
示例要求：可替换内容使用 {} 标注，不将虚构案例表述为实际经历。
核查要求：涉及功能、入口、价格和限制时，优先核对官方资料，并注明来源。
版本要求：以我明确指定的文件和版本为准；发现资料冲突时，先指出差异。
交付要求：按照本次对话指定的格式和保存位置提交成果。

调整排序：对于经常使用的项目，可置顶至侧边栏固定区域；对于需要按工作顺序排列的项目，可通过拖拽调整位置。建议将当前推进的重点工作放在便于访问的位置，减少查找步骤。

核查权限：文件访问与执行权限属于桌面端的全局设置，应结合任务需要选择。默认模式会在修改、覆盖本地文件或运行代码等敏感操作前请求授权；手动允许模式在操作前请求授权；全部模式则允许直接执行。涉及原始数据或正式成果时，应明确允许修改的范围，以及需要另存为新文件的内容。

#组织对话

项目内的对话宜遵循“按事项建立、按阶段推进、按版本修改”的原则。围绕同一任务开展的补充、追问与调整，尽量保留在原会话中；共用资料但交付内容相对独立的事项，可分别建立会话。例如，在“公众号内容创作”项目中，可按文章分别组织讨论，在各自会话内完成选题、大纲、正文与修改。

新会话开始时，应说明本次目标，并明确需要参考的文件。输入框支持通过 @ 添加上下文，可结合具体文件提出要求。项目归类便于组织记录；需要沿用其他会话的结论时，仍建议提供阶段摘要、确认稿或明确的引用对象，确保任务依据完整。

请先阅读{项目说明.md}和{产品功能核查表.xlsx}，再开展本次任务。

本次目标：撰写{项目管理功能教程}。
目标读者：{首次使用该功能的普通用户}。
参考范围：以{已核实的功能记录}为依据，不补充未经确认的操作入口。
当前阶段：先提供{文章大纲}，暂不撰写正文。
输出要求：使用{正式、通俗的语言}，小标题统一为{四个字}。

对于已经建立的会话，桌面端支持移入或移出项目，可据此整理分散的讨论记录。移动后，应检查当前任务所用的资料、结论和版本是否完整；既有回答如需符合新的要求，应另行提出修改指令。

经过多轮修改后，应及时明确当前采用的版本、必须保留的内容和下一步事项。需要探索不同方案时，可从已有回合创建会话分支，继承原有聊天记录后分别推进，便于比较不同方向的结果。

#管理附件

桌面端以本地文件处理为主要工作方式，支持将文件或文件夹拖入窗口添加附件，也可在输入框中通过 @ 引用所需文件。添加材料后，建议在提问中说明其用途，例如“作为写作依据”“用于核对数据”或“仅参考排版”，减少材料使用范围不明确造成的偏差。

根据官方发布日志，3.2.12 版本于 2026 年 9 月 22 日取消了输入框原有的文件大小限制。这一调整针对桌面端输入框的附件添加，不代表任意体量、任意格式的内容都能在一次任务中完整处理。

对于需要长期保留的资料，建议使用“主题＋日期＋版本”的方式命名，并区分原始材料、过程文件和最终成果。清理项目及相关文件前，应先确认仍需保留的记录和交付物，并将正式成果保存至明确的位置。