项目与成员
把一组工作放进清楚的项目、成员和配置范围，先确认“在哪个项目、谁能参与”，再推进工作。
什么时候用
- 普通成员进入正确项目、核对工作项编号，或遇到项目可见但不能进入。
- 安排协作前确认对方已有项目访问，避免把分配负责人当成邀请成员。
- 管理人员理解项目基础设置及状态配置的影响，再决定具体配置动作。
有哪些能力
| 能力 | 作用 | 当前证据与不能承诺的部分 |
|---|---|---|
| 项目身份与基础配置 | 用名称、identifier 和 UUID 区分项目，理解基础设置 | 既有项目导航观察；配置来自固定项目管理合同。创建权、设置保存及部署完整性待核验 |
| 成员与访问 | 区分工作区身份、项目成员和项目内角色 | 固定成员合同；没有角色实测。设置页、按钮与 API 权限仍有差异，不提供全角色勾选表 |
| 状态配置 | 理解名称、分组、默认状态及业务语义的区别 | 固定状态/生命周期合同；编辑、排序、设默认、删除均未核验。来源新旧语义冲突按较新唯一状态合同解释 |
容易混淆的概念
工作区容纳项目，项目组织工作项；层级含义见开始使用。工作区成员和项目成员是两层事实，总体负责人不授予项目访问，详见成员与访问权限。
Public 不等于匿名可读或自动获得项目角色。名称供人识别，identifier 用于编号，UUID 是稳定系统身份而非访问凭证；可发现、可进入和自动加入仍有合同缺口，见项目基础设置。
状态名称与颜色不等于状态组或业务语义；progress_role 是唯一原生状态的语义，不是第二套进度。定义及配置风险见项目状态配置。
权限与版本
资料核对日期为2026-10-15。既有观察仅为单账号只读导航，后续只读项目列表入口补证见版本页，未验证设置及管理角色。界面Release v1.0.295标签不确定部署commit。固定合同将成员及配置管理交给相应管理角色，但角色矩阵与Web/API差异尚未实测；不能从页面可见推导创建、修改、删除或归档权限。成员失效也不代表任务已自动交接。
按目标去操作
| 目标 | 教程 |
|---|---|
| 确认项目身份和基础设置 | 项目基础设置 |
| 确认能否参与、处理成员访问 | 成员与访问权限 |
| 理解默认状态、分组及配置影响 | 项目状态配置 |
| 整理旧项目前了解边界 | 归档、恢复与删除 |
准备提出具体工作时进入事项与协作；找不到旧项目时转到查找与整理。
来源与核验
固定项目管理、成员与访问、状态及生命周期来源均为 document_status=draft、product_lifecycle=active。另有2026-10-15既有项目导航记录，未保存设置。active 是来源状态，不是部署验收；创建、成员管理、状态保护和归档角色仍需补证。共同边界见版本与范围。