#项目管理

项目（Projects） 用于集中管理同一类工作所需的任务、指令和文件，为持续开展的写作、研究、分析与规划提供统一的工作空间，适合定期编写周报、持续制作课程内容、开展竞品分析等需要共用资料和遵循统一规范的重复性工作。其中，指令用于明确工作要求，知识库文件用于提供共同参考资料。设置指令并上传知识库文件后，项目内新建的任务会自动继承相应配置，无需反复说明要求或上传资料。

#创建项目

新建项目时，点击侧边栏 项目 旁的 +，在 创建项目 窗口中输入能够清晰体现主题或用途的名称，随后指定运行环境，并选择项目使用的文件夹后完成项目创建。

创建前，建议先梳理需要长期保留的背景信息、参考资料和执行要求，并据此确定项目范围。使用共用模板、资料和表达规范的工作，可纳入同一项目；目标读者、资料范围或交付标准差异较大的工作，则宜分别创建项目，避免不同要求相互干扰。

#项目设置

项目创建后，可在 项目已创建 窗口中继续补充配置。在 指令 中填写项目背景、长期执行要求和表达规范；在 文件和资源 中搜索网络资源、输入 URL，或通过拖放及 添加 按钮上传参考资料。还可按需在 工具 区域添加网站、连接器、技能或触发任务。这些配置属于可选项，可根据实际需要设置，无需全部添加。完成后，点击 开始体验，进入项目开展任务。

补充项目指令：指令 用于明确项目背景和长期执行要求，可涵盖任务目标、目标读者、资料使用规则、处理流程、表达风格及交付形式。单次任务的统计日期、临时关注事项和篇幅调整，宜在具体任务中提出。以下为指令示例，{} 内的内容可按实际需求替换。

本项目用于为{澄禾科技有限公司}编写{智能手表竞品周报}，成果面向{产品团队和市场团队}。
参考资料：以项目中的{竞品清单.xlsx}确定跟踪对象，以{周报模板.docx}确定内容结构，以{我方产品资料.pdf}作为产品对比依据。
处理要求：根据每次任务指定的统计周期，收集竞品的{新品发布、价格调整、营销活动和用户反馈}，按品牌整理，并结合已确认资料提出分析与建议。
资料来源：项目资料未覆盖的动态，优先查询品牌官网、官方公告及可靠媒体，并附来源链接。区分事实、分析和建议，无法核实的信息明确标注。
输出要求：使用{简洁、客观的商务书面语}，以{Word 文档}交付，正文控制在{2000字以内}。
内容边界：不自行增减跟踪品牌，不推测未公开的销量和成本，不将传闻写成确定事实。缺少影响结论的关键信息时，先提出需要补充的内容。

添加参考资料：文件和资源 用于补充项目所需的参考内容。可在搜索框中搜索网络资源或输入 URL，也可将文件拖入上传区域，或点击 添加 选择相关资料。宜优先添加需要反复使用的模板、规范、清单和产品文档，并检查内容是否完整、版本是否有效。

明确资料用途：添加多个文件或网络资源时，应在指令中说明各项资料分别用于确定内容结构、跟踪范围、数据口径还是表达风格。如资料之间存在要求冲突，应明确采用的标准。文件名称或用途发生变化后，也应同步调整指令中的引用。

按需配置工具：展开 工具 区域，可通过相应条目右侧的 添加 按钮，配置网站、连接器、技能或触发任务。应根据项目实际需要选择，并按后续界面提示完成设置。需要定期执行或按事件启动的工作，还应明确执行条件、处理范围和结果要求，不能仅以添加入口作为配置完成的依据。

区分长期要求：只有需要在后续任务中持续沿用的规则，才适合写入项目指令。例如，“每份周报均附来源链接”属于长期要求；“本周重点分析某款新品”则属于单次任务安排。将两类要求分别设置，有助于保持项目规范清晰，减少临时调整对后续工作的影响。

#项目任务

需要沿用项目背景和统一规范的工作，宜直接在项目内新建任务。指令、文件和资源 已经明确的内容无需完整重复，只需补充本次任务的处理对象、时间范围、关注重点及临时要求。例如：

请按项目要求完成竞品周报，统计时间为{2026年10月5日至10月11日}。

本次重点关注{竞品新品发布与官方售价变化}，并单列一节说明其与我方产品的差异。

如统计周期内未查到可核实的相关动态，请如实说明，不使用周期外的信息填补。

围绕同一成果开展的补充、追问和修改，宜保留在原任务中，以维持上下文连贯。对于不同周期的周报或内容相对独立的事项，可分别新建任务，便于查找和管理。经过多轮修改后，应明确当前采用的版本，以及需要保留和继续调整的内容。

