fix(skill): 工作台任务执行方式铁律固化——创作/改写/重写/复盘必须走AI会话任务，禁止会话内直接写脚本草稿（09-02）
- SKILL.md 关键规则新增「〇执行方式判定」（P0）：工作台场景任务先判定执行方式，进工作台一律 POST /api/run + skills 参数绑定技能 - SKILL.md 工作台章节新增第6条铁律：重新执行历史任务=复用原prompt提交新任务，自动应用当前技能版本 - 自动化任务调度机制.md 新增第八节「重新执行历史任务的标准姿势」（取prompt→提交→轮询→验证落库） - frontmatter updated_at 更新至 09-02
This commit is contained in:
maogeigei committed
1 parent
d13e2680f8
commit
47475d0ba3
2 files changed
+31
-5
No files matched your search
@@ -8,8 +8,8 @@ description: >
|
||||
触发场景：写脚本、创作短视频、生成脚本、拆解对标视频、分析爆款视频、
|
||||
诊断脚本质量、设计账号人设、选题策划、生成分镜、广告植入设计、生成创作回顾。
|
||||
version: "1.0"
|
||||
updated_at: "2026-09-01"
|
||||
last_change: "工作台AI任务触发改为 scheduled_at=now+5s+显式写next_run_at（09-01调度机制实测定稿，替代08-31 scheduled_at=now旧认知）；新增 自动化任务调度机制.md（根因/硬规则/状态机/并发上限≈3/排查命令）；同步MCP安装引导（08-31）；工作台端口统一迁移 8899→8900（8899被小米MiPCAudio.exe占用且自愈；server.js默认端口/start.bat/SKILL.md/cdp-test-junxi.mjs 四处同步）"
|
||||
updated_at: "2026-09-02"
|
||||
last_change: "工作台任务执行方式铁律固化（09-02）：工作台场景创作/改写/重写/复盘必须走 POST /api/run 提交 AI 会话任务（skills 参数绑定技能），禁止会话内直接写脚本草稿；SKILL.md 关键规则新增「〇执行方式判定」+工作台章节第6条+调度文档第八节「重新执行历史任务标准姿势」；09-01 调度机制实测定稿（scheduled_at=now+5s+显式写next_run_at，替代08-31旧认知）；工作台端口统一迁移 8899→8900"
|
||||
deployment: "source"
|
||||
agent_created: true
|
||||
---
|
||||
@@ -71,8 +71,9 @@ agent_created: true
|
||||
- **📁 产出浏览（#/files）**：默认读桌面 `MCNSkill项目/`，支持 ⚙️ 设置添加其他项目地址；md/json 在线预览
|
||||
4. **数据边界**：数据库读工作台自有副本 `mcn-work-shop/mcn-plugin.db`（由 dsh 库复制而来，与 dsh 原库 `~/.dsh/mcn-plugin.db` 完全隔离，两边各访问各的互不影响）；周榜读 `D:\dshworkspace\抖音榜单\*.json` 文件
|
||||
5. **AI 任务触发（Automation 方案）**：各数据页「导入/创作/解析/改写/提炼/复盘」按钮点击后 → 工作台后端 `POST /api/run` → 向 `~/.workbuddy/workbuddy.db` 的 `automations` 表写入一条**一次性任务**（`schedule_type='once'`、**`scheduled_at=now+5s`（带秒）且显式写 `next_run_at=now+5000`**、`cwds=["D:\\AgentSkill\\mcn-workshop"]`）→ WorkBuddy 客户端调度器按 `next_run_at` 扫描拾取（周期≤30s）→ 创建 AI 会话执行 → **会话归入 `mcn-workshop` 空间分组**（左侧会话栏按 cwd 分组，可在该分组查看任务执行过程与结果）。参考 dsh 插件 `dsh-plugin-mcn` 的 `/mcn/api/creative` 模式（固定会话 followup 触发）；前端 5 秒防连点。**调度机制/状态机/并发上限/排查命令详见同目录 `自动化任务调度机制.md`（09-01 实测定稿，勿再按旧认知 `scheduled_at=now` 直写——会因 next_run_at 为空而卡死）**
|
||||
6. 本功能仅 V1.0 源技能环境提供，**不同步 dsh/Lite 副本**
|
||||
7. **改完必重开页面（硬性约定）**：对工作台任何页面/代码改动完成后，**最后一步必须用 present_files 重新打开对应页面**（带 hash 直接定位，如 `http://localhost:8900/#/accounts`），让用户在 WorkBuddy 内置浏览器立即看到最新效果。原因：内置浏览器无 CDP 调试端口（9222/9224 等均无响应），无法模拟 F5；重开页面是唯一可靠刷新方式。此约定对工作台所有 UI 改动强制生效
|
||||
6. **工作台任务执行方式铁律（P0，09-02 固化）**：凡工作台场景的**创作/改写/重写/复盘/解析**类任务（含"重新执行历史任务"），必须通过 `POST /api/run` 提交 AI 会话任务执行（automation 触发 → 独立 AI 会话按技能 S1-S11 执行 → 写库 rewrite_log/入库），**禁止在会话内直接产出脚本草稿**（不会入库、不在左侧会话栏可见、不走技能会话，等于"影子脚本"）。**重新执行历史任务 = 复用原任务的 prompt（人设卡+视频选题+创作要求+落库字段）+ `skills:['短视频脚本创作']` 提交新任务**——新任务自动加载当前技能版本（含最新优化），无需手工搬内容。执行方式判定细则见「关键规则 〇·执行方式判定」。
|
||||
7. 本功能仅 V1.0 源技能环境提供，**不同步 dsh/Lite 副本**
|
||||
8. **改完必重开页面（硬性约定）**：对工作台任何页面/代码改动完成后，**最后一步必须用 present_files 重新打开对应页面**（带 hash 直接定位，如 `http://localhost:8900/#/accounts`），让用户在 WorkBuddy 内置浏览器立即看到最新效果。原因：内置浏览器无 CDP 调试端口（9222/9224 等均无响应），无法模拟 F5；重开页面是唯一可靠刷新方式。此约定对工作台所有 UI 改动强制生效
|
||||
|
||||
---
|
||||
## MCP 依赖（摘要）
|
||||
@@ -308,7 +309,20 @@ agent_created: true
|
||||
|
||||
## 关键规则
|
||||
|
||||
### 〇、方案与执行分离（P0）
|
||||
### 〇、执行方式判定（P0，09-02 固化）
|
||||
|
||||
收到任何"写/改/重写/复盘脚本"类请求时，**动手前先判定执行方式**，禁止直接进入创作环节：
|
||||
|
||||
| 场景 | 执行方式 |
|
||||
|------|---------|
|
||||
| 工作台相关（账号/视频/AI写脚本/复盘页面的创作·改写·重跑·复盘） | **必须走 `POST /api/run` 提交 AI 会话任务**（挂 `skills` 参数绑定技能），由独立会话按 S1-S11 执行并写库；禁止在会话内手写脚本草稿 |
|
||||
| 纯咨询/分析（讲解、方案、诊断意见，不落库） | 会话内直接回答 |
|
||||
| 非工作台创作（对话内直接发起、无工作台上下文） | 会话内按 S1-S11 正常创作，落盘产出目录 |
|
||||
|
||||
> 判定口诀：**"这个产物要不要进工作台（rewrite_log/入库/左侧会话栏）？"**——要进，就走任务；不进，才可会话内产出。
|
||||
> 重新执行历史任务 = 复用原任务 prompt（从 automations 表取）+ `skills` 参数提交新任务，任务自动应用当前技能版本。
|
||||
|
||||
### 〇·1、方案与执行分离（P0）
|
||||
|
||||
用户要求「分析/方案/如何改/为什么/复盘」→ **只输出分析与方案，禁止直接修改文件**；仅当用户显式授权（"改吧/执行/按方案来/落地/确定"）或任务是直接修改指令（"把X改成Y"）时才动手。修改 SKILL.md / references / 知识库等规则文件前，必须先列出「将修改哪些文件、各改什么」等用户批准；跨多文件批量修改必须先确认范围。
|
||||
|
||||
|
||||
@@ -72,3 +72,15 @@ for r in db.execute(\"SELECT automation_id,status,metadata_json FROM automation_
|
||||
- 启动：`node server.js`（零依赖，端口 8899 自动避让）
|
||||
- 改 server.js 后必须重启才生效（Windows：`taskkill /PID <pid> /F` 后重启）
|
||||
- 后台运行：`node server.js > /tmp/mcn-workshop.log 2>&1 &`
|
||||
|
||||
## 八、重新执行历史任务的标准姿势（09-02 固化）
|
||||
|
||||
> 背景：用户要求"前3条重写"时，曾误在会话内直接手写脚本草稿（影子脚本：不入库、不在左侧会话栏、不走技能会话）。根因=没有先判定执行方式。正确姿势如下：
|
||||
|
||||
1. **取原任务 prompt**：从 `~/.workbuddy/workbuddy.db` 的 `automations` 表按任务 id 读取完整 prompt（含人设卡+视频选题+创作要求+落库字段）
|
||||
2. **组装并提交**：`POST /api/run`，body 含 `{ prompt: <原prompt>（可按需附注"执行最新技能版本"）, name: '重写-...', skills: ['短视频脚本创作'] }`——`skills_json` 让客户端会话挂载指定技能，任务自动应用当前技能版本（含最新优化）
|
||||
3. **轮询状态**：`GET /api/run/status?id=<新任务id>`（queued/pending/running/done/error/review）
|
||||
4. **验证落库**：任务完成后查 `mcn-plugin.db` 的 `rewrite_log` 表，确认 `video_id/script_text/status='done'` 已更新；前端在 AI写脚本页可见
|
||||
5. **不重复建任务**：同一"重写"诉求只提交一次；若用户要"改一版"，也是新任务而非改原任务
|
||||
|
||||
> 与并发约束的关系：一次提交 3 条重写任务 → 3 个并行（上限≈3）或部分排队（queuedPosition），均正常；先提交先执行，无需手工控制。
|
||||
Reference in new issue
Block a user