@deployxai/dxc 0.2.0 → 0.2.2

package/skills/dxc-title-write/SKILL.md

@@ -0,0 +1,34 @@
+---
+name: dxc-title-write
+description: 为 DxC 文章生成并选择微信公众号标题。用户要求起标题、改标题、比较标题，或 dxc-content-workflow 返回 titles 阶段时使用；可以从已有正文直接作为八步工作流的独立起点。
+---
+
+# DxC 标题创作
+
+内部固定使用 `@deployxai/dxc@0.2.2`；Windows 通过 `npm.cmd exec`，macOS/Linux 通过 `npm exec`
+运行，不切换到 PATH 中的其他版本。
+
+## 进入阶段
+
+- 总控返回 `step: titles` 时，读取 CLI 返回且真实存在的正文等输入。
+- 直接从标题开始或重新进入已有项目时，调用：
+
+  ```text
+  dxc workflow start --from titles --title "<主题>" --json
+  ```
+
+  已有项目改为 `--project "<项目 ID>"` 并省略 `--title`。只使用本页列出的 workflow 领域命令。
+
+## 生成与选择
+
+完整读取 [references/title-methods.md](references/title-methods.md)。生成真正不同的候选，检查每个承诺都由
+正文兑现，然后自行选择最合适且不超过 32 字的一项。输出文件必须包含：
+
+```markdown
+---
+selectedTitle: 最终标题
+---
+```
+
+写入 CLI 返回的 `output` 后，调用 `dxc workflow complete --project "<项目 ID>" --json`。
+标题阶段不增加一次用户确认。

package/skills/dxc-title-write/agents/openai.yaml

@@ -0,0 +1,6 @@
+interface:
+  display_name: "DxC 标题创作"
+  short_description: "基于已有正文生成并选出可信、可兑现的微信公众号标题"
+  default_prompt: "使用 $dxc-title-write 为这篇正文生成候选并选出最合适的标题。"
+policy:
+  allow_implicit_invocation: false

package/skills/dxc-title-write/references/title-methods.md

@@ -0,0 +1,41 @@
+# DxC 中文标题九种方法
+
+## 专家方法来源
+
+- 原始方法真值是开发仓库 `docs/员工BCDE的skill/employee-e-visual-designer/SKILL.md`
+  的第 3–4、6–7、9 节；发布包不含原文，执行时以本胶囊为准。
+- 本胶囊承接标题信息提取、九类发散、读者动机、筛选和标题党风险；DxC 额外固定 32 个
+  Unicode 字符上限和唯一最终标题。
+
+这些方法用于发散，不是标题模板清单。任何技巧都服从“标题承诺必须被正文兑现”。
+
+1. **直接价值**：`如何……`、`……的 N 个方法`、`从 A 到 B：……`。适合教程、
+   方法论和经验总结。
+2. **反常识**：`真正决定……的，不是……，而是……`、`你以为……，其实……`。
+   只有正文有完整反转论证时使用。
+3. **真实权威或案例**：`从……看……`、`……给我的启发`。不得编造名人原话、
+   背书、数据或关系；不确定原话时禁止使用引号式归因。
+4. **自然好奇**：`为什么……？`、`……到底做对了什么？`。问题必须能在正文中
+   得到明确回答。
+5. **具体数字**：`N 个动作`、`N 条经验`、`N 个误区`。数字必须对应正文可数结构。
+6. **读者共鸣**：说出目标读者真实但不易表达的困惑、压力或愿望，不制造焦虑。
+7. **相关热点**：仅在热点真实、仍具时效性、与文章命题直接相关且正文有来源时使用。
+8. **可信悬念**：标题留下转折，正文开头要尽快兑现；非故事文章慎用省略号。
+9. **有论证的质问**：`凭什么……？`、`你真的懂……吗？`。只适合立场明确且论证
+   扎实的正文，不用攻击性语言代替观点。
+
+完成筛选前逐项检查：
+
+- 核心主旨是否准确；
+- 目标读者是否有清晰点击理由；
+- 承诺是否具体、真实、可兑现；
+- 语气是否符合作者身份；
+- 读完正文后是否会感到受骗。
+
+## 生成顺序
+
+1. 从正文提取真正的读者收益、可验证的差异、作者语气和可被承诺的具体信息；不要求用户
+   重复摘要。
+2. 先按适合本文的 5 种以上方法发散，再删除只是换词、读者动机相同或正文无法支撑的候选。
+3. 对保留标题分别标明方法、读者动机、正文兑现点和风险；根据正文匹配度、读者收益和风险
+   自行选出唯一最终标题。

