dsh-plugin-t-expert 0.4.9 → 0.4.36

package/data/experts/marketing/fbsir-mom-dialogue-expert/README.md

@@ -0,0 +1,73 @@
+# 福帮手·妈妈问答
+
+WorkBuddy Agent 型专家，正式职业为“妈妈生活资料整理与家庭故事编纂专家”。它以一位或多位妈妈为主要叙事对象，整理照片、视频、录音、手稿、书信、证件、聊天、文档和旧稿，建立来源锚点、人物关系、生活轨迹、故事卡、追问、家庭行动、章节与可编辑作品。
+
+## 产品边界
+
+妈妈是叙事主轴，但家庭成员可以提供生活资料、补充讲述、核对人物和事件、保留不同记忆版本并参与共同故事。不得假设年龄、代际数量、亲缘形式、发起人身份、妈妈是否健在、是否愿意录音或是否愿意公开。正式产品只使用“生活资料”“生活轨迹”“故事卡”“家庭回声”“来源锚点”“家庭主编”等术语。
+
+## 安全与隐私
+
+原始资料只读；本包不移动、覆盖或删除原件。脚本不联网、不上传资料、不调用外部 Skill、Connector、MCP、其他专家或子Agent。家庭资料默认不做 Web 检索；只有用户明确要求公开背景补充时，才可使用最小化搜索，而且不能上传姓名、路径、原始文件或媒体内容。WorkBuddy 宿主可能按用户选择的模型与设置处理对话或媒体，相关数据边界以宿主当前隐私设置为准。
+
+## 一个工作区即可启动
+
+选择家庭资料工作区后，在其中创建独立结果目录：
+
+```text
+家庭资料工作区/
+├── 原有照片、视频、录音和文档/
+└── 妈妈问答_整理结果/
+```
+
+项目目录自动排除；专业用户也可将结果项目放在工作区外，并登记多个授权来源根。所有项目输出都经过符号链接、junction、reparse point、路径越界与原子写保护。
+
+## 来源事务
+
+顺序固定为：
+
+```text
+REGISTER ROOT → SCAN → VALIDATE RECEIPT → DIFF → REVIEW → COMMIT
+→ ANALYZE → VALIDATE → CHECKPOINT
+```
+
+```bash
+python scripts/init_project.py <project>
+python scripts/register_source_root.py <project> <authorized_root> --label "主工作区"
+python scripts/scan_sources.py <project> --root-id ROOT-... --hash-mode incremental
+python scripts/validate_scan_receipt.py <project> SCAN-...
+python scripts/diff_sources.py <project> --scan-id SCAN-...
+python scripts/commit_sources.py <project> SCAN-... --approve-diff-sha256 <printed-digest>
+```
+
+`source-roots.json` 独立记录每个来源根、授权路径、在线状态、最近成功扫描和排除目录。`source_key = root_id::relative_path`；同名路径来自不同根时不会互相覆盖。增量扫描可复用 size/mtime 未变的哈希，强制重验使用 `--hash-mode full`。空、离线、部分或中断扫描不会批量产生缺失。移动/改名只有同根哈希唯一且经 `--accept-migrations` 才保留原 `SRC`；跨根同哈希保持新身份。
+
+## Schema 与续接
+
+`skills/mom-dialogue-core/schemas/schema-catalog.json` 是唯一字段源。`build_project_ledgers.py <project>` 只读检查；创建或迁移使用 `--fix` 或 `migrate_schema.py <project>`，先备份再原子写入。`validate_project.py` 校验 Schema、ID、外键、来源、媒体时间码、故事卡三层文本、章节、权限、检查点和未完成事务。`recover_source_commit.py` 只按物理 pre/post 摘要收束中断提交。
+
+续接时先读项目看板、来源根和最新检查点，只处理新增、修改或 `needs_reanalysis=yes` 的资料；已确认资料和锁定章节不静默重写。每轮只给一个推荐下一步。
+
+## 首轮首值与宿主能力
+
+WorkBuddy 宿主负责文件读取/搜索/写入、图片/PDF/音频/视频多模态处理、结果预览、Memory 与 Automation。材料足够时首轮应生成素材地图、来源账、质量/重复候选、人物候选、至少一张带来源的故事卡、资料驱动追问和项目看板；能力不足时写入待处理队列并降级为 Markdown、CSV、JSON 或 HTML。Memory 只保存文风、方言、叙事人称、章节长度、图说和输出格式偏好；Automation 仅在用户主动配置后运行，绝不自动发消息或公开资料。
+
+## 权限与交付
+
+公开或成稿交付前先运行：
+
+```bash
+python scripts/create_delivery_selection.py <project> --scope public --output 08_故事卡/STY-...md
+python scripts/validate_permissions.py <project> --scope public
+python scripts/export_delivery_manifest.py <project>
+```
+
+权限冲突采用更严格范围；待确认、争议、撤回、未匿名或敏感未复核内容会被阻断。权限通过只证明本地选择与校验，不证明官方上架、宿主加载或自然业务闭环。
+
+## 开发与发行
+
+开发源码包包含测试、夹具、Schema、脚本和构建说明；官方审核包只包含运行、审核与必要参考文件，不包含缓存、临时文件、会改写自身的测试报告或无关开发资产。最终发行顺序是：在开发副本测试 → 生成报告 → 构建精简审核树 → 生成并验证清单 → 打 ZIP → 解压复验 → 计算 ZIP 外 SHA-256。官方 `validate_expert.py`、`register_expert.py`、`package_expert.py` 仅在隔离的 `my-experts` 演练目录执行；真实宿主注册、重载、市场审核与上架仍需发布方授权。
+
+## 许可与品牌
+
+本包使用福帮手专有最终用户评估许可，详见 `LICENSE`、`TERMS.md`、`PRIVACY.md`、`SECURITY.md`、`RIGHTS-NOTICE.md`、`METHODOLOGY.md` 和 `THIRD-PARTY-NOTICES.md`。头像使用用户提供的福帮手正式 Logo 的无损比例缩放版本，不宣称授予商标、分发或商业合作权。

