ppt-master 产物所有权规范：单一事实来源、所有权矩阵与派生产物再生产

AI 技能人工智能【免费下载链接】ppt-masterAI 把任意文档生成真正可编辑的 PowerPoint —— 原生形状与动画、演讲者备注可合成音频旁白、还能参考你自己的 .pptx 模板,而不是一张张图片 · 何雨果出品项目地址https://gitcode.com/hugohe3/ppt-master点击查看免费下载本文基于 PPT Master 的技能规范文档 artifact-ownership.md系统讲解该项目产物所有权Artifact Ownership体系的完整规则每个工件artifact由谁产生、由谁消费、允许怎样的读写契约。读完后你可以回答三个核心问题——某个事实应该从哪个文件读、哪个角色有资格写它、以及当源工件变化时派生工件应在哪一步重新生成而不是被手工修补。1. 核心思想一条硬性规则与一个投影特例PPT Master 是一条路由式routed演示文稿流水线一次生成任务会经过内容解析、Strategist 规划、Executor 逐页绘制 SVG、质量门、导出 PPTX 等多个阶段且存在 Default 与 Quick Generate 两种 profile。多角色、多阶段协作最容易出的问题是同一事实在多个文件里各存一份随后彼此漂移。该规范用一句话给出了全局硬规则原文 artifact-ownership.mdHard rule: read each fact from its owning artifact; never merge several channels into a second source of truth. 每个事实只从其拥有者工件读取绝不把多个通道合并成第二个事实来源。这条规则确立了三种典型关系的分工原始事实事实值、文案、图表数值只存在于sources/的内容型文件中设计意图只写入design_spec.md执行锚点只写入spec_lock.md两者不可互相替代可见设计只存在于svg_output/其余一切svg_final/、质量报告、导出包都是从它派生的视图或凭证。文档同时给出了Quick Generate 投影原文第 7 行Quick profile 省略确认 UI、design_spec.md与spec_lock.md——选中的路由或 profile 可以显式省略某个产物但不会抹掉其事实。具体而言Quick 的主 agent 直接在活动上下文中解析sources/事实、把常规决策留在上下文里、在绘制 SVG 前准备好所选图片/图标与必需的运行清单直接实现公式、图表、表格、原生形状等常规能力它写入与 Default 相同的最终 SVG 质量溯源provenance与导出 postflight但不产生svg_final/、设计历史或可恢复的规划状态——上下文丢失即意味着重跑而不是从文件恢复计划。2. 所有权矩阵Ownership Matrix原文第 1 节 Ownership Matrix 用一张四列表格工件 / 所有者 / 角色 / 读写契约覆盖了约 40 个项目内工件。下面按产物生命周期分组完整呈现并保留原文的契约要点。2.1 来源契约与分析事实sources/与analysis/工件所有者角色读写契约sources/内容型文件内容契约内容、表格、图表值、SmartArt 措辞的事实/文本来源Default 的 Strategist 读取内容型文件.md/.markdown/.txt/.csv/.tsv/.json/.jsonl/.yaml/.yml按内容而非扩展名判断把已确认语义与上页措辞解析到design_spec.md§IXQuick 的 agent 在活动上下文中解析。Default 的 Executor 只为显式核验而打开片段。绝不用 PPTX 几何 JSON 替换数值sources/*.facts.json事实溯源契约主题研究得到的稳定外部fact_id→ 主张/来源映射Strategist 在 §IX 引用 IDExecutor 解析它们用于归因Quick 把同样的 ID 带入可见归因。场景数据永不进入此文件sources/转换来源原件来源归档导入原件.pdf/.pptx/.docx/.xlsx/.html/.epub/.tex/.rst/.ipynb/.typ等及抽取资产经由转换后的stem.md读取direct-PPTX 工作流按路由直接读.pptxsources/*.conversion_profile.json、sources/*_files/image_manifest.json流水线侧车转换审计 / 资产索引不是幻灯片内容仅在审计一次转换或解析资产时打开sources/Image-to-PPTX 容器可见表面来源契约不可变栅格输入每个容器承载一个或多个有界页面帧Codex 支持的 Quick profile 把它们规范化为有序帧名单不覆盖原件帧数量拥有幻灯片数量analysis/source_profile.json机器事实索引紧凑的 PPTX intake 摘要作为事实上下文与推荐候选读取analysis/stem.identity.json原生 Deck 身份事实画布、主题色板/字体、观察到的用法为获取详细身份事实而选择性读取analysis/stem.slide_library.json原生 PPTX 结构事实文本槽位、几何、原生表格、图表缓存、SmartArt 节点direct PPTX 工作流把它作为原生填充/结构契约它永远不拥有内容值analysis/beautify_inventory.jsonBeautify 冻结验证台账自包含的逐页冻结内容/数据与验证例外台账内联自来源抽取唯一 Beautify 台账模型只消费beautify_inventory.py --summary/--page投影--with-geometry仅用于原始几何永不持久化投影或把它当作第二权威analysis/image_analysis.csv再生成的图片事实视图对当前images/的实测事实变更后重跑analyze_images.py它是视图不是持久缓存analysis/reconstruction_inventory.jsonImage-to-PPTX 证据台账容器/帧映射、哈希、页序/画布、区域 bbox、观察到的族、转写置信度、重叠/z-order、未解决证据由 Codex Quick agent 在图层决策前写入不持有最终实现、提示词、输出文件名或 SVG 绑定这组的要点是读取策略本身也是所有权规则的一部分判断一份文件是不是核心内容要看内容一个.json/.csv可能是核心内容也可能只是数据排除*.conversion_profile.json与*_files/image_manifest.jsonanalysis/事实按 Step 4 / direct-PPTX 工作流读取而不是在扫描sources/时顺带读入。2.2 规划与执行锚点design_spec.md与spec_lock.md工件所有者角色读写契约design_spec.mdStrategist 设计权威设计意图、页面简报、论证、资源、生产机制消费最终确认一次在这里写入/审计细化refinement也施加到这同一个文件。§I 记录生效的 Speaker Notes / Custom Animations / Narration Audio 结果及其溯源更新的显式指令只更新其结果而不重开 Confirm UI。Gate 1 之后后续角色读取本文件而不是result.json§IX 拥有 Executor 页面内容与Relationships而其布局/构成/能力/motif 推荐属于 ReferenceExecutor 可自由调整除非标注了(binding)spec_lock.md执行锚点与路由契约稳定的色彩/字体角色、图标、图片、页面节奏、可视化、template_reuse_scope、PowerPoint 结构模式mirror/layout 路由另加输入原型、Master 名单与页面映射Strategist 依据审计后的 Design Spec 加上下文撰写路由特定锚点。Executor 在每个有效上下文中完整保留一次该锁并在 Design Spec 片段之前、遇到本地不确定时先查它。零散的页内点缀无需行重复出现的角色或新的自适应 Layout 身份需要 Strategist 修复project_manager.py page-contextstdout按需派生的页面上下文只读锚点集 当前页增量 指纹仅用于显式诊断/遥测或一个未解决的路径-SHA 投影永不持久化也绝不作为常规逐页前置门global是有界锚点集不是白名单analysis/page-context/PNN.usage.json可选上下文遥测实测的页面上下文大小加输入哈希--record-usage只替换被调用页的快照page-context-report汇总token 数据用于评估成本永不评估内容二者的边界是硬性的design_spec.md承载为什么这样设计spec_lock.md承载执行时必须遵守的稳定值。把前者的散文当作后者的替代属于下文第 4 节明令禁止的混合所有权。2.3 资源池images/与icons/工件所有者角色读写契约images/运行时图片池用户、抽取、AI、web、切片、EMF/WMF 资产由 Default Step 5见 generate-pptx.md 的 Image Acquisition 阶段或 Quick 的资源准备写入images/image_prompts.json、image_queries.json、image_sources.json条件资源契约AI/web 执行状态与溯源仅为被触发的路径创建用于指导准备/归因绝不用于页面设计icons/备妥的项目图标池由icon_sync.py复制的内置图标外加用户、模板、导入或自定义图标 SVG撰写阶段可按页使用池中任意图标spec_lock.icons.inventory索引的是默认计划精选的已同步池不是页面用量或白名单。预览、最终化、检查与导出只解析本根下的完整library/name引用2.4 库发现与项目内模板templates/工件所有者角色读写契约${SKILL_DIR}/templates/{brands,styles,layouts,decks}/*_index.json库发现索引Stage-1 选择与聊天列表的完整已注册选项来源只在通信推荐撰写完成后读取用于填充 Stage-1 选择永不扫描 kind 目录也绝不用索引摘要当规划证据由 kind id 推导库根Quick 不读目录templates/项目模板引用Stage-1 确认或 Quick 安装的 spec每选中工作区一个文件、生效的结构 SVG 名单存在 Layout 时用 Layout否则 Deck、非图片资产只读这份项目本地状态永不读库根。规划者读取每一份已安装的 Design Spec 与生效名单Brand 与 Style 无名单Deck 结构被 Layout 遮蔽。连续 Executor 复用上下文新 Executor 读取一次 Design Spec并在首次使用或 SHA 变化后读取每个选中的 SVGtemplates/template_execution_manifest.jsonv1、templates/template_execution/*.text-slots.jsonv2-min派生模板索引原型/来源导入摘要与文本槽诊断完整性哈希仅工具可用页面撰写期间永不读取原型 SVG 是唯一视觉权威库根仓库内 skills/ppt-master/templates/含brands/、styles/、layouts/、decks/及其*_index.json与项目工作区内的templates/是两种不同所有权前者是发现目录后者才是本次项目已安装的本地状态两者严禁混读。2.5 模板导入工作区import_workspace/Create Template / Edit Native PPTX 工作流会从源 PPTX 导入一个工作区其内部每个目录都有独立所有权工件所有者角色读写契约import_workspace/svg/导入原生载荷基座PPTX 派生元数据、隐藏载体、回退证据、源结构不可变物化时可以对照它解析已验证的来源引用模型永不编辑或批量读取它import_workspace/svg-flat/可选验证基座由显式--inheritance-mode both生成的自包含构图不可变绝不是撰写或物化输入import_workspace/authoring-svg/模板创建的撰写源导入的 Master、Layout、Slide 对象的紧凑分层 SVG IR导入时已发布并做装饰因子化Template_Designer 编辑它最终模板 SVG 从它物化import_workspace/authoring-svg/authoring_summary.json模型可读撰写索引SVG 名单加每文件画布、尺寸、文本、图片、矢量、占位符、source-ref 计数撰写 SVG 前读取直接编辑 IR 后重新生成import_workspace/authoring-svg/authoring_manifest.json仅工具的溯源每文档哈希与 source-ref 路径与 IR 原子化生成物化时校验永不载入模型上下文import_workspace/authoring-svg-flat/可选验证 IR带自身 summary/manifest 的自包含页面构图仅从显式要求的svg-flat/生成仅用于验证import_workspace/icons/imported/导入矢量池每个因子化矢量子树的唯一规范副本以data-iconimported/name引用清单保留 source ref这套不可变基座 可编辑 IR 模型索引 工具清单的四分结构与 svg_authoring_view.py 的实现一致脚本头部注释明确源 SVG 保持为原生载荷权威撰写副本做投影、保留稳定来源引用、省略臃肿的导入/渲染重复载荷且模型读 summary 与可编辑 SVG不读机器 manifest。2.6 确认 UI 与模板选择confirm_ui/工件所有者角色读写契约confirm_ui/recommendations.stage1.json→template_optionsconfirm_ui/template_selection.jsontemplate_install.jsonDefault UI 模板选择与安装Agent 候选服务端确认的 root/kind 快照安装回执Stage 1 按内容绑定 recommendations/options/selectionStage 2 绑定selection_sha256并核验实际安装或free_design。Chat 保持等价状态而无 UI 回执Quick 使用其直接的精确 root 权威confirm_ui/recommendations.stage1.json、.stage2.json确认提案先是不依赖模板的通信契约然后是模板感知的完整方案加生产机制Stage 1 的撰写方式保证没有任何候选会改写通信契约并在一次提交中确认通信加模板模式/选择Stage 2 只在安装完成或自由设计闭合后创建template_application只决定如何使用已安装状态只有活动且未确认的阶段可被覆盖confirm_ui/result.json确认结果持久化的用户确认证据Step 4Strategist 阶段见 generate-pptx.md读取最终对象一次Strategist 把它完整消费进design_spec.md下游永不重开它除非是一次无保留状态的恢复2.7 页面撰写源、备注与质量凭证svg_output/→validation/→exports/工件所有者角色读写契约svg_output/页面设计撰写源手写 SVG 页面包含完整可见设计含公式标记检查器与原生导出的规范源模板与锁绝不在导出时补入缺失的可见对象notes/total.md、notes/slide_*.md条件演讲者备注源 / 拆分备注完整备注由total_md_split.py按页拆分仅在 Speaker Notes 启用时写入Default Step 7.1 或 Quick §4 执行拆分svg_final/仅 Default 的派生预览自包含的后处理 SVG由finalize_svg.py从svg_output/重建Quick 省略它绝不是 PPTX 源validation/workflow.log冷工作流审计日志追加式的 Python 命令信封、物质性结果、有界样本、选择性手工条目由project_manager.py init创建后续项目级工具自动记录无项目标识参数的 helper 会收到PPT_MASTER_PROJECT_PATH。一个角色可以运行workflow_log.py一次用于物质性的非 Python 交接、返工原因、已批准的例外或手工恢复。生成/恢复期间永不读取也不作为阶段/工件/质量权威仅在用户显式要求时检查validation/svg_quality_report.json最终 SVG 质量溯源最终门分为 blocking / introduced / inherited / source-import按 SHA-256 绑定 SVG 字节Defaultsvg_quality_checker.py --canonical-authoring --stage final --jsonQuick 追加--quick-generate忽略 Design Spec/锁从名单推断 flat 与 structured。导出仅在指纹匹配时链接该报告validation/output_stem.report.json发布包审计包/资源 postflight、部件计数、质量门链接两种 profile 都写它并发出[POSTFLIGHT]回执exports/交付物原生 PPTX 及显式的原生对象/旁白变体Default Step 7.3 或 Quick 导出从svg_output/写入backup/timestamp/svg_output/冻结撰写源归档不重跑 LLM 即可重新导出的源默认路径导出时快照显式-o/--output跳过animations.json可选动画配置页面转场与对象动画侧车已存在的文件激活意图解析Stage-2false表示保留显式对象关闭则导出-a none全动效关闭用--no-animations创建需要显式指令或已启用结果§IX 的建议永不激活它svg_output/→ 转换器 → 原生 PPTX 是唯一的受支持导出路线诊断性的-s final不创建任何发布路线对svg_final/手工执行 PowerPoint 的转换为形状也在契约之外。这一点在 svg-pipeline.md 的发布契约中同样得到印证The normal release contract has one PPTX path:svg_output/→ the project SVG-to-DrawingML converter → native PPTX。3. 所有权不变量Ownership Invariants原文第 2 节 Ownership Invariants 用 15 条不变量把矩阵压缩成可检查的规则集。完整列出如下不变量规则内容权威sources/内容型文件拥有事实/文本来源对 Beautifysources/stem.md仍是该来源beautify_inventory.json只内联冻结的验证值。Strategist 把内容解析到 §IXExecutor 无第二大纲地实现它Quick 在活动上下文中一次解析。slide_library.json永不拥有内容值来源读取策略读内容型文件并按内容判断.json/.csv可能是核心内容也可能只是数据排除*.conversion_profile.json与*_files/image_manifest.json。analysis/事实按 Step 4 / direct-PPTX 工作流读取不在sources/扫描中读取PPTX 结构analysis/stem.slide_library.json为 direct PPTX 工作流拥有原生几何、槽位事实与 SmartArt 关系Beautify 台账及其投影永不替代它设计契约最终确认一次 → 审计后的design_spec.md→ 可选的同文件细化/批准 → 上下文撰写的锁绝不存在平行的草稿/锁。Executor 可以应用Template Application散文但绝不替代身份偏离已批准 Design Spec 的修复要回报上游除非它违反活动决策保真度打包权威flat 与 structured 路由、锁行、Master/Layout/占位符契约由 pptx-structure-interface.md §1–§2 拥有并在 strategist-template.md §3 下规划。所有路由上svg_output/拥有完整可见设计模板验证溯源但绝不在导出时加入可见对象。构建期发现的结构性变更回报上游做定义与分配修复事实分类外部事实经sources/*.facts.json解析虚构的演示 KPI/目标/比率在 §IX 中标注scenario并在页面上可见永不升级为事实登记项导入模板撰写authoring-svg/拥有 create-template 的编辑authoring_summary.json是模型面向的导览authoring_manifest.json是仅工具的身份无损svg/拥有不可变载荷可选svg-flat/仅验证物化出的templates/*.svg拥有交付契约且不含 IR-only 引用遗留模板输入旧的未映射/distilled/preserve 项目与不完整包永不就地迁移create-template 撰写新工作区原始 PPTX Type A 在 mirror 下可保留原生拓扑遗留 SVG-only Type B 仅作视觉参考。有意的flat项目是当前形态。导出器永不迁移或聚类遗留结构Image-to-PPTX规范化帧拥有可见表面事实而非字面像素复用reconstruction_inventory.json只拥有证据。原生文本恢复措辞身份图形使用精确矢量、确定性重绘、充分的源资产或 Codex 参考式重建数据图形保持原生且已验证或精确场景图像使用已登记的 clean-base/midground/subject/foreground 图层padded-bbox 不相交的对象可在独立裁剪前共享一张 plate。绝不推断隐藏语义、绝不替换成相似图形、绝不使用整页截图做表皮SVG 源与闭合svg_output/是唯一撰写源每个被导出的可见对象存在于其页面 SVG 或显式引用的资产中。唯一受支持的导出路线经项目转换器读取svg_output/诊断性-s final不创建发布路线对svg_final/的 PowerPoint 转换-为-形状操作在契约之外包行为分离演讲者备注、动画、转场、旁白与 direct 原生 PPTX 工作流各自保留其拥有工件绝不强行塞进 SVG 元数据工作流审计日志记录命令信封、错误/失败与回执/报告行、有界样本、摘要上下文、省略计数、选定的手工条目它不捕获直接文件撰写、宿主原生工具、项目前转换、二进制写入、隐藏子输出或分离服务——缺少某行不能证明任何东西。自动记录失败仅提示advisory失败的显式手工追加要报告失败确认与模板选择最终 UI/chat 确认覆盖推荐且只消费一次启用的细化需要在撰写锁前获批。Step 3 准备候选只读精确 root 的 kind 与画布 frontmattertemplate_options.default_mode对普通请求是free_design对显式意图或任何精确 root 是templates至多一个 root 可被预选模板模式要求恰好一个已选候选每个已应用的选择在 Stage 2 前都变成项目本地templates/状态。Quick 每 kind 至多直接应用一个精确 root主动生产结果notes/animation/narration 按显式指令 → 最终 Stage 2 → 默认的顺序解析结果/溯源只持久化在 Design Spec §I。显式 notes-off/audio-on 适用 Generate 的依赖门Stage-2 动画false不压制已存在的侧车紧随其后原文用一条Forbidden — mixed ownership给出四个混合所有权反例原文第 77 行手工把 Markdown 里的图表值复制到analysis/编辑svg_final/当作修复的源编辑导入的无损 SVG 而不是其撰写 IRauthoring-svg/把design_spec.md的散文当作spec_lock.md的替代。这四条例子分别对应 2.1、2.7、2.5、2.2 四节的契约是全文最具操作性的自检点。4. 再生产规则Regeneration Rules原文第 3 节 Regeneration Rules 定义了 6 个派生工件的从哪重新生成、由谁执行派生工件重新生成自命令 / 所有者analysis/image_analysis.csv当前images/python3 ${SKILL_DIR}/scripts/analyze_images.py project_path/imagesimport_workspace/authoring-svg/authoring_summary.json当前撰写 SVG 加仅工具的 manifestpython3 ${SKILL_DIR}/scripts/svg_authoring_view.py import_workspace/authoring-svg --refresh-summary就地抽取会自动刷新它notes/slide_*.mdnotes/total.md当 notes 启用时python3 ${SKILL_DIR}/scripts/total_md_split.py project_pathsvg_final/svg_output/加项目资产python3 ${SKILL_DIR}/scripts/finalize_svg.py project_pathvalidation/svg_quality_report.jsonsvg_output/Default 再加锁/模板溯源Defaultpython3 ${SKILL_DIR}/scripts/svg_quality_checker.py project_path --canonical-authoring --stage final --jsonQuick追加--quick-generate原生 PPTX validation/output_stem.report.jsonsvg_output/加 notes/资产与最终报告python3 ${SKILL_DIR}/scripts/svg_to_pptx.py project_pathQuick--quick-generate以及一条默认原则原文第 92 行Default — regenerate derived views: when a source artifact changes, regenerate the derived artifact at the owning step instead of patching it directly. 当源工件变化时在其拥有步骤重新生成派生工件而不是直接修补它。这条原则与第 1 节的硬规则互为表里单一事实来源保证改哪里再生产规则保证改了之后如何传播。以 generate-pptx.md 的 Default 流程为例Step 7 的三个子步骤恰好就是再生产链的拥有步骤Step 7.1 用total_md_split.py拆分备注Step 7.2 用finalize_svg.py构建自包含预览Its absence never blocks 7.3预览缺失永不阻塞导出Step 7.3 用svg_to_pptx.py导出并产生[POSTFLIGHT]回执与 postflight 报告而 Step 6 完成后、Step 7 入口前的质量门正是validation/svg_quality_report.json的生成时机。total_md_split.py 头部注释也印证了拆分契约检查 SVG 与备注的一对一映射、输出缺失提醒、拆分文件不含一级标题、文件名与 SVG 文件名对齐。5. 源码印证再生产规则在脚本层的落点规范文档里的每条再生成命令都能在脚本中找到对应实现且脚本注释进一步解释了为什么派生视图必须可再生finalize_svg.py的双消费者架构finalize_svg.py 头部注释写明它的输出既落到磁盘上的svg_final/其子模块svg_finalize.embed_icons、svg_finalize.flatten_tspan等又被svg_to_pptx在原生转换时内存复用——Deleting any step here may also break native pptx output, not justsvg_final/。这正是所有权矩阵把svg_final/定性为派生预览、永不作为 PPTX 源的底层原因预览只是同一条后处理管线的磁盘投影。svg-pipeline.md 的维护边界注释post-processing modules serve both the on-disksvg_final/preview and in-memory native PPTX conversion也要求修改任何步骤前同时检查两个消费者。svg_quality_checker.py的 CLI 契约入口 svg_quality_checker.py 把实现委托给svg_quality/包checker.py 中SVGQualityChecker接受canonical_authoring参数并调用canonical_authoring_errors校验与矩阵中--canonical-authoring --stage final --json的最终门命令一致。analyze_images.py的视图而非缓存定位analyze_images.py 注释明确它不解析画布、不规定布局、不生成 Strategist 推荐只输出客观参数并生成analysis/image_analysis.csv——对应矩阵中a view, not a durable cache的契约。--refresh-summary的再生产机制svg_authoring_view.py authoring-dir --refresh-summary在 svg-pipeline.md 与 template-tools.md 中均有记载且就地矢量/图片规范化会自动刷新 summary与再生产规则表第 2 行逐字对应。6. 工程价值与自检清单这套所有权规范的实际价值在于它把一条文档进、PPTX 出的长流水线变成了一组可独立验证的边界——每个事实有唯一读源每次派生有唯一再生入口因此任何一次返工都可以回答改哪个文件、重跑哪条命令而不需要在多个通道之间对账。对照原文日常维护时可以按以下最小清单自检图表/表格数值是否来自sources/内容型文件或.facts.json中登记的外部事实而不是手工抄进analysis/虚构的演示 KPI 是否已在 §IX 标注scenario并在页面上可见而非混入事实登记修改images/后是否重跑了analyze_images.py修改authoring-svg/后是否刷新了authoring_summary.json修复页面问题是否发生在svg_output/而不是svg_final/或导入的无损svg/是否把design_spec.md散文当spec_lock.md用或反向用锁行去承载设计论证备注拆分、质量报告、导出 postflight 是否都走拥有步骤的命令而非手工修补派生文件。以上规则整体以当前仓库中 artifact-ownership.md 的文本为准配套的路由行为见 generate-pptx.mdDefault profile与 quick-generate.mdQuick profile后者的开头即声明Artifact roles follow artifact-ownership.md; Quick changes the planning handoff, not those roles——Quick 改变的是规划交接而不是产物所有权本身。赞分享AI 技能人工智能【免费下载链接】ppt-masterAI 把任意文档生成真正可编辑的 PowerPoint —— 原生形状与动画、演讲者备注可合成音频旁白、还能参考你自己的 .pptx 模板,而不是一张张图片 · 何雨果出品项目地址https://gitcode.com/hugohe3/ppt-master点击查看免费下载相关推荐DeepSeek Harness 事件所有权架构todo/write 事件类型为何归其生产方所有DeepSeek Harness 事件所有权架构todo/write 事件类型为何归其生产方所有 事件溯源的会话主干如何在不耦合所有插件词汇的前提下安全地承人工智能AI AgentAgent 框架DeepSeekPPT Master 制品所有权规范深度解析单一事实源驱动的 AI 生成式 PowerPoint 工程管线PPT Master 制品所有权规范深度解析单一事实源驱动的 AI 生成式 PowerPoint 工程管线 本文档对应仓库中的 skills/ppt mastAI 技能人工智能AI 应用Asset Hub Scope 与媒体所有权waoowaoo 资产库的授权边界与所有权设计Asset Hub Scope 与媒体所有权waoowaoo 资产库的授权边界与所有权设计 导读 本篇技术指南围绕 waoowaoo AI 影视生产平台中上一篇OmX 验证与排序提示契约实战证据驱动的验证循环、依赖顺序执行与停止条件下一篇XCOM 2模组管理器终极指南AML启动器完整使用教程创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考