Published manifests now use bd_/pm_/tm_/sw_ prefixes so workflows cannot share a doc id. Frozen instances keep the old keys; lookup, templates, and duty checks treat the two names as the same task. Co-authored-by: Cursor <cursoragent@cursor.com>
50 lines
1.5 KiB
Markdown
50 lines
1.5 KiB
Markdown
# 设计开发可行性评估报告
|
|
|
|
- 项目:{{project_name}}
|
|
- 生成时间:{{generated_at}}
|
|
- 快照:{{snapshot_id}}
|
|
|
|
## 结论
|
|
|
|
(技术可行性判断、最关键工程风险、Go / 有条件 Go / No-Go 建议及否决条件。不替用户拍板。后文工程化差距与风险表必须支撑本结论。禁止以省略写法跳过应写内容。)
|
|
|
|
## 技术说明
|
|
|
|
(通俗版一段、严谨版一段,并标明验证状态:已验证 / 原理可行 / 尚需验证。失效场景至少写一条并展开影响。参数来自材料则标〔材料:…〕,没有则待确认。禁止只写标题不写段落。)
|
|
|
|
- 通俗版:
|
|
- 严谨版:
|
|
- 验证状态:已验证 / 原理可行 / 尚需验证
|
|
|
|
## 工程化差距
|
|
|
|
(覆盖硬件定型、可靠性、软件/算法、量产一致性、可服务性中与本产品相关的项。每行后附一句对本项目含义。空表须说明为何为空。工作量只写量级并标「估算」。)
|
|
|
|
| 事项 | 现状 | 目标 | 差距 | 内部/外部 | 工作量量级 |
|
|
| --- | --- | --- | --- | --- | --- |
|
|
| | | | | | |
|
|
|
|
## 风险
|
|
|
|
(每条:触发条件 → 影响 → 缓解 → 是否阻塞 Go。用完整句子写清,不要只写标题。)
|
|
|
|
| 风险 | 触发条件 | 影响 | 缓解 |
|
|
| --- | --- | --- | --- |
|
|
| | | | |
|
|
|
|
## 待确认清单
|
|
|
|
-
|
|
|
|
## 输入摘要
|
|
|
|
- 客户:{{customer_name}}
|
|
- 产品:{{device_type}}
|
|
- 预期用途:{{intended_use}}
|
|
- 技术路线偏好:{{tech_route}}
|
|
- 生产/工艺约束:{{manufacturing}}
|
|
|
|
## 本阶段材料
|
|
|
|
{{materials}}
|