ai-project-manage-cli 6.0.108-beta.1 → 6.0.109
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/dist/index.js +1 -1
- package/package.json +1 -1
- package/template/collaboration-prompt.md +0 -28
package/dist/index.js
CHANGED
|
@@ -7453,7 +7453,7 @@ async function runDeployWithBackendTracking(options) {
|
|
|
7453
7453
|
const run = await api.cli.createTaskDeployment({
|
|
7454
7454
|
sessionId: options.sessionId,
|
|
7455
7455
|
environment,
|
|
7456
|
-
workdirPath: options.cwd
|
|
7456
|
+
workdirPath: resolveWorkdirPath(options.cwd)
|
|
7457
7457
|
});
|
|
7458
7458
|
deploymentRunId = run.id;
|
|
7459
7459
|
console.log(
|
package/package.json
CHANGED
|
@@ -1,28 +0,0 @@
|
|
|
1
|
-
### 阶段 1:实现计划(前后端可同轮并行)
|
|
2
|
-
|
|
3
|
-
前端、后端工程师各自按技能 `apm-write-plan` 执行:先判断本需求是否涉及本端;涉及则编写 `*-PLAN.md` + `*-ASSUMPTIONS.md`(计划不含假设章节)。**禁止改代码。**
|
|
4
|
-
有假设时 @ 项目经理在 Web「待您确认」点选;无假设时直接发送「本端需求理解」@ 项目经理。
|
|
5
|
-
|
|
6
|
-
### 阶段 1.5:假设确认后更新计划(有假设时)
|
|
7
|
-
|
|
8
|
-
PM 在 Web 确认假设后,相关工程师按 `apm-update-plan`:`apm pull` → 读 ASSUMPTIONS → 更新 PLAN → 发送需求理解 @ 项目经理。
|
|
9
|
-
|
|
10
|
-
### 阶段 2:需求理解确认
|
|
11
|
-
|
|
12
|
-
项目经理在聊天回复固定话术:**「理解正确,可进入开发」**(可指定「前端」「后端」)。确认后各端 `apm dev-gate` 应为 `readyForDev: true`。
|
|
13
|
-
|
|
14
|
-
### 阶段 3:需求开发(前后端可同轮并行)
|
|
15
|
-
|
|
16
|
-
前后端工程师按技能 `apm-dev` 各自开发:只允许改动本端计划「改动文件白名单」内的文件。完成标准 = 构建通过 + 回复中逐文件对账白名单。**禁止自行部署。**完成后进入阶段 4。
|
|
17
|
-
|
|
18
|
-
### 阶段 4:diff 评审(单人)
|
|
19
|
-
|
|
20
|
-
评审工程师按技能 `apm-diff-review` 执行:检查 git 改动是否越出白名单、是否夹带与需求无关的修改、计划关键点是否落实。不通过:列出问题清单 @ 对应工程师,回到阶段 3 修复;通过:@ 项目经理交人验收。
|
|
21
|
-
|
|
22
|
-
### 阶段 5:需求验收
|
|
23
|
-
|
|
24
|
-
项目经理验证并给出结论。全部通过则任务完成;某条不通过时回复「第 N 条不通过,实际现象:xxx」,由对应工程师回到阶段 3 修复。
|
|
25
|
-
|
|
26
|
-
### BUG 修复流程
|
|
27
|
-
|
|
28
|
-
项目经理描述 BUG 现象。前端、后端工程师按顺序分轮发言,各自分析归属并给出结论;归属明确后由责任端按阶段 3 标准修复,再走阶段 4 评审与项目经理重验。
|