长期工作经常跨越一次会话和一份交付。研究、写作与修改分别进行，期间还会产生新的决定。没有一个稳定目标把这些活动联系起来，每项局部工作都可能合理，整体方向却逐渐分散。
项目在 Teloa 中承担两项相互关联的职责：帮助人理解哪些工作属于同一个目标，也帮助相关执行取得这个目标下的背景。前一项是组织关系，后一项是输入关系。
这使项目比收藏夹承担更多责任。内容被放在一起以后，还需要解释它们怎样进入工作；背景改变以后，又需要知道后续采用什么，而不靠每位员工重新阅读全部历史。
整体视角来自关系
以准备新服务介绍作假设例子。研究任务核查适用条件，内容任务准备初稿，负责人另有产品说明和表达要求。单看任务名称，每一项都像独立事项；放进项目，才能理解它们服务同一份客户材料。
项目关联原任务、员工、群、资料与成果。从这里打开后，继续处理原对象。研究摘要更新了，不必再复制一份放进项目；负责者查看进展，也不用重复填一遍状态。
关联方式保留了各对象原来的责任：
- 项目用于组织目标。
- 任务用于交付。
- 资料保存依据。
少一份副本，也就少一次在内容分化之后辨认哪份才有效。
代价是系统必须维护准确关系，不能只把几张卡片摆在一起。打开要回到原对象，汇总要来自原状态，资料可否使用仍要核对原范围。整体视图的便利，不能以丢失这些含义为代价。
共同背景要对具体工作起作用
把资料关联进项目，只完成了整理。若每次新会话仍要复制目标和规则，项目就只是一个收藏夹。
当前社区版会在已关联项目的会话中自动准备目标、简报、有效规则与所选资料；会话允许长期记忆时，按设置选择适用经验一并带入，并记录本轮实际送入的内容。用户在同一项目开始另一项工作，可以从这些已有背景继续，不必重新复制一遍项目说明。
一份产品说明可以已经关联到项目，却没有选入当前轮次。打开项目能找到它，查看本轮实际送入的记录，才能判断这次工作是否取得了它。这个区别也限定了项目能替人省掉什么：它可以减少反复搬运背景，但目前不会自动协调所有关联工作，也不会替人判断一次变更影响了哪些交付。
目标改变以后，下一轮按什么继续
回到那份新服务介绍。假设负责人看过研究后，决定暂缓公开推广，先给试点客户一份采用评估。研究没有白做，但写作的目的已经改变：现在要帮助对方决定是否适合试用，而不是尽可能有力地介绍产品。
如果只在群里补一句“先做试点”，后来的参与者可能仍从原简报取得推广目标。若把新旧讨论全部塞进背景，两个方向又可能同时出现。真正需要留下的，是这次决定改变了什么，以及哪些条件仍然有效。
在这个假设里，负责人需要作三种处理：
| 要处理的内容 | 后续怎样采用 |
|---|---|
| 面向公开推广的旧目标 | 更新项目目标和简报，让新工作从试点评估出发 |
| 已核实的适用条件与来源 | 保留有效资料，继续作为评估依据 |
| 已写好的推广初稿 | 检查哪些表述需要修改，再明确交办修订 |
项目目标、简报、规则和有来源的经验各有维护位置。当前社区版会在准备后续输入时核对项目背景的变化，使用当时可用的内容；原讨论和以往工作记录仍然保留。这样既能让新要求进入后续工作，也能回查旧版为什么采用了另一种方向。
这里最容易误会的是第三行。更新项目目标，并没有完成对全部旧成果的审查。哪份初稿仍值得保留、哪句承诺需要收回，仍需要负责人检查并决定；项目中的关联帮助找到这些工作，不能代替这项判断。
共同背景也需要取舍。试点阶段的限制值得进入下一轮，早期已经放弃的宣传方向可以留在历史里。每轮发送更多历史，未必让参与者更了解现在要做什么。
继续工作的起点，要能重新说清
研究已经完成，内容仍待核对，两项交付需要分别判断。项目的汇总状态帮助负责人看全局，归档则是组织管理；它们都不替代原任务的处理。
下一次开始写作时，参与者应该能够说明：这份材料现在服务试点评估，研究中的适用限制继续有效，旧推广初稿需要按新目的修改。项目把这些决定带到后续工作，方向的改变才真正落到了下一份交付上。