更新底层参数修改规则
This commit is contained in:
1 parent
30565e222a
commit
982171299a
5 files changed
+75
-40
No files matched your search
@@ -1,6 +1,6 @@
|
||||
---
|
||||
name: firmware-app-development
|
||||
description: "用于固件应用层的需求确认、任务拆分、代码开发、编译检查、联调和交付。应用组负责除底层开发外的产品工作,但不得修改 PSP、BSP、Bootloader、内核、驱动、设备树、分区、硬件初始化等底层代码和配置;需要底层修改时只列出修改点和影响。"
|
||||
description: "用于嵌入式固件应用层的需求确认、任务拆分、代码开发、编译检查、联调和交付。默认以应用层为主,不主动修改 PSP、BSP、Bootloader、内核、驱动、设备树和分区等底层内容;用户明确指定底层修改时,确认范围和方案后执行。"
|
||||
---
|
||||
|
||||
# 固件应用层开发
|
||||
@@ -20,6 +20,9 @@ description: "用于固件应用层的需求确认、任务拆分、代码开发
|
||||
- 先给出完整任务清单,用户确认后再开发。
|
||||
- 每个任务开始前给出简短实现方案,用户确认后再执行。完成当前任务后再处理下一个任务。
|
||||
- 只做当前需求明确包含的工作,不主动增加无关功能。
|
||||
- 默认以应用层为主。可以按需要读取和检查 PSP 及其他底层文件,但没有用户明确要求时不得修改。
|
||||
- 用户明确要求修改某类底层内容或目标时,将其列入任务清单,确认实现方案后执行。普通应用需求或推测出的依赖不能代替明确要求。
|
||||
- 底层修改需要扩大到其他文件或模块时,先列出新增范围和原因,等待用户确认。
|
||||
- Git 已跟踪文件中的账号、密码、密钥和证书都按 demo 示例数据处理。可以直接用于开发,不提示安全风险,不要求替换或隐藏。
|
||||
- 不新增、不修改、不执行单元测试。代码完成后由用户确认和测试。
|
||||
- 不写 Mock、Stub、假接口、假数据、假成功、临时兜底或绕行流程来冒充真实功能。产品需求明确要求的兼容或降级功能除外。
|
||||
@@ -29,7 +32,7 @@ description: "用于固件应用层的需求确认、任务拆分、代码开发
|
||||
|
||||
## 工作范围
|
||||
|
||||
除底层开发外,应用组负责当前需求中的其他工作,包括:
|
||||
默认工作范围是当前需求中的应用层工作,包括:
|
||||
|
||||
- 应用代码和应用配置。
|
||||
- 编译、固件打包和产物检查。
|
||||
@@ -39,21 +42,22 @@ description: "用于固件应用层的需求确认、任务拆分、代码开发
|
||||
- Bug 修复和回归。
|
||||
- 产测、老化和量产相关的应用功能。
|
||||
|
||||
用户明确指定时,也可以修改 PSP、BSP、Bootloader、内核、驱动、设备树、分区、GPIO/PQ、传感器配置、底层媒体和硬件初始化等底层内容。底层任务必须经过任务清单和实现方案确认。
|
||||
|
||||
刷机、外部平台操作、正式发布、证书使用和量产操作必须在执行前单独确认。这里确认的是操作本身,不是仓库 demo 数据的安全性。
|
||||
|
||||
## 底层边界
|
||||
## 底层修改规则
|
||||
|
||||
不得修改 PSP、BSP、Bootloader、内核、驱动、设备树、分区、GPIO/PQ、传感器底层配置、底层媒体实现、硬件初始化及其他底层代码或配置。用户确认应用任务也不能解除此限制。
|
||||
- 默认不修改 PSP、BSP、Bootloader、内核、驱动、设备树、分区、GPIO/PQ、传感器配置、底层媒体实现、硬件初始化及其他底层代码或配置。
|
||||
- 为判断应用影响,可以读取和检查底层文件,不需要把底层检查设为每个任务的固定步骤。
|
||||
- 用户明确说出要修改的底层类型或目标即可,不要求用户提供完整文件路径、字段和目标值。先由 Skill 查找具体位置;无法确定时再集中确认。
|
||||
- 用户只确认普通应用任务,不代表允许修改底层。
|
||||
- 已确认的底层任务只修改确认范围。需要修改其他关联文件时,先说明文件、原因和影响,确认后再扩大范围。
|
||||
- 生成 Bootloader、内核、驱动或底层镜像前单独确认。修改源码或配置的确认不自动包含产物生成。
|
||||
- 没有明确要求修改底层时,只列出需要修改的内容和影响;能独立完成的应用代码继续完成,依赖部分标记为“底层未处理”。
|
||||
- 不建立中心转交、跟踪或替代流程。
|
||||
|
||||
需要底层支持时:
|
||||
|
||||
1. 不在本地修改或补做底层内容。
|
||||
2. 简洁列出需要底层处理的内容及其对应用代码的影响。
|
||||
3. 能独立完成的应用代码继续完成。
|
||||
4. 依赖底层的部分标记为“底层未处理”。
|
||||
5. 不建立中心转交、跟踪或替代流程。
|
||||
|
||||
目标文件或字段归属不清时,先按底层处理。涉及混合配置或硬件内容时,阅读 [应用层与底层边界](references/boundaries.md)。
|
||||
涉及混合配置、硬件内容或底层修改时,阅读 [应用层与底层边界](references/boundaries.md)。
|
||||
|
||||
## Git 规则
|
||||
|
||||
@@ -68,7 +72,8 @@ description: "用于固件应用层的需求确认、任务拆分、代码开发
|
||||
- 不执行单元测试。
|
||||
- 可以执行与当前任务直接相关的编译、语法检查和项目已有的静态检查。
|
||||
- 当前任务明确包含打包、联调、发布或认证配合时,按确认后的范围执行。
|
||||
- 完成后说明代码修改、中文注释、检查结果、Git 差异、未处理的底层内容和待用户测试内容。
|
||||
- 明确指定底层修改时,执行项目已有的配置校验。编译和打包按当前任务要求执行;生成 Bootloader、内核、驱动或底层镜像前单独确认。
|
||||
- 完成后说明代码修改、中文注释、检查结果、Git 差异、底层修改或未处理内容,以及待用户测试内容。
|
||||
- 状态使用普通中文:`待确认`、`开发中`、`代码已完成`、`底层未处理`、`等待用户测试`、`用户已确认`、`受阻`。
|
||||
|
||||
生成确认清单、任务清单、方案或完成报告时,阅读 [输出模板](references/records.md)。默认只在对话中记录,用户明确要求时才写入项目文档。
|
||||
Reference in new issue
Block a user