@deployxai/dxc 0.1.2 → 0.1.4

package/skills/dxc-quote-curator/SKILL.md

@@ -0,0 +1,35 @@
+---
+name: dxc-quote-curator
+description: 管理 DxC 本地可追溯金句库。用户要求收录、查看、编辑、筛选、归档或为文章挑选自己的金句时使用。通过 dxc knowledge quotes CLI 或用户可编辑的金句库 Markdown 维护长期资产；不替代正文阶段的文章级 golden-lines 交接文件，也不进入八步流程。
+---
+
+# DxC 金句库
+
+用户可直接维护 `~/Documents/DxC/金句库.md`；CLI 负责确定性 CRUD、同步和索引。每条金句保留
+稳定 ID、原句、来源类型、来源说明、归属、标签、逐字使用边界和状态；索引同步时使用内容哈希判断
+是否需要更新。本 Skill 只负责自然语言交互与调用 CLI。
+
+## 收录与维护
+
+1. 先运行 `dxc knowledge quotes list --json`，避免重复收录；用户也可直接在 `金句库.md` 中编辑。
+2. 用户要求新增、编辑、归档时，只调用对应的 `dxc knowledge quotes add`、
+   `dxc knowledge quotes update`、`dxc knowledge quotes archive` 确定性命令，不直接改 Markdown 文件。
+3. 有明确归属时必须保留第三方署名；不要把他人表达冒充为用户原创。
+4. CRUD 返回 `pendingSync: true` 时，明确告诉用户索引尚待同步；按 CLI 提供的
+   `dxc knowledge quotes sync` 完成同步后再依赖搜索或自动工作流的结果。
+5. 首次需要迁移旧 `~/.dxc/quotes.json` 时运行 `dxc knowledge quotes init`。它会迁入 Markdown 并保留稳定 ID，
+   不删除旧文件。
+
+## 为文章挑选候选
+
+1. 确保已同步后，根据文章论点或读者价值运行
+   `dxc knowledge search "<目标>" --mode hybrid --limit 8 --json`。
+2. 返回少量候选，并连同原句、归属、用途和来源交给用户或正文 Skill 判断；候选不是事实证据。
+3. 一旦某句实际进入文章，仍由 `dxc-article-write` 写
+   `artifacts/04-article.golden-lines.json`，并由 CLI 校验它逐字存在于正文。不要用全局金句库替代
+   文章级采纳凭证。
+
+## 边界
+
+- 不创建项目、不写 checkpoint，也不自动把本篇产出回灌为长期资产。
+- 金句用于表达与结构，不得为了顺口牺牲准确性，或规避引语、归属与版权要求。

package/skills/dxc-quote-curator/agents/openai.yaml

@@ -0,0 +1,6 @@
+interface:
+  display_name: "DxC 金句库"
+  short_description: "通过可编辑 Markdown 和 CLI 维护可追溯的个人金句长期资产"
+  default_prompt: "使用 $dxc-quote-curator 整理我的金句并为当前文章挑选候选。"
+policy:
+  allow_implicit_invocation: true

package/skills/dxc-research/references/research-method.md

@@ -1,5 +1,14 @@
 # 研究方法
 
+## 专家方法来源
+
+- 原始方法真值是开发仓库 `docs/员工BCDE的skill/employee-b-research-analyst/SKILL.md`
+  的第 2–8、11–12 节；发布包不含原文，执行时以本胶囊为准。
+- 本胶囊承接四类输入、信源优先级、研究包、立场光谱与价值/风险检查；DxC 额外规定
+  本地优先、来源不可信、凭据不入产物和不自动持续抓取。
+- 专家方法更新时，必须同步核对本文件与 `dxc-content-brief` 的 `brief-method.md`；四类
+  输入只能在研究阶段归一，最终命题只在 Brief 阶段落定。
+
 ## 四种输入
 
 | 输入     | 处理                                                             |
@@ -45,6 +54,18 @@ Agent 自己拼接网络请求。三者只接受 HTTP(S)，逐跳拦截本机、
 优先保留真正不同的角度，不用换词凑数量。红线冲突不隐藏，标为高风险并交给 Brief
 阶段决定是否需要用户选择。
 
+## 研究动作与价值闸门
+
+- 先区分需要证据支持的事实、可讨论的观点和用户已确认的价值前提；三者不得混写。
+- 研究包至少覆盖支持、反对和补充三种材料。没有反方材料时，记录“未找到”，不能把单一
+  来源伪装成共识。
+- 只有来源能证明时才使用精确数字、引语、人物关系和“最新”一类时效结论；观点可以有
+  立场，但要说明依据与反例。
+- 角度候选使用“已有共识 + 新证据/新视角/新问题”的构造，不把参考文章作者的观点直接
+  转移为博主立场。
+- 候选触及用户明确价值红线、可能伤害特定群体、依赖无法核验的事实，或需要用户承担
+  明显争议时，标为高风险并把决定留给 Brief；不得自行选定。
+
 ## 安全
 
 - 公开 URL 只允许 HTTP(S)，逐跳拒绝本机、私网、链路本地和云元数据地址。

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

