القائمة
基于真实项目状态、节点上下文与章节证据，为 TapCanvas 生成下一步画布编排决策；不依赖 docs、assets 或 ai-metadata。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
商业级视觉资产与网页(详情页/落地页)的审美与UX视觉审查：输出P0/P1/P2问题清单、可落地的样式tokens与改稿建议；可结合截图、URL与源码进行定位与修改。
设计并构建各类 AI 智能体/助手。适用于用户： (1) 询问“创建 agent / 助手 / 智能体系统” (2) 想理解 agent 架构、agentic 模式或自治式 AI (3) 需要能力设计、子代理、规划或 skills 机制建议 (4) 询问 Claude Code、Cursor 等智能体内部实现 (5) 想为业务/研究/创作/运营等场景构建 agent 关键词：agent, assistant, autonomous, workflow, tool use, multi-step, orchestration
启用 agents-team 协作，双代理完成小说逐章元数据抽取与完整性审校（parser + checker），并写入可续跑的记忆索引。
Enable general multi-agent team mode via spawn_agent/wait tools. Supports orchestrator, worker, reviewer, research, writer, and editor roles.
进行全面代码审查，覆盖安全、正确性、性能与可维护性；适用于用户要求 review、排查潜在 bug 或审计代码库。
Agents-CLI 认知记忆系统。用于管理长期记忆（core/episodic/semantic/procedural/vault）、可检索回忆、归档遗忘、以及多代理写入治理。
| name | tapcanvas-workflow-orchestrator |
| description | 基于真实项目状态、节点上下文与章节证据，为 TapCanvas 生成下一步画布编排决策；不依赖 docs、assets 或 ai-metadata。 |
<tapcanvas_canvas_plan>禁止把以下内容当成运行时知识源：
docs/assets/ai-metadata/这些目录可以存在于仓库中，但不属于本 skill 的运行时证据。
single_video 或 chapter-grounded 创作，优先结合 project/book/chapter/node/continuity/source bundle 证据定位最相关章节正文、场景锚点与续写边界；不要等待用户手动补齐所有 checkpointbookId/chapterId 或可唯一锁定一本书，优先继续读取书籍索引、章节正文与 continuity 证据，再决定生成、规划或回写storyboardPlans / shotPrompts / storyboardStructured，先调用 tapcanvas_book_storyboard_plan_get；禁止拿 tapcanvas_book_storyboard_plan_upsert 发送空 payload、探测 payload 或“试写看看”来判断是否存在tapcanvas_flow_patchtapcanvas_flow_patch 写入的是可执行图片/分镜/视频节点，默认把这视为“已把待执行节点交给宿主工作台”；TapCanvas 会在响应返回后基于 executableNodeIds 自动执行这些节点。不要因为当前 agent trace 里还没有最终 imageUrl / videoUrl 就把合法 handoff 误判成失败tapcanvas_flow_patch 现支持 deleteNodeIds / deleteEdgeIds。删除错误节点时直接传真实 id，不要假装用 patchNodeData 把节点“清空”；删节点会自动清理相关边tapcanvas_flow_patch 既要 createNodes 又要 createEdges，所有会被边引用的新节点都必须先有稳定 id；不要把 label 当成 source/targettapcanvas_flow_patch.createNodes 涉及分组（创建 groupNode 或对子节点设置 parentId），必须先写组节点，再按你要的最终视觉顺序依次列出组内子节点；后端会按该顺序做 parent-first 重排并对组内执行紧凑排列kind=storyboard 节点；这类文本上游应落到 kind=storyboardScript 或 kind=textkind=storyboard 只用于分镜编辑图片网格；除非你显式提供 storyboardEditorCells，或用户明确要一个空白分镜板占位，否则把文本塞进 storyboard 视为错误建模kind=image / imageEdit，优先把它视为“改写既有节点配置”而不是“新建另一条生成链”tapcanvas_node_context_bundle_get，确认当前节点的 prompt/systemPrompt/negativePrompt、结果图、参考图、上下游和 diagnostics；若节点已有结果图但提示词缺失，可把结果图当作取证输入，再决定是否需要 specialisttapcanvas_flow_patch.patchNodeData 回写原节点；若要覆盖已有 prompt/systemPrompt/negativePrompt，必须显式传 allowOverwrite=trueimageModel/aspect/sampleCount 等执行参数，只改与提示词直接相关的字段kind=text 节点，允许创建空内容占位节点；不要因为缺少 prompt / text 而阻止写入tapcanvas_flow_patch.createNodes；最小可用 payload：{"createNodes":[{"type":"taskNode","position":{"x":0,"y":0},"data":{"kind":"text","label":"空白文本","nodeWidth":380,"nodeHeight":360}}]}。空占位时可省略 prompt / text / textResults<tapcanvas_canvas_plan><tapcanvas_canvas_plan><tapcanvas_canvas_plan> 中包含 kind=composeVideo|video 节点，必须在 nodes[].config 中写入可执行 prompt；prompt 必须是最终生产提示词本体，运行时会继续拼接连入文本节点内容，不要再额外输出平行的 videoPrompt。若还想保留拍点拆解，可选写 storyBeatPlan，但它不参与实际生成调用config 中显式写入 sourceBookId、materialChapter，并同步补齐 bookId、chapterId