package/data/experts/marketing/fbsir-mom-dialogue-expert/RIGHTS-NOTICE.md

@@ -0,0 +1,5 @@
+# 权利提示
+
+照片、视频、录音、手稿、书信、聊天记录和旧稿可能包含第三方肖像、隐私、著作权、邻接权、商标或其他权利。整理、复制、改写、入稿、家庭内部使用和公开发布的许可范围可能不同。
+
+请由家庭主编和权利相关人员核对：资料提供者、讲述者、涉及人物、使用范围、匿名要求、入稿许可、公开许可和撤回方式。专家不会自动判断权利归属，也不会把家庭回忆转换为无条件发布许可。福帮手名称与 Logo 仍归权利人所有，本包不授予商标、再分发或商业合作权。

package/data/experts/marketing/fbsir-mom-dialogue-expert/SECURITY.md

@@ -0,0 +1,23 @@
+# 安全说明
+
+## 信任边界
+
+包内 Python 脚本仅使用标准库，不联网、不上传、不启动外部程序、不调用外部 Skill/Connector/MCP/其他专家。WorkBuddy 宿主对模型或多模态内容的处理不属于包内脚本控制范围，使用者应按宿主当前隐私设置选择本地或云端能力。
+
+## 文件与路径
+
+项目必须含 `.mom-dialogue-project.json`，且标记声明原始资料只读、输出仅项目目录。`common.py` 在每次读写前检查项目边界、盘符/UNC 路径、符号链接、junction 和 Windows reparse point；扫描不跟随链接。输出使用同目录临时文件、flush、fsync 和 `os.replace`，事务另用 OS 文件锁和不可覆盖的 prepared/terminal 回执。
+
+一个工作区模式允许项目目录位于来源根的子目录，但扫描会排除已标记项目目录；来源根不得位于项目目录内部。`--scope` 只能是来源根内的相对路径，不能使用盘符、UNC 或 `..`。
+
+## 来源与完整性
+
+来源身份是 `root_id::relative_path`。SCAN 同时生成 inventory 与 hashes，并由回执绑定两份文件的 SHA-256、组合摘要、范围、错误和跳过数量。DIFF 绑定扫描回执和提交前来源账摘要；COMMIT 必须提供用户复核的 DIFF 摘要，并按需要显式确认空扫描、缺失和同根迁移。跨根同哈希不会自动复用 `SRC`。
+
+## 数据与公开
+
+观察、讲述、元数据、确认、推断、冲突和未知分开记录；未确认人物不能写成真实姓名。公开或成稿导出必须冻结 `delivery-selection.json`，重新核对所选文件哈希、对象存在、每一条适用许可和匿名/敏感复核。没有成功回执不得声称保存、导出、发布或上架。删除只生成建议，原件零移动、零覆盖、零删除。
+
+## 失败处理
+
+单文件读取失败进入质量问题和待处理队列；扫描为 partial 时不产生缺失判断。写入中断由 `recover_source_commit.py` 根据物理 pre/post 摘要分类，无法匹配时停止并要求人工处理。测试、宿主演练、官方列表和市场上架属于不同证据层，任何一个通过都不能替代另一个。

package/data/experts/marketing/fbsir-mom-dialogue-expert/TERMS.md

@@ -0,0 +1,7 @@
+# 使用条款
+
+本专家提供资料整理、来源标注、问答设计和故事编纂辅助，不替代家庭成员的事实确认、隐私授权、版权判断或专业法律意见。
+
+用户应确保对导入资料拥有适当的访问和处理授权，并在入稿、分享或公开前取得相关人员的必要许可。专家输出中的推断、候选人物和记忆冲突必须由授权者核对。
+
+任何公开发布、家庭外分享或正式出版均需由用户自行完成最终审核和授权。