package/skills/dxc-visual-plan/SKILL.md

@@ -0,0 +1,43 @@
+---
+name: dxc-visual-plan
+description: 为 DxC 文章规划并实际生成或选择封面和必要正文配图。用户要求为已有文章做封面、配图或视觉方案，或 dxc-content-workflow 返回 visual-plan 阶段时使用；可以从已有正文和标题直接作为八步工作流的独立起点。
+---
+
+# DxC 视觉生产
+
+内部固定使用 `@deployxai/dxc@0.2.2`；Windows 通过 `npm.cmd exec`，macOS/Linux 通过 `npm exec`
+运行，不切换到 PATH 中的其他版本。
+
+## 进入阶段
+
+- 总控返回 `step: visual-plan` 时，读取 CLI 返回且真实存在的正文、标题和可选大纲。
+- 直接从视觉阶段开始或重新进入已有项目时，调用：
+
+  ```text
+  dxc workflow start --from visual-plan --title "<主题>" --json
+  ```
+
+  已有项目改为 `--project "<项目 ID>"` 并省略 `--title`。只使用本页列出的 workflow 领域命令。
+
+## 视觉生产
+
+完整读取 [references/visual-methods.md](references/visual-methods.md)。使用宿主已有图片能力实际生成或选择
+内容相关的真实封面；正文需要解释复杂关系时再生成正文图。图片生成是正常工作，不单独提示 token
+消耗，也不增加确认。
+
+把素材保存到 CLI 返回的项目目录内。视觉计划使用以下最小模板：
+
+```markdown
+---
+assetsDirectory: assets
+coverAsset: assets/visuals/cover.png
+inlineAssets:
+  - path: assets/visuals/body-image.png
+    placementAnchor: "after-heading:正文二级标题原文"
+    purpose: 这张图要解释的内容
+---
+```
+
+没有正文图时写 `inlineAssets: []`。图片只在视觉计划中声明，不再回写正文 Markdown；CLI 负责插入和去重。不要手写
+hash（哈希）、尺寸、授权状态或优化状态。写入 CLI 返回的 `output` 后，调用
+`dxc workflow complete --project "<项目 ID>" --json`。

package/skills/dxc-visual-plan/agents/openai.yaml

@@ -0,0 +1,6 @@
+interface:
+  display_name: "DxC 视觉生产"
+  short_description: "为已有文章实际生成或选择内容相关封面和必要正文配图"
+  default_prompt: "使用 $dxc-visual-plan 为这篇文章完成真实封面和必要配图。"
+policy:
+  allow_implicit_invocation: false

package/skills/dxc-visual-plan/references/visual-methods.md