@@ -89,7 +89,8 @@ selectedTitle: null
 - 事实、数字、名人、热点、悬念和正文兑现情况
 ```
 
-在用户选择前，使用相同输入和执行参数把检查点写为 `awaiting-user`，并增加：
+读取 `dxc profile status --json` 的 `user.confirmationPolicy`。除非它明确为
+`auto-until-delivery`，在用户选择前使用相同输入和执行参数把检查点写为 `awaiting-user`，并增加：
 
 ```text
 --summary "标题候选与风险检查已经生成"
@@ -110,3 +111,7 @@ selectedTitle: null
    `--status completed --confirm --summary "用户已选择最终标题"` 检查点。
 
 如果用户拒绝所有候选，保持 `awaiting-user` 并继续迭代；不得伪造 `completed`。
+
+`auto-until-delivery` 时，按“正文兑现、风险最低、读者收益最清晰”的顺序选定一个推荐标题，
+保留全部候选和选择理由后直接写 `selectedTitle`、`artifactStatus: complete` 与 `completed`
+checkpoint。它只省略内容阶段确认，不能绕过交付阶段的公众号、不可变预览和草稿创建确认。

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

@@ -1,5 +1,12 @@
 # DxC 中文标题九种方法
 
+## 专家方法来源
+
+- 原始方法真值是开发仓库 `docs/员工BCDE的skill/employee-e-visual-designer/SKILL.md`
+  的第 3–4、6–7、9 节；发布包不含原文，执行时以本胶囊为准。
+- 本胶囊承接标题信息提取、九类发散、读者动机、筛选和标题党风险；DxC 额外固定 32 个
+  Unicode 字符上限、用户选择与确认绑定。
+
 这些方法用于发散，不是标题模板清单。任何技巧都服从“标题承诺必须被正文兑现”。
 
 1. **直接价值**：`如何……`、`……的 N 个方法`、`从 A 到 B：……`。适合教程、
@@ -24,3 +31,11 @@
 - 承诺是否具体、真实、可兑现；
 - 语气是否符合作者身份；
 - 读完正文后是否会感到受骗。
+
+## 生成顺序
+
+1. 从正文提取真正的读者收益、可验证的差异、作者语气和可被承诺的具体信息；不要求用户
+   重复摘要。
+2. 先按适合本文的 5 种以上方法发散，再删除只是换词、读者动机相同或正文无法支撑的候选。
+3. 对保留标题分别标明方法、读者动机、正文兑现点和风险；推荐不是默认选择，必须由用户
+   最终决定。

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

@@ -35,6 +35,10 @@ description: DxC 内容工作流的视觉生产步骤。由 dxc-content-workflow
   后复制到项目 `assets/visuals/`。不得扫描项目外目录。
 - 没有合适素材而宿主具备图片生成能力时，必须实际调用图片生成能力，不得只输出提示词
   或配图建议。第一次调用前说明生成发生位置、视觉提示会发往哪里以及是否消耗额度；
+  `review-every-stage` 必须先把“张数、类型、数据去向、额度”写为 `awaiting-user` 并等待确认。
+  任何策略下，只要本次会产生未获授权的外部额度消耗或超出用户已确认的数量/额度，也必须
+  暂停。只有 `auto-until-delivery` 且画像的 `user.visualGenerationAuthorization` 为
+  `auto-within-limit`、本次图片数不超过 `maxImagesPerRun` 时，才可直接生成；
   不把正文全文、本地绝对路径、Cookie 或任何凭据放进提示。
 - 两条路线可以混用：例如本地产品截图作为正文证据，Agent 生成封面和概念图。来源不同
   不改变后续的文件、哈希、预览和确认约束。
@@ -51,7 +55,12 @@ description: DxC 内容工作流的视觉生产步骤。由 dxc-content-workflow
   精确数据用数据图，核心句用金句图，叙事段用场景插画。
 - 一旦视觉决策写明要使用某张正文图，就必须在本阶段实际生成或选择该文件。生成失败时
   修正方案或暂停，不能让“计划 5 张、实际 0 张”进入审校。
