ai-project-manage-cli 3.0.15 → 3.0.17

package/dist/index.js

@@ -454,6 +454,15 @@ function runConnect(opts) {
         });
         console.log("[Done]");
         session.writeToFile(payload.cwd, payload.requirementId, run.agentId);
+        try {
+          execSync(`apm upload-artifact ${payload.requirementId}`, {
+            cwd: payload.cwd,
+            encoding: "utf8"
+          });
+        } catch (pullErr) {
+          console.error("[apm] apm upload-artifact \u5931\u8D25:", pullErr);
+          throw pullErr;
+        }
       } catch {
         console.error("[apm] \u65E0\u6CD5\u89E3\u6790 WebSocket \u6D88\u606F:", text);
       }

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "ai-project-manage-cli",
-  "version": "3.0.15",
+  "version": "3.0.17",
   "description": "命令行工具：后续用于调用平台后端 API 完成运维与自动化操作",
   "type": "module",
   "private": false,

package/template/skills/apm-dev/SKILL.md

@@ -59,8 +59,7 @@ instruction 子文件随该目录类推（如 `.apm/skills/apm-propose/propose-i
 ## 步骤 2：读取缺陷清单（defect.xml）
 
 1. 父 Agent 使用 **Read** 工具读取：`.apm/workitems/<requirementId>/defect.xml`（缺陷列表，格式以平台同步为准）。
-2. 若首次 **Read** 失败（无此文件等）：在仓库根目录执行 **`apm pull <requirementId>`**，再 **Read** 一次。
-3. **分流（非失败）**：
+2. **分流（非失败）**：
    - **无文件、仍读不到、或文件无有效内容**（空文件、仅空白、无实质缺陷条目等；具体结构以同步格式为准）：**不视为步骤失败**。表格步骤 2 填 **跳过（无 defect 内容 → 新功能）**，**直接进入步骤 3**。
    - **文件存在且有有效内容**：视为本轮为 **修复 Bug 流程**（与步骤 4 同属 Quick 形态，对照 **defect.xml + 必要时 prd.md**，目标是消除所列缺陷）：
      - 父 Agent 已通过 **Read** 掌握 `defect.xml`；若启动子 Agent，在委派提示中写明 **`requirementId`**、工作项路径、`defect.xml` 路径，以及「逐项对照缺陷列表修复，改动范围最小化」。
@@ -78,7 +77,7 @@ instruction 子文件随该目录类推（如 `.apm/skills/apm-propose/propose-i
 **条件**：仅当步骤 2 **未**以「`defect.xml` **有内容**且 Quick 修 Bug **成功** → 短路至步骤 6」结束时执行（含：`defect.xml` 缺失、拉取后仍无、或**无有效内容**而走新功能流程）。
 
 1. **Read** 全文：`.apm/workitems/<requirementId>/prd.md`。
-2. 若无法读取：在仓库根目录执行 **`apm pull <requirementId>`**（同步工作项），再 **Read** 一次；仍失败则**停止后续实现**，仅在表格中标记失败原因。
+2. 若失败则**停止后续实现**，仅在表格中标记失败原因。
 3. **不**为评估向用户发起追问；信息不足时倾向 **Spec**（保守）。
 
 ### Quick（较小）与 Spec（较大）判定参考
@@ -137,23 +136,7 @@ instruction 子文件随该目录类推（如 `.apm/skills/apm-propose/propose-i
 
 将命令结果、最终分支名、是否已 push、工作区是否干净写入表格。
 
----
-
-## 步骤 7：同步产物
-
-在**仓库/工作区根目录**（与步骤 1、6 一致）执行：
-
-```bash
-apm upload-artifact <requirementId>
-```
-
-1. 该命令会**先清空**平台上该需求的产物文档，再将 `.apm/workitems/<requirementId>/` 下符合条件的 Markdown 重新上传（排除 `prd.md`、状态 YAML、reviews/defect/testcase 等 pull 系统文件；详见 CLI 行为）。
-2. 若本地未放置需同步的 `.md` 产物，仍会清空平台侧产物；若有文档仅在仓库其它路径，须先复制或生成到工作项目录再执行。
-3. 将命令是否成功、上传条数或错误摘要写入表格。
-
----
-
-## 步骤 8：对用户回复（表格）
+## 步骤 7：对用户回复（表格）
 
 对用户回复 **必须包含一张 Markdown 表格**，汇总 **步骤 1～7**（步骤 8 为呈现表格本身，可不单独成行）。表头建议：
 
@@ -165,7 +148,6 @@ apm upload-artifact <requirementId>
 | 4 | Quick 开发（子 Agent） | 成功 / 失败 / **跳过** |
 | 5 | Spec：apm-propose → apm-apply-change（子 Agent） | 成功 / 失败 / **跳过**；可注明子步骤 |
 | 6 | commit & push；工作区干净 | 成功 / 失败（原因） |
-| 7 | `apm upload-artifact <requirementId>` | 成功 / 失败（原因） |
 
 **可选**：在表格外增加**简短**一句话摘要（例如当前分支名、阻塞点）；若用户此前约定「仅表格」，则可仅输出表格。
 
@@ -173,7 +155,7 @@ apm upload-artifact <requirementId>
 
 ## Guardrails
 
-- **失败即终止**：在用户提供的 **`requirementId`** 等参数合法、命令与路径按本技能书写的前提下，任一步骤（含 `apm branch`、`apm pull`、`apm upload-artifact`、读文件、子 Agent、`git`）**一旦失败**：**停止后续所有步骤**，仅在表格中记录失败步骤与原因；**不要**为登录、依赖、网络、命令结果等做**多次**或「轮番」重试。
+- **失败即终止**：在用户提供的 **`requirementId`** 等参数合法、命令与路径按本技能书写的前提下，任一步骤（含 `apm branch`、读文件、子 Agent、`git`）**一旦失败**：**停止后续所有步骤**，仅在表格中记录失败步骤与原因；**不要**为登录、依赖、网络、命令结果等做**多次**或「轮番」重试。
 - **例外（Agent 自身失误）**：若失败明显由执行 Agent **用错工作目录、读错/漏写路径** 等导致，**允许**纠正 `cwd` 或路径后**仅对该失败步骤再执行一次**；纠正后仍失败则**立即终止**，不再扩展尝试。
-- **不要**在无 `prd.md`（且 `apm pull` 后仍无）的情况下编造需求实现。
+- **不要**在无 `prd.md`的情况下编造需求实现。
 - **子 Agent** 提示中须带 **`requirementId`** 与仓库根路径意识，避免改错工作树。