# 换人接项目，先交付一份能开始工作的状态 | EasyNet

Source: https://easynet.run/cases/problems/project-handoff-before-meeting

[easynet.run · 全部问题场景](https://easynet.run/cases#problem-scenarios)

# 换人接项目，先交付一份能开始工作的状态

新同事接项目，听了两小时背景，真正开工仍要问脚本在哪、哪份文档有效、还有什么没做完。老同事交出了文件，却忘了一个关键程序一直跑在自己的电脑上。会议传递了很多信息，没有交出能开始下一步的工作状态。

可信的 README、项目看板和决策记录始终是基础。资料都在一个工作区时，一份好的交接清单足够。EasyNet 适合把分散的资料入口与可调用操作一起列清楚，不能替项目系统自动判断完成度。

负责人可以确认一份交接包，包含目标、当前版本、未解决事项、关键决策与执行入口。Context 保存选定引用，函数接入保留原本在其他环境运行的操作；自动汇总、版本维护和过期提醒需要另做，不从聊天中的计划推导“已完成”。

每个操作要说明输入、输出位置和维护人。接手者能读文档，不代表能调用函数；能调用函数，也不代表拥有其软件许可证或管理权限。上游账号留在负责运行的一方，新增访问通过正式授权取得。

挑一个无破坏性的小任务，例如使用测试素材生成一份校验结果，让接手者从入口找到操作并拿到输出。打不开附件、找不到提供方或结果版本不符，都应成为交接缺口，而不是再发一段笼统背景让他自行理解。

这些问题补齐后，交接会议可以讨论真正需要判断的约束，而不是现场寻找链接和秘密。若原维护者要离岗，执行环境和运维责任仍须安排接手；一个稳定地址不会让无人维护的程序继续可靠运行。

01

确认项目状态

当前版本与未完事项

02

找到校验操作

输入样本、输出位置与维护人

03

后任取得结果

用自己的身份跑小任务

交接应以接手者完成一个小任务验收。

把未完成写进交接包

项目交接材料样例，不会自动探测完成度或授予函数访问。
示例内容 · json

```
{
  "project": "catalog-release",
  "approved_revision": "demo-v3",
  "next_task": "Validate sample export",
  "operation": "catalog_export_check",
  "input": "synthetic-catalog.csv",
  "output": "new-check-report.json",
  "maintainer": "catalog-team",
  "still_open": ["production credentials approval"]
}
```

预期结果：后任知道先校验样本，生产凭证批准仍是未完项。

接入时的检查项

接手者能否指出当前最重要的未完成事项。

关键操作是否不依赖离岗者口头提供秘密。

交接包是否区分已确认结果与待验证计划。

源码与接入资料

[上下文接入指南](https://easynet.run/docs/connect/context)

[函数接入指南](https://easynet.run/docs/connect/function)

[设备接入指南](https://easynet.run/docs/connect/runtime)