-- 每张图必须绑定具体章节、目的、素材来源、实际文件、SHA-256 和生成方式。
+- 每张图必须绑定具体章节、目的、素材来源、实际文件、SHA-256 和生成方式。正文图的
+  `placementAnchor` 必须为 `after-heading:<正文二级标题全文>`，并且在当前正文中唯一；交付
+  CLI 只会按该锚点插入视觉计划声明的图片，找不到或重复匹配即阻断预览。
+- 从正文中挑选准备做成金句图的句子时，在视觉计划正文的“金句交接”中逐字记录原句、
+  所在章节、承担的读者价值（认知压缩/情绪共鸣/行动推动/价值宣言）和对应图片文件；
+  不改写原句。它是正文写作与视觉生产之间的可追溯交接，不进入微信公众号正文。
 - `assets/visuals/` 只保存本次明确采用的封面和正文图；候选图、失败图和被否决版本应留在
   该目录之外，因为交付阶段会自动采集此目录中的合规正文图。
 - 正文图片必须是 PNG/JPEG 且单张小于 1 MiB，最多 20 张；当前 CLI 不自动压缩，生成
@@ -87,6 +96,7 @@ assetsDirectory: assets/visuals
 inlineAssets:
   - path: assets/visuals/framework.png
     placement: 第二节后
+    placementAnchor: after-heading:第二节
     purpose: 解释三个概念之间的关系
     sha256: <正文图片 SHA-256>
     source: agent-generated
@@ -108,9 +118,19 @@ inlineAssets:
 
 ## 正文配图建议
 
-| 文件                         | 类型   | 位置     | 目的     | 来源       | SHA-256 | 本次草稿 |
-| ---------------------------- | ------ | -------- | -------- | ---------- | ------- | -------- |
-| assets/visuals/framework.png | 概念图 | 第二节后 | 解释关系 | Agent 生成 | ...     | 进入     |
+| 文件                         | 类型   | 位置     | 精确锚点 | 目的 | 来源 | SHA-256 | 本次草稿 |
+| ---------------------------- | ------ | -------- | -------- | ---- | ---- | ------- | -------- |
+| assets/visuals/framework.png | 概念图 | 第二节后 | `after-heading:第二节` | 解释关系 | Agent 生成 | ... | 进入 |
+```
+
+在 frontmatter（前置元数据）后的正文追加：
+
+```markdown
+## 金句交接
+
+| 原句 | 章节 | 读者价值 | 图片文件 |
+| ---- | ---- | -------- | -------- |
+| 不要用忙碌代替推进。 | 第二节 | 认知压缩 | assets/visuals/golden-line.png |
 ```
 
 只有封面和所有标为“进入”的图片实际存在、非空、类型为 PNG/JPEG、体积合规且

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

@@ -1,5 +1,12 @@
 # 视觉计划方法
 
+## 专家方法来源
+
+- 原始方法真值是开发仓库 `docs/员工BCDE的skill/employee-e-visual-designer/SKILL.md`
+  的第 3、5–9 节；发布包不含原文，执行时以本胶囊为准。
+- 本胶囊承接配图类型、选型、封面、品牌一致性与生产流程；DxC 额外要求素材实际落盘、
+  哈希可核验，并把上传推迟到云端预览阶段。
+
 ## 内容信号
 
 | 内容信号                           | 建议视觉 |
@@ -26,6 +33,17 @@
 图片生成需要宿主能力和用户对数据去向的同意；本地素材采集不需要云端。任何额度消耗
 必须在执行前说明，字体安装和远程 Shell 脚本仍然禁止。
 
+## 封面与品牌一致性
+
+- 封面先确定一个最值得被看见的概念，再确定主体、构图、情绪、色板和禁项；不要把正文
+  所有信息压成一张图，也不要使用与文章无关的通用科技感占位图。
+- 从已保存的博主画像读取人设、读者、标题偏好、视觉禁项和已有品牌资产；未配置时保持
+  简洁中性，不猜测品牌色、Logo 或人物形象。
+- 正文图只在能解释结构、关系、步骤、数据或情绪时出现。每张图都标明“读者看完能更快
+  理解什么”，否则删去。
+- 文本、数据和结构图优先由可精确排版的能力生成；生成模型适合场景与概念氛围。不得把
+  生成图中的乱码、伪数据或水印当成可交付素材。
+
 ## 当前 MVP
 
 - 视觉生产阶段必须落盘一张内容相关封面；缺封面时暂停并给出生成或选择素材的办法；

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

@@ -45,6 +45,7 @@ description: 把已确认的 Markdown 文章、视觉阶段已生产的内容封
 dxc wechat draft preview \
   --article <article.md> \
   --assets-directory <project>/assets/visuals \
+  --visual-plan <visual-plan.md> \
   --cover <cover.png-or-jpeg-or-auto> \
   --account <account-id> \
   --title "<已确认标题>"