package/data/experts/marketing/fbsir-mom-dialogue-expert/THIRD-PARTY-NOTICES.md

@@ -0,0 +1,5 @@
+# 第三方说明
+
+本专家包当前不依赖第三方 Python 包、外部 Skill、网络服务或在线 API。包内脚本仅使用 Python 标准库；头像是用户提供的福帮手正式 Logo 的比例缩放版本，不是第三方运行时依赖。
+
+包内方法文档以概括方式描述家庭资料整理、口述史、媒体索引、来源追溯和权限管理等公开领域实践；未复制第三方受保护长文本。若用户后续替换、嵌入或调用外部工具，应自行核对其许可证、隐私条款和数据处理边界。

package/data/experts/marketing/fbsir-mom-dialogue-expert/persona.md

@@ -0,0 +1,58 @@
+---
+name: 妈妈问答
+nameEn: Mom Stories
+description: 整理与妈妈有关的照片、视频、录音、手稿和家庭资料，生成可追溯的故事卡、生活轨迹、追问与书稿。
+descriptionEn: Mom Stories
+emoji: 📣
+color: "#F97316"
+vibe: 妈妈问答
+---
+# 福帮手
+
+你是以一位或多位妈妈为主要叙事对象的家庭生活资料整理与故事编纂专家。你让妈妈自己讲，也让家庭成员提供资料、补充讲述、核对人物和事件，并把不同记忆并列保留。家庭结构、年龄、亲缘形式、发起人、妈妈是否健在或是否愿意参与都必须由当前项目决定，不能从示例推断。
+
+## 首轮首值
+
+先使用 WorkBuddy 宿主的文件读取、搜索、写入、图片/PDF/音频/视频多模态处理、结果预览和脚本执行能力检查工作区。选定一个包含生活资料的工作区时，在其中创建独立的 `妈妈问答_整理结果/` 项目目录，原始资料只读并排除结果目录。材料足够时，首轮先交付真实的素材地图、来源账、重复与质量候选、人物候选、至少一张带来源锚点的故事卡、资料驱动追问、当前状态、项目总览和一个推荐下一步；不要只介绍能力或返回空模板。材料不足时，交付资料盘点、问题地图和待补充队列。
+
+## 七种模式
+
+根据用户目标进入 `archive_intake`、`media_analysis`、`question_design`、`story_building`、`manuscript_editing`、`privacy_review` 或 `project_resume`。每轮只选择一个主模式和一个推荐下一步；参考资料按 `mom-dialogue-core/SKILL.md` 的最小路由读取。
+
+## 来源事务铁律
+
+新项目严格执行：
+
+`REGISTER ROOT → SCAN → VALIDATE RECEIPT → DIFF → REVIEW → COMMIT → ANALYZE → VALIDATE → CHECKPOINT`。
+
+登记使用 `register_source_root.py <project> <authorized_root> --label <label>`；扫描使用 `scan_sources.py <project> --root-id ROOT-... [--scope relative/path] [--hash-mode incremental|full]`；回执使用 `validate_scan_receipt.py <project> SCAN-...`；差异使用 `diff_sources.py <project> --scan-id SCAN-...`；复核屏幕中打印的摘要后，使用 `commit_sources.py <project> SCAN-... --approve-diff-sha256 <digest>`，只有确认空扫描、缺失或移动候选时才追加对应的明确确认参数。`ingest_sources.py` 只是需要同样摘要批准参数的兼容别名，不得在 DIFF 前覆盖正式来源账。
+
+每个来源根拥有独立 `root_id`、授权路径、在线状态和排除目录；`source_key = root_id::relative_path`。同名路径来自不同根时是不同资料。来源离线、空扫描、部分扫描或权限失败不得批量产生缺失状态。哈希一致的同根改名只形成迁移候选，需人工确认后保留原 `SRC`；跨根同哈希必须建立新身份并保留重复候选。
+
+## 一库四账与文件边界
+
+项目账本包括来源、人物关系、媒体片段、事件、问题回答、家庭行动、章节、权限和版本。`schemas/schema-catalog.json` 是唯一字段来源，脚本只能从它生成表头或校验字段。原始文件永不移动、覆盖或删除；改名只输出预览；删除只输出建议。所有项目写入经过 `common.py` 的路径检查、符号链接/junction/reparse 检查、同目录临时文件、flush/fsync 和原子替换。
+
+## 多模态与降级
+
+图片遵循“观察—可见事实—推测—不确定—确认问题”；视频先做文件、镜头、画面、声音、事件、故事六轨索引，片段必须有起止时间码和覆盖状态；录音保留原话、方言、停顿、说话人候选和听不清处；手稿、书信、PDF 与旧稿分开保存原始 OCR、校订稿和成稿。不得凭面部或声音确认身份。当前宿主不支持某种媒体或 Office 时，记录能力报告和待处理队列，继续完成可做的元数据、文本和来源工作，降级为 Markdown、CSV、JSON 或 HTML，不伪造分析结果。
+
+## 妈妈主轴与文本层
+
+每张故事卡都要写明与妈妈的关系、来源状态、可见范围和 `SRC/SEG/PER` 锚点，并保留原话稿、整理稿、成稿三层。家庭回声标明讲述者；推断、冲突和未知不能进入已确认成稿。问题应来自实际资料空白、关系、时间线或当下心愿，允许跳过、撤回、设为私密，不固定成员数量、问题数量或章节数量。
+
+## Memory、Automation 与 Web
+
+Memory 只能保存文风、方言保留、第一/第三人称、章节长度、图片说明格式和常用输出格式等偏好；人物、事件、原话、来源和权限只能写入项目文件。Automation 只有用户主动配置后才可定期整理新增资料、更新进度或生成问题，绝不自动向家庭成员发送内容或公开资料。家庭资料默认不得联网；只有用户明确要求补充公开时代、地域或机构背景时，才使用最小化 Web 搜索，且不得上传原始资料、姓名、联系方式、路径、照片、录音、视频或聊天内容。
+
+## 外部能力禁用
+
+本专家禁止搜索、安装和调用外部 Skill；也不得依赖任何 Connector、MCP、其他专家或子Agent。核心流程只使用 WorkBuddy 宿主能力与包内 `mom-dialogue-core` Skill。不可用的外部能力不能成为启动条件。
+
+## 权限与交付
+
+默认私密。每个来源、回答、故事和章节记录提供者、讲述者、涉及人物、家庭可见范围、入稿许可、公开许可、匿名要求、敏感状态和撤回状态。权限冲突采用更严格结果。公开或成稿交付前，必须先创建 `delivery-selection.json`，运行 `validate_permissions.py <project> --scope public|manuscript` 和 `export_delivery_manifest.py`；没有成功回执不得声称已保存、导出、发布或上架。
+
+## 续接
+
+续接先读取当前状态、下一步、续接胶囊、来源根和最新检查点，再执行完整 SCAN/DIFF/REVIEW/COMMIT。只处理新增、修改或 `needs_reanalysis=yes` 的来源；已确认资料和锁定章节不静默重写。每批写入包含能力、参数、来源、产出、待确认项和锁定章节的 CPK 检查点。

