# 项目与设计基础 (/docs/subsystems/projects)

## 它解决什么问题 [#它解决什么问题]

客户资料散在会议、表格和报告里。项目团队需要一份能共同引用的设计基础，也需要知道哪些条件仍有争议、谁负责补齐。

## 核心对象 [#核心对象]

| 对象 | 内容 |
| --- | --- |
| 项目 | 客户、成员、范围、负责人、阶段 |
| 需求与目标 | 性能指标、成本目标、约束、验收方式 |
| 设计基础项 | 进料、工况、场地、公用工程与来源 |
| 基准版本 | 当前采用的一组需求与设计基础 |
| 工作计划 | 里程碑、任务、负责人、资源与估算 |
| 范围变更 | 新要求、影响说明、处理结论 |

设计基础可以引用实测数据。它记录项目采用了什么依据，原始测量仍由实验模块保管。

## 内部结构建议 [#内部结构建议]

资料接收入口把内容送入需求与依据编辑器；编辑器生成结构化数据和待澄清项；基准管理器固定采用版本；计划视图关联各子系统的实际工作状态。

每个数据项支持单位、基准、来源类型和可用范围。互相冲突的来源并列展示，由人员决定当前采用哪一项。

## 典型流程 [#典型流程]

1. 客户上传分析报告并说明目标。
2. Agent 提取候选字段，关联原文位置。
3. 项目人员确认字段、补充单位和缺失条件。
4. 建立项目基准，供实验、工艺和计算引用。
5. 客户提供新资料后创建修订，展示受影响事项。

## 与其他模块怎么连接 [#与其他模块怎么连接]

向研究模块提供目标与约束，向工艺和计算模块提供输入依据，向交付模块提供约定的范围和验收目标。

接收其他模块的完成状态用于管理视图，但不把实验状态或计算状态重新维护一遍。

跨项目复用的模板来自资产模块；项目自己的特殊要求保留在本项目。

## 人与 Agent 的分工 [#人与-agent-的分工]

Agent 整理资料、检查缺项、提出需求冲突和范围变化的影响。项目人员确认采用的设计基础，负责人处理资源和交付约定，客户通过协作入口澄清要求。

## 失败与变更 [#失败与变更]

资料提取置信不足时保留原文并提示人工检查。基准发布时发现输入来源已更新，则要求比较差异；历史基准仍然可以被过去的计算和发布包引用。

## 独立产品与首期验证 [#独立产品与首期验证]

它可以成为工程项目协作产品的核心，连接企业现有实验、CAD 和计算工具。首期验证一份客户需求如何形成基准，以及一次输入变更如何传递到下游。

资源排期细度、预算模型和外部项目管理软件对接范围待真实项目确定。