用途：在选定 Project Work 模式后、调用 TeamHarness projectflow 之前使用，作为 Leader 维护持久化项目状态。项目拥有计划、上下文、依赖和已验收进度，项目计划应与单个任务执行日志分开。仅在 Leader 验收提交结果后才推进依赖；普通直接回复或轻量一次性操作不使用本技能。
主要能力：projectflow 调用、项目创建、快速单任务项目创建、DAG 规划、Loop 规划、就绪节点解析、Loop 迭代记录、将已检查的 Worker 结果验收进项目进度、项目级状态报告。任务边界先用 teamharness-team-coordination 决定，单个任务规格与 Worker 结果检查用 teamharness-task-delegation。
项目文件位于 shared/projects/{project-id}/，包含 meta.json、plan.md，必要时写 result.md。用 projectflow 修改 meta.json 和 plan.md，不要手工编辑项目状态。ID 仅用 [A-Za-z0-9][A-Za-z0-9._-]*，不得含冒号、斜杠、空格或 Matrix ID。调用 projectflow 时 payload 传 JSON 对象而非序列化字符串。
用法：create_project 创建项目；create_quick_project 仅用于已选定 Project Work 模式且明确为单个 Worker 任务时，是 create_project + 单节点 DAG + 任务规格的快捷方式，需先确定 assignment roomId；plan_dag 传完整图并返回 readyNodes，只委派就绪节点；ready_nodes 取依赖已完成的下一个待处理或已分配节点；plan_loop 需 goal、stopCondition、iterationTemplate、maxIterations，用 ready_loop_nodes 找当前迭代就绪节点，用 record_loop_iteration 记录决策（continue、replan、ask_user、stop_success、stop_blocked）；resolve_project 由 taskId 恢复项目上下文；accept_task_result 在 teamharness-task-delegation 返回 effective: true 后验收结果并记录 requester_report.pending；随后用 ready_nodes 委派新就绪节点，并按 Project Status Reports 模板生成报告，经 teamharness-communication 交付后调用 mark_requester_report_sent。
限制：TeamHarness v0.1 支持项目创建、快速单任务项目创建、项目上下文解析、DAG 规划与就绪节点解析、Loop 规划与就绪节点解析、Loop 迭代记录、显式结果验收、请求者报告清除、pause_project、resume_project、complete_project。DAG 与 Loop 任务计划拒绝重复 taskId、未知依赖和依赖环。不要调用不支持的 projectflow 动作。不要预先把重复 Loop 轮次展开成大 DAG。