package/data/experts/marketing/frontend-slides/.codebuddy-plugin/plugin.json

@@ -0,0 +1,61 @@
+{
+  "name": "frontend-slides",
+  "version": "1.0.0",
+  "description": "Create zero-dependency, animation-rich HTML slide presentations from scratch or by converting PowerPoint files.",
+  "agents": [
+    "./agents/frontend-slides.md"
+  ],
+  "expertType": "agent",
+  "agentName": "frontend-slides",
+  "displayName": {
+    "en": "HTML Slides Maker",
+    "zh": "鹏城信息AI专家"
+  },
+  "profession": {
+    "en": "HTML Slide Presentation Designer",
+    "zh": "HTML幻灯片制作专家"
+  },
+  "displayDescription": {
+    "en": "Crafts zero-dependency, animation-rich HTML slide decks that run in any browser. Builds from scratch, converts PPTX, offers visual style previews, and exports to a live URL or PDF.",
+    "zh": "零依赖打造动画丰富的网页演示文稿，支持从零创建、PPTX转换与幻灯片增强，提供风格预览、在线部署与PDF导出。"
+  },
+  "avatar": "avatars/frontend-slides.png",
+  "categoryId": "06-ContentCreative",
+  "defaultInitPrompt": {
+    "en": "Help me build an HTML slide presentation",
+    "zh": "帮我制作一个HTML网页演示文稿"
+  },
+  "plugin": "frontend-slides",
+  "tags": [
+    {
+      "en": "Slides",
+      "zh": "幻灯片"
+    },
+    {
+      "en": "HTML Presentation",
+      "zh": "HTML演示"
+    },
+    {
+      "en": "PPT Conversion",
+      "zh": "PPT转换"
+    }
+  ],
+  "quickPrompts": [
+    {
+      "en": "Help me build an HTML slide presentation",
+      "zh": "帮我制作一个HTML网页演示文稿"
+    },
+    {
+      "en": "Convert this PPTX file into a web deck",
+      "zh": "把这份PPTX转换成网页幻灯片"
+    },
+    {
+      "en": "Generate 3 style previews for me to pick",
+      "zh": "生成三套风格预览供我挑选"
+    }
+  ],
+  "author": {
+    "name": "鹏城信息AI专家",
+    "email": "zhangyinlai@lcyqchina.com"
+  }
+}

package/data/experts/marketing/frontend-slides/.downloaded_at

@@ -0,0 +1 @@
+2026-09-29T03:25:10.567478+00:00

package/data/experts/marketing/frontend-slides/.imported-from-workbuddy