已有的独立任务也可以移入项目中统一整理。不过，官方项目说明未明确列出移入任务后各类配置的追溯应用细节，因此不宜将“移入项目”视为已按项目要求重新处理。需要沿用统一标准时，应检查已有内容，并在后续消息中明确修改要求。

#管理知识库

知识库用于保存项目中反复使用的文件，例如报告模板、品牌规范、术语表、产品资料、跟踪清单和已确认的往期成果。上传后，项目内新建的任务可以使用这些资料，无需逐个任务重复添加。

保持名称清晰：文件名称宜同时体现主题和版本，例如 澄禾科技—竞品清单—2026-10、澄禾科技—周报模板—V2。主指令中引用文件时，应与实际名称保持一致，便于识别所需资料。

维护有效版本：替换资料前，应确认新文件是否完整，以及旧版本是否仍需保留。需要留存的历史资料可另行归档，项目知识库中则尽量保留当前有效版本，减少新旧口径混用。

同步调整说明：文件名称、用途或分析口径发生变化后，应同时检查主指令中的引用，避免出现文件已更新、指令仍沿用旧名称或旧标准的情况。知识库文件的更新不会自动作用于此前创建的任务，具体生效范围见下文。

检查共享范围：准备邀请成员加入项目时，应先核对知识库中的资料是否适合共享。仅供个人使用或不宜向项目成员公开的文件，不应作为项目共用资料上传。

#协作与权限

项目和单个任务默认均为私有，二者的共享范围与访问权限应分别管理。邀请成员加入项目后，对方可以访问共享的主指令和知识库，但不会因此自动获得其他成员所创建任务的查看权限。因此，共享项目配置与共享具体任务属于不同操作，应根据实际协作需求分别处理。

如需共同查看或协作处理某个任务，应另行邀请相关成员加入该任务，不应仅以对方已加入项目作为具备任务访问权限的依据。发起任务邀请前，宜明确协作目标、参与人员及职责分工，并确认任务内容适合向受邀成员开放，使共享范围与实际工作需要保持一致。

邀请成员加入项目前，应确认项目资料的共享范围，重点检查主指令和知识库是否包含个人背景、私人信息或仅适用于特定成员的要求。对于不宜共享或可能影响团队使用的内容，应提前删除、调整或作出必要说明，确保共享配置能够准确反映团队共识，避免产生理解偏差。

涉及团队共用模板、分析口径和执行流程的调整，宜提前说明修改内容、调整原因及生效范围，并明确对现有任务和后续工作的影响。对于需要成员同步采用的新要求，应及时做好沟通与衔接，减少因信息不同步而沿用不同标准的情况，保障协作过程及交付结果的一致性。

#配置更新规则

根据官方说明，主指令与知识库文件的更新具有不同的生效范围，使用时应予以区分。

因此，已有任务并非完全不受配置更新影响：后续消息会应用更新后的主指令，但不会自动切换至更新后的知识库文件。

对于必须保持既定标准的工作，宜在修改项目配置前妥善保存相关要求与资料，以便后续核对和使用。对于需要长期遵循不同标准的工作，可分别建立项目进行管理。仅在任务中注明“沿用旧规则”，不应视为已锁定项目配置。

#日常维护建议

项目建立后，应结合任务推进和资料变化持续开展维护，确保项目要求、参考资料与实际工作保持一致。为减少信息过时、版本混淆及规则误用等问题，可从以下六个方面做好日常检查与更新。

• 定期检查指令：围绕“要求是否清晰、资料是否有效、成果是否便于查找”开展维护，确认指令中的目标、执行要求和交付标准仍适用于当前工作，并检查其与知识库内容是否一致，及时消除表述冲突或执行歧义。

• 清理过期资料：定期检查知识库中的链接、文件及参考内容，及时处理失效链接、过期资料和重复版本。对于仍需保留的历史资料，宜注明适用时间或使用限制，避免与现行资料混淆，影响后续判断和执行。

• 规范成果归档：为已确认的成果设置清晰、统一的名称，必要时标注主题、日期、版本或适用范围，并按照便于检索的方式整理存放。草稿、待审阅内容与正式成果应作适当区分，减少查找成本及误用风险。

• 提炼复用规则：任务中形成具有复用价值的规则、模板或流程后，应检查是否需要将其纳入项目说明或相关文件。整理时宜明确适用条件与使用边界，避免将仅适用于单次任务的处理方式直接推广为通用要求。

• 审阅项目更新：在支持项目更新的环境中，可先生成修改建议，说明拟调整的内容、原因及影响范围，经用户审阅并明确授权后再应用。涉及共用标准或执行流程的变更，宜同步告知相关成员，便于统一后续工作要求。

• 明确规则边界：不应默认每次对话中的临时要求都会自动成为项目的长期规则。需要持续生效的要求，应经确认后纳入指令、项目说明或相关文件；仅适用于当前任务的例外安排，则应明确适用范围，避免影响其他任务。