@@ -0,0 +1,53 @@
+# 视觉计划方法
+
+## 专家方法来源
+
+- 原始方法真值是开发仓库 `docs/员工BCDE的skill/employee-e-visual-designer/SKILL.md`
+  的第 3、5–9 节；发布包不含原文，执行时以本胶囊为准。
+- 本胶囊承接配图类型、选型、封面、品牌一致性与生产流程；DxC 额外要求素材实际落盘，
+  并把上传推迟到云端预览阶段。
+
+## 内容信号
+
+| 内容信号                           | 建议视觉 |
+| ---------------------------------- | -------- |
+| 三层以上结构、框架、模型、体系     | 思维导图 |
+| 两个以上概念及对比、因果、归属关系 | 概念图   |
+| 步骤、顺序、时间线                 | 流程图   |
+| 有可靠来源的数字、比例、趋势       | 数据图   |
+| 可独立成立的核心观点               | 金句图   |
+| 人物、冲突、故事或比喻             | 场景插画 |
+
+宁少勿滥。每张图都要回答“它让读者更快理解什么，或更准确感受什么”。
+
+## 互补的生产来源
+
+- 本地素材适合产品截图、用户拥有版权的照片和已有品牌资产；它们必须由用户明确指定，
+  不得通过目录扫描“发现”。
+- Agent 图片生成适合内容封面、场景、氛围和概念插画。提示应包含主体、风格、构图、
+  色板和禁项，并要求无水印、无无关文字。
+- 含精确文字和结构的图，优先用宿主的图表或可视化能力生成，再导出 PNG，避免生成模型
+  写错文字。
+- 同一篇文章可以同时使用两种来源；交付阶段由 CLI 读取并检查真实本地文件。
+
+图片生成使用宿主已经具备的能力，是视觉阶段的正常动作，不因 token 消耗单独提示或确认。
+不得为此临时安装字体、执行远程 Shell 脚本或把未指定的本地素材上传到其他服务。
+
+## 封面与品牌一致性
+
+- 封面先确定一个最值得被看见的概念，再确定主体、构图、情绪、色板和禁项；不要把正文
+  所有信息压成一张图，也不要使用与文章无关的通用科技感占位图。
+- 从已保存的博主画像读取人设、读者、标题偏好、视觉禁项和已有品牌资产；未配置时保持
+  简洁中性，不猜测品牌色、Logo 或人物形象。
+- 正文图只在能解释结构、关系、步骤、数据或情绪时出现。每张图都标明“读者看完能更快
+  理解什么”，否则删去。
+- 文本、数据和结构图优先由可精确排版的能力生成；生成模型适合场景与概念氛围。不得把
+  生成图中的乱码、伪数据或水印当成可交付素材。
+
+## 当前 MVP
+
+- 视觉生产阶段必须落盘一张内容相关封面；缺封面时直接生成或选择适合的真实素材；
+- 正文内联图片最多 20 张；CLI 在预览时统一处理尺寸和格式优化；
+- CLI 的 `--cover auto` 仅表示从文章声明或显式素材目录解析已经生产的 `cover.*`，
+  不会生成占位图；
+- 审校必须检查计划与实际文件一致，不能把提示词或建议图冒充已生成资产。

package/skills/dxc-wechat-publisher/SKILL.md

@@ -0,0 +1,39 @@
+---
+name: dxc-wechat-publisher
+description: 把 DxC 项目中已经准备好的文章、封面和正文图片预览并创建到微信公众号草稿箱。用户要求预览、选择公众号、创建微信草稿，或 dxc-content-workflow 返回 delivery 阶段时使用；可以从已有完整项目直接进入交付阶段。
+---
+
+# DxC 微信草稿交付
+
+内部固定使用 `@deployxai/dxc@0.2.2`；Windows 通过 `npm.cmd exec`，macOS/Linux 通过 `npm exec`
+运行，不切换到 PATH 中的其他版本。
+
+本 Skill 只负责最后的微信交付，不生成正文，不正式发布，不群发。
+
+## 进入交付
+
+- 总控返回 `step: delivery` 时直接使用该项目。
+- 已有完整项目需要直接进入交付时调用：
+
+  ```text
+  dxc workflow start --from delivery --project "<项目 ID>" --json
+  ```
+
+- 只使用本页列出的 workflow 领域命令。
+
+## 预览与创建草稿
+
+1. 调用 `dxc workflow preview --project "<项目 ID>" --json`。CLI 在内部准备图片、创建云端预览并
+   打开浏览器。
+2. 多个公众号时，只展示名称让用户选择，再用 `--account <ID>` 重新预览；不要猜测账号。
+3. 预览打开后只询问一次：“确认创建草稿，还是返回修改？”
+4. 用户明确确认后调用：
+
+   ```text
+   dxc workflow deliver --project "<项目 ID>" --confirm --json
+   ```
+
+5. `completed` 时告知草稿已创建；`preview-required` 时重新展示当前预览；`needs-attention` 时说明
+   CLI 返回的问题并停止，不拼装底层命令或再次创建草稿。
+
+用户最初提出“放进草稿箱”不能替代查看最终预览后的这一次确认。

package/skills/dxc-wechat-publisher/agents/openai.yaml

@@ -0,0 +1,6 @@
+interface:
+  display_name: "DxC 微信草稿交付"
+  short_description: "打开微信公众号最终预览，只确认一次后创建完整图文草稿"
+  default_prompt: "使用 $dxc-wechat-publisher 打开文章预览，并在我确认一次后创建微信公众号草稿。"
+policy:
+  allow_implicit_invocation: false