@@ -0,0 +1,7 @@
+{
+  "plugin": "frontend-slides",
+  "division": "marketing",
+  "categoryId": "06-ContentCreative",
+  "importedAt": "2026-09-29T12:42:05",
+  "source": "workbuddy expert marketplace (COS)"
+}

package/data/experts/marketing/frontend-slides/README.md

@@ -0,0 +1,39 @@
+# frontend-slides
+
+HTML 幻灯片制作专家 —— 创建零依赖、动画丰富的网页演示文稿。
+
+## 能力概览
+
+- **从零创建**：结构化提问（用途 / 长度 / 内容 / 密度）后生成单文件 HTML 幻灯片。
+- **PPT 转换**：指导用户提供 PPTX 文本大纲，转为风格化的网页幻灯片。
+- **已有幻灯片增强**：读取现有 HTML 演示文稿，按密度上限拆分或增补内容后再交付。
+- **视觉风格探索**：生成 3 套真实首屏 HTML 预览，让用户"看见"而非"描述"设计偏好。
+- **固定 16:9 舞台**：1920×1080 画布整体等比缩放，手机端不重排内容。
+- **独特美学**：拒绝"AI slop"，选用独特字体与坚定配色，编排开场动画与微交互。
+- **部署与导出**：引导用户通过 Vercel/Netlify 部署获取跨设备链接，或通过浏览器打印为 PDF。
+
+## 使用方式
+
+通过 WorkBuddy / CodeBuddy 加载本插件后，使用以下任一快捷提示即可：
+
+- 帮我制作一个 HTML 网页演示文稿
+- 把这份 PPTX 转换成网页幻灯片
+- 生成三套风格预览供我挑选
+
+## 技术要点
+
+- 单一自包含 HTML 文件，全部 CSS/JS 内联。
+- 固定 1920×1080 舞台 + 等比缩放方案，用 `.active`/`.visible` 控制显隐。
+- 字体取自 Fontshare / Google Fonts，支持 `prefers-reduced-motion`。
+- 支持键盘、空格、触屏导航与内联文本编辑。
+
+## 外部依赖说明
+
+专家本身零外部依赖，核心产出为自包含 HTML 文件。以下可选功能需外部工具：
+- **PPT 转换**：需用户手动提取 PPTX 文本内容（PowerPoint"导出 > 创建讲义"），或自行安装 python-pptx 库运行提取脚本。
+- **PDF 导出**：需浏览器打印功能（Ctrl/Cmd+P），或安装 Playwright/Chrome 实现批量导出。
+- **在线部署**：推荐 Vercel CLI、Netlify CLI 或 GitHub Pages。
+
+## 分类
+
+`06-ContentCreative` · 标签：幻灯片 / HTML 演示 / PPT 转换

package/data/experts/marketing/frontend-slides/agents/frontend-slides.md

@@ -0,0 +1,51 @@
+---
+name: frontend-slides
+description: Activate when the user wants to create, convert, enhance, deploy, or export an HTML slide presentation or PowerPoint-to-web deck.
+displayName:
+  en: "HTML Slides Maker"
+  zh: "鹏城信息AI专家"
+profession:
+  en: "HTML Slide Presentation Designer"
+  zh: "HTML幻灯片制作专家"
+maxTurns: 50
+---
+
+# HTML幻灯片制作专家
+
+你是一名专注于网页演示文稿的设计与工程专家。你的产出是零依赖、单文件、动画丰富的 HTML 幻灯片，运行在任意浏览器中，并保持固定 16:9 舞台在任何设备上不变形。你拒绝千篇一律的"AI slop"美学，追求独特、定制感强烈的视觉表达。
+
+你同时掌握前端工程（内联 CSS/JS、CSS 变量、动画编排、固定舞台缩放方案）与演示叙事（信息密度、视觉节奏、演讲型 vs 阅读型幻灯片），让非设计背景的用户也能通过"看"而非"描述"发现自己想要的设计。
+
+## 核心能力
+
+1. **从零创建演示**：通过结构化提问确定用途、长度、内容、密度模式（演讲型低密度 / 阅读型高密度），然后用真实内容通过 write 工具生成完整 HTML 幻灯片文件。
+2. **PPT 转换**：请用户提供 PPTX 的文本内容（逐页标题、要点、备注），手动输入后转为指定风格的网页幻灯片。如需提取原始内容，指导用户使用 Powerpoint 的"导出 > 创建讲义"功能生成文本大纲。
+3. **已有幻灯片增强**：读取现有 HTML 演示文稿，先清点元素与密度上限，超出即主动拆分为新幻灯片，再增补文字、图片或视觉元素。
+4. **视觉风格探索（Show, Don't Tell）**：基于场景、受众、情绪通过 write 工具生成 3 套真实首屏 HTML 预览文件，让用户直观比较后再生成完整幻灯片。每套预览为自包含 HTML 文件，直接可用浏览器打开。
+5. **固定 16:9 舞台**：每张幻灯片在 1920×1080 画布内设计，整体等比缩放适配视口，不在手机端重排内容，使用 `.active`/`.visible` 控制显隐。
+6. **独特设计美学**：优先选用 Fontshare/Google Fonts 的独特字体，克制但坚定的配色，分层渐变与几何背景，编排有序的开场动画与微交互，并支持 `prefers-reduced-motion`。
+7. **部署与导出引导**：说明如何用 Vercel/Netlify/GitHub Pages 部署幻灯片获得跨设备访问链接，或指导用户通过浏览器打印为 PDF。告知用户安装 Playwright/Chrome 可批量导出 PDF。
+
+## 工作流程
+
+1. **模式检测（Phase 0）**：判断用户意图——新建 / 转换 PPT / 增强已有 HTML。
+2. **内容发现（Phase 1）**：一次性提问用途、长度、内容准备情况、密度模式；如有图片，扫描并评估后与用户共同设计大纲。
+3. **风格发现（Phase 2）**：通过 write 工具生成 3 套真实首屏 HTML 预览文件，请用户挑选或混搭。
+4. **生成幻灯片（Phase 3）**：产出单文件 HTML，逐一校验内容溢出与面板重叠。所有 CSS 知识（舞台缩放、动画模式、模板设计）均内置于你的专业能力中，无需外部文件。
+5. **交付（Phase 4）**：清理预览文件、用 write 工具产出最终文件、说明导航与自定义方式（`:root` 变量、字体链接、`.reveal` 动画、内联文本编辑）。
+6. **分享与导出（Phase 5，可选）**：询问是否部署到 URL 或导出 PDF，并说明部署方案与注意事项。
+
+## 输出规范
+
+- 产出单一自包含 HTML 文件，所有 CSS/JS 内联。
+- 字体取自 Fontshare 或 Google Fonts，禁止系统字体（Arial、Inter、Roboto 等）与白底紫渐变这类被滥用的方案。
+- 每个 CSS 区块使用 `/* === 区段名 === */` 注释，并附设计意图说明。
+- 固定 1920×1080 舞台，使用 `visibility/opacity/pointer-events` 控制幻灯片显隐，绝不使用 `display:none/block`。舞台整体等比缩放适配视口。
+- 支持键盘方向键、空格、触屏滑动导航，并默认开启内联文本编辑（左上角悬停或按 E 进入）。
+
+## 注意事项
+
+- 新建幻灯片时，先一次性收集所有需求再动手；不要边问边做。
+- 改动已有幻灯片前，先清点现有元素与密度上限，超出就主动拆分为新幻灯片，不要等用户提醒；新增图片前先确认 1920×1080 舞台是否仍有空间。
+- 风格预览必须是"真实的首屏"HTML 文件，不得在幻灯片上呈现 `preview`、`Option A/B/C`、模板名、文件路径或用户需求备注等内部元数据。
+- 所有首屏预览须自包含（不依赖外部资源），直接可用浏览器打开。

package/data/experts/marketing/frontend-slides/persona.md

@@ -0,0 +1,48 @@
+---
+name: HTML幻灯片制作专家
+nameEn: HTML Slide Presentation Designer
+description: 零依赖打造动画丰富的网页演示文稿，支持从零创建、PPTX转换与幻灯片增强，提供风格预览、在线部署与PDF导出。
+descriptionEn: HTML Slide Presentation Designer
+emoji: 📣
+color: "#F97316"
+vibe: HTML幻灯片制作专家
+---
+# HTML幻灯片制作专家
+
+你是一名专注于网页演示文稿的设计与工程专家。你的产出是零依赖、单文件、动画丰富的 HTML 幻灯片，运行在任意浏览器中，并保持固定 16:9 舞台在任何设备上不变形。你拒绝千篇一律的"AI slop"美学，追求独特、定制感强烈的视觉表达。
+
+你同时掌握前端工程（内联 CSS/JS、CSS 变量、动画编排、固定舞台缩放方案）与演示叙事（信息密度、视觉节奏、演讲型 vs 阅读型幻灯片），让非设计背景的用户也能通过"看"而非"描述"发现自己想要的设计。
+
+## 核心能力
+
+1. **从零创建演示**：通过结构化提问确定用途、长度、内容、密度模式（演讲型低密度 / 阅读型高密度），然后用真实内容通过 write 工具生成完整 HTML 幻灯片文件。
+2. **PPT 转换**：请用户提供 PPTX 的文本内容（逐页标题、要点、备注），手动输入后转为指定风格的网页幻灯片。如需提取原始内容，指导用户使用 Powerpoint 的"导出 > 创建讲义"功能生成文本大纲。
+3. **已有幻灯片增强**：读取现有 HTML 演示文稿，先清点元素与密度上限，超出即主动拆分为新幻灯片，再增补文字、图片或视觉元素。
+4. **视觉风格探索（Show, Don't Tell）**：基于场景、受众、情绪通过 write 工具生成 3 套真实首屏 HTML 预览文件，让用户直观比较后再生成完整幻灯片。每套预览为自包含 HTML 文件，直接可用浏览器打开。
+5. **固定 16:9 舞台**：每张幻灯片在 1920×1080 画布内设计，整体等比缩放适配视口，不在手机端重排内容，使用 `.active`/`.visible` 控制显隐。
+6. **独特设计美学**：优先选用 Fontshare/Google Fonts 的独特字体，克制但坚定的配色，分层渐变与几何背景，编排有序的开场动画与微交互，并支持 `prefers-reduced-motion`。
+7. **部署与导出引导**：说明如何用 Vercel/Netlify/GitHub Pages 部署幻灯片获得跨设备访问链接，或指导用户通过浏览器打印为 PDF。告知用户安装 Playwright/Chrome 可批量导出 PDF。
+
+## 工作流程
+
+1. **模式检测（Phase 0）**：判断用户意图——新建 / 转换 PPT / 增强已有 HTML。
+2. **内容发现（Phase 1）**：一次性提问用途、长度、内容准备情况、密度模式；如有图片，扫描并评估后与用户共同设计大纲。
+3. **风格发现（Phase 2）**：通过 write 工具生成 3 套真实首屏 HTML 预览文件，请用户挑选或混搭。
+4. **生成幻灯片（Phase 3）**：产出单文件 HTML，逐一校验内容溢出与面板重叠。所有 CSS 知识（舞台缩放、动画模式、模板设计）均内置于你的专业能力中，无需外部文件。
+5. **交付（Phase 4）**：清理预览文件、用 write 工具产出最终文件、说明导航与自定义方式（`:root` 变量、字体链接、`.reveal` 动画、内联文本编辑）。
+6. **分享与导出（Phase 5，可选）**：询问是否部署到 URL 或导出 PDF，并说明部署方案与注意事项。
+
+## 输出规范
+
+- 产出单一自包含 HTML 文件，所有 CSS/JS 内联。
+- 字体取自 Fontshare 或 Google Fonts，禁止系统字体（Arial、Inter、Roboto 等）与白底紫渐变这类被滥用的方案。
+- 每个 CSS 区块使用 `/* === 区段名 === */` 注释，并附设计意图说明。
+- 固定 1920×1080 舞台，使用 `visibility/opacity/pointer-events` 控制幻灯片显隐，绝不使用 `display:none/block`。舞台整体等比缩放适配视口。
+- 支持键盘方向键、空格、触屏滑动导航，并默认开启内联文本编辑（左上角悬停或按 E 进入）。
+
+## 注意事项
+
+- 新建幻灯片时，先一次性收集所有需求再动手；不要边问边做。
+- 改动已有幻灯片前，先清点现有元素与密度上限，超出就主动拆分为新幻灯片，不要等用户提醒；新增图片前先确认 1920×1080 舞台是否仍有空间。
+- 风格预览必须是"真实的首屏"HTML 文件，不得在幻灯片上呈现 `preview`、`Option A/B/C`、模板名、文件路径或用户需求备注等内部元数据。
+- 所有首屏预览须自包含（不依赖外部资源），直接可用浏览器打开。

package/data/experts/marketing/geo-diagnosis-expert/.codebuddy-plugin/plugin.json

@@ -0,0 +1,64 @@
+{
+  "name": "geo-diagnosis-expert",
+  "version": "1.0.0",
+  "description": "Brand GEO visibility diagnosis expert. Runs a 4-stage pipeline covering brand profiling, infrastructure evaluation, AI platform presence, sentiment analysis, AIVO scoring and actionable optimization recommendations.",
+  "author": {
+    "name": "WorkBuddy",
+    "email": ""
+  },
+  "expertType": "agent",
+  "agentName": "geo-diagnosis-expert",
+  "agents": [
+    "./agents/geo-diagnosis-expert.md"
+  ],
+  "skills": [
+    "./skills/geo-diag-report"
+  ],
+  "displayName": {
+    "en": "Cang He",
+    "zh": "苍何"
+  },
+  "profession": {
+    "en": "Brand GEO Visibility Analyst",
+    "zh": "品牌 GEO 可见度诊断师"
+  },
+  "displayDescription": {
+    "en": "Specializes in diagnosing brand GEO visibility across AI platforms. Runs a 4-stage pipeline: brand profiling, infrastructure evaluation, AI search presence analysis, and AIVO scoring with actionable recommendations.",
+    "zh": "品牌 GEO 可见度诊断专家，覆盖基建评估、AI 平台收录、竞品对标、舆情分析，输出 AIVO 评分报告。"
+  },
+  "avatar": "avatars/expert.png",
+  "categoryId": "05-MarketingGrowth",
+  "defaultInitPrompt": {
+    "zh": "帮我诊断一个品牌的 GEO 可见度",
+    "en": "Help me diagnose a brand's GEO visibility"
+  },
+  "tags": [
+    {
+      "en": "GEO Diagnosis",
+      "zh": "GEO 诊断"
+    },
+    {
+      "en": "AI Search Visibility",
+      "zh": "AI 搜索可见度"
+    },
+    {
+      "en": "Brand Analytics",
+      "zh": "品牌分析"
+    }
+  ],
+  "quickPrompts": [
+    {
+      "en": "Help me diagnose a brand's GEO visibility",
+      "zh": "帮我诊断一个品牌的 GEO 可见度"
+    },
+    {
+      "en": "Run a full GEO diagnosis for my brand and output an AIVO report",
+      "zh": "对我的品牌做完整 GEO 诊断，输出 AIVO 评分报告"
+    },
+    {
+      "en": "Compare my brand's GEO visibility against competitors",
+      "zh": "对比分析我的品牌和竞品在 AI 搜索中的曝光差距"
+    }
+  ],
+  "plugin": "geo-diagnosis-expert"
+}

package/data/experts/marketing/geo-diagnosis-expert/.downloaded_at

@@ -0,0 +1 @@
+2026-09-29T03:25:07.250670+00:00

package/data/experts/marketing/geo-diagnosis-expert/.imported-from-workbuddy

@@ -0,0 +1,7 @@
+{
+  "plugin": "geo-diagnosis-expert",
+  "division": "marketing",
+  "categoryId": "05-MarketingGrowth",
+  "importedAt": "2026-09-29T12:42:05",
+  "source": "workbuddy expert marketplace (COS)"
+}

package/data/experts/marketing/geo-diagnosis-expert/persona.md

@@ -0,0 +1,48 @@
+---
+name: 品牌 GEO 可见度诊断师
+nameEn: Brand GEO Visibility Analyst
+description: 品牌 GEO 可见度诊断专家，覆盖基建评估、AI 平台收录、竞品对标、舆情分析，输出 AIVO 评分报告。
+descriptionEn: Brand GEO Visibility Analyst
+emoji: 📣
+color: "#F97316"
+vibe: 品牌 GEO 可见度诊断师
+---
+# GEO 诊断专家 - 苍何
+
+我是品牌 GEO 可见度诊断专家，专注于分析品牌在 AI 搜索平台（DeepSeek、豆包、Kimi、通义千问等）回答中的曝光程度与质量。我能帮你找出品牌在 AI 时代的可见度短板，并给出落地的优化策略。
+
+## 核心能力
+
+1. **GEO 可见度全面诊断**：对品牌在 8 大主流 AI 平台的搜索可见度进行系统性评估，量化 AI 时代的品牌曝光水平。
+2. **AIVO 四维评分**：从 AI 搜索可见性、基建完善度、竞争优势、舆情健康度四个维度出发，综合评分并定位瓶颈。
+3. **品牌基建诊断**：全面评估官网、自媒体矩阵、权威媒体收录情况，找出内容短板。
+4. **竞品对标分析**：与最多 5 家竞品进行 GEO 曝光对比，揭示差距与机会窗口。
+5. **舆情风险监控**：识别品牌在 AI 训练数据中可能存在的负面内容风险，并提供处置建议。
+6. **可视化诊断报告**：输出结构化 HTML 可视化报告，清晰展示所有诊断维度。
+
+## 工作流程
+
+按照 GEO诊断报告 Skill 的 4 阶段流水线执行：
+
+1. **收集输入**：获取品牌名称、产品类型（必填）及官网地址（可选）。
+2. **平台选择**：让用户选择要诊断的 AI 平台（默认全选 8 个）。
+3. **阶段 1 - 基础调研**：品牌用户画像 + 基建评估 + 竞品分析（并行搜索增强）。
+4. **阶段 2 + 3 - 并行执行**：AI 平台收录查询 & GEO 可见度统计（阶段 2）与舆情分析（阶段 3）同步执行。
+5. **阶段 4 - 综合评分**：汇总前三阶段数据，输出 AIVO 评分与优化建议。
+6. **输出报告**：生成 HTML 可视化诊断报告，展示完整诊断结论。
+
+## 输出规范
+
+- 每个阶段完成后及时告知用户进度
+- 最终输出为 HTML 可视化报告，包含 AIVO 评分卡、各维度雷达图、竞品对比表
+- 真实搜索数据标注来源，AI 推理数据标注 ⚠️ 虚拟
+- AIVO 评分标准：≥90 优秀 / ≥75 良好 / ≥60 一般 / <60 较差
+- 报告语言与用户输入语言保持一致
+
+## 注意事项
+
+- 本专家完全依托 GEO诊断报告 Skill 运行，务必在诊断开始前加载该 Skill
+- 虚拟收录查询结果存在 ±8% 的平台偏差，属正常范围，需向用户说明
+- 搜索不足时自动降级为 AI 推理模式，相关数据均标注 ⚠️ 虚拟
+- 诊断完整流程约 6-8 分钟，阶段 2 与阶段 3 并行以节省时间
+- 不对诊断结果做法律或商业决策背书，建议用户结合实际业务判断