@deployxai/dxc 0.1.2 → 0.1.4

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@deployxai/dxc",
-  "version": "0.1.2",
+  "version": "0.1.4",
   "description": "DeployX 内容工作台 CLI 与官方 Skills",
   "type": "module",
   "bin": {
@@ -11,11 +11,11 @@
   },
   "dependencies": {
     "@huggingface/tokenizers": "0.1.3",
-    "onnxruntime-web": "1.22.0"
+    "onnxruntime-web": "1.22.0",
+    "zod": "4.4.3"
   },
   "files": [
     "dist",
-    "docs",
     "skills",
     "README.md"
   ],

package/skills/dxc-article-outline/references/outline-methods.md

@@ -1,5 +1,12 @@
 # 大纲结构与标记
 
+## 专家方法来源
+
+- 原始方法真值是开发仓库 `docs/员工BCDE的skill/employee-c-outline-architect/SKILL.md`
+  的第 3–12 节；发布包不含原文，执行时以本胶囊为准。
+- 本胶囊承接情绪/传播要素判定、结构选型、C→D→E 标记 contract 与自检。DxC 只在此基础上
+  固定阶段产物路径、哈希和下游失效规则。
+
 ## 结构选择
 
 | 内容与情绪           | 首选结构                             |
@@ -14,6 +21,16 @@
 
 只选最符合 Brief 的主结构。情绪型结构必须有出路，不能只放大焦虑。
 
+## 选型前的两项判定
+
+1. **情绪属性**：判断读者此刻是需要被理解、被说服、被解释、被推动还是被安放；情绪是
+   结构张力，不等于在每段标注情绪词。
+2. **传播要素**：判断本篇最需要的是认知反差、具体利益、故事共鸣、身份认同还是可执行
+   方法。它用于检查开头、核心论点和收束是否有记忆点，而不是制造标题党。
+
+选型后先写一句“读者从什么状态到什么状态”的结构承诺。若结构不能兑现这个变化，应换
+结构或收窄 Brief，而不是叠加多个框架。
+
 ## 标记 contract
 
 | 标记              | 下游动作                                                                                         |
@@ -36,3 +53,6 @@
 - 开头是否在前三行进入问题；
 - 情绪放大后是否有方案；
 - 金句和视觉锚点是否服务内容，而不是凑数量。
+- 结构是否把读者阻碍、转折、证据和行动放在恰当顺序，而非只罗列知识点；
+- 每个反例是否服务主张，结尾是否回收开头承诺；
+- 标记是否让 D 能写、E 能画，而不是留下不可执行的抽象词。

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

@@ -8,6 +8,11 @@ description: DxC 内容工作流的正文步骤。由 dxc-content-workflow 在 a
 本 Skill 只负责 `article`。正文必须是可发布母稿，不能把内部自检表、提示词或大纲标记
 混进最终正文。
 
+正文同时产生独立的 `artifacts/04-article.golden-lines.json`。它只保存本篇实际采用的金句：
+原句、所在章节与读者价值（认知压缩/情绪共鸣/行动推动/价值宣言）。原句必须逐字出现在正文；
+没有适合做图的金句时写空数组。计算该文件 SHA-256 后，在正文 frontmatter 写入
+`goldenLinesPath` 与 `goldenLinesSha256`；CLI 会校验文件、哈希和正文一致性。
+
 ## 进入阶段
 
 1. 运行 `dxc project status --json`，确认 `brief` 和 `outline` 已就绪；只有实际需要核对
@@ -35,6 +40,12 @@ description: DxC 内容工作流的正文步骤。由 dxc-content-workflow 在 a
   或保留明显的 `[待补：...]`；不得编造。
 - 使用具体名词和动词、短段落、对象感和真实细节。少用机械的“首先、其次、综上所述”。
 - 金句服务论证，不为押韵牺牲准确性。
+- 金句搜索结果只是候选，不能自动写入正文。采用本机金句库候选时，在 frontmatter 的
+  `dxc.quoteSnapshots` 记录当时的 `quoteId` 和 `contentSha256`；这使确认后的项目固定引用
+  快照，不会被金句文件之后的编辑回写。
+- `origin: third-party` 的候选必须保留 `attribution`。只有 `verbatimUse: permitted` 且来源
+  可核验时才可逐字引用；`needs-verification` 或 `do-not-use-verbatim` 只能作为待核验线索或
+  改写灵感，不能冒充原话。原创候选也仍须由用户确认其归属。
 - 正文 frontmatter 必须同时满足微信文章字段和 DxC 阶段元数据。`author` 未知时写
   `待确认`，并把它列入最终确认问题；不得自行冒用用户身份。
 - 在生成正文时，Agent 应按文章实际形态填写 `dxc_wechat_template_hint`，作为预览页的
@@ -54,8 +65,10 @@ author: <作者或待确认>
 digest: <正文可兑现的摘要>
 commentsEnabled: true
 dxc_wechat_template_hint: <Agent 建议的云端模板 ID>
+goldenLinesPath: artifacts/04-article.golden-lines.json
+goldenLinesSha256: <金句 sidecar SHA-256>
 tags: [<标签>]
-dxc:
+  dxc:
   contract: dxc-content-stage@1
   workflowId: dxc-article@1
   projectId: <项目 UUID>
@@ -70,6 +83,9 @@ dxc:
     - kind: outline
       path: artifacts/03-outline.md
       sha256: <大纲哈希>
+  quoteSnapshots:
+    - quoteId: <实际采用的金句 UUID；未采用则为空数组>
+      contentSha256: <采用当时的金句哈希>
 ---
 
 # 工作标题
@@ -77,9 +93,25 @@ dxc:
 正文……
 ```
 
-完成自检后把 checkpoint 写为 `awaiting-user`，`waitingFor` 必须具体：
+对应 sidecar：
+
+```json
+{
+  "schemaVersion": "dxc-golden-lines@1",
+  "lines": [
+    { "text": "不要用忙碌代替推进。", "section": "第二节", "purpose": "cognitive-compression" }
+  ]
+}
+```
+
+读取 `dxc profile status --json` 的 `user.confirmationPolicy`。除非它明确为
+`auto-until-delivery`，完成自检后把 checkpoint 写为 `awaiting-user`，`waitingFor` 必须具体：
 “正文已经生成。请确认是否采用这版正文；若作者仍为待确认，请同时给出作者名。”
 用户只做明确确认且正文可见内容未变化时，把 `artifactStatus` 改为 `complete`，再写
 `completed --confirm`。用户提出修改时，先更新正文并重新写一次 `awaiting-user`
 检查点、展示修改后的内容；只有用户确认这个新内容快照后才能完成。不要把一句模糊的
 “继续”解释为正文确认，也不得把修改后的新正文直接绑定到旧确认。
+
+`auto-until-delivery` 时，正文仍须通过相同的事实、作者和发布格式自检，但可直接写
+`artifactStatus: complete` 和 `completed` checkpoint；这不是创建草稿的授权，交付阶段仍须
+展示不可变预览并取得明确确认。

package/skills/dxc-article-write/references/writing-methods.md

@@ -1,5 +1,12 @@
 # 正文写作方法
 
+## 专家方法来源
+
+- 原始方法真值是开发仓库 `docs/员工BCDE的skill/employee-d-content-writer/SKILL.md`
+  的第 3–14 节；发布包不含原文，执行时以本胶囊为准。
+- 本胶囊承接同理心、逻辑势能、观点聚焦、故事、自然表达、金句和质检；DxC 额外约束
+  事实来源、阶段确认和微信发布母稿格式。
+
 ## 对象感
 
 - 想象一个具体读者和具体阅读场景，直接回答他此刻的问题。
@@ -7,6 +14,16 @@
 - 抽象概念用真实例子、类比或动作细节翻译。
 - 每节至少提供情绪价值、认知增量或可执行方法中的一种。
 
+## 论证与表达
+
+- 先说清本段要让读者相信、感受或做到什么，再选事实、场景、类比或行动建议支撑；不要
+  用华丽形容词代替论证。
+- 一个中心观点只保留一条最强论证线。需要强化记忆时可用对比、重新定义、反转或具体化，
+  但不能同时堆叠四种技法。
+- 故事至少交代人物、处境、动作与结果；案例匿名或合成时必须明示，不把推测写成真实经历。
+- 词语要与作者身份、读者知识和情绪强度相称。避免居高临下、过度承诺、空泛鸡汤和模板化
+  AI 连接词；朗读后删去不自然的重复。
+
 ## 大纲标记落实
 
 | 大纲标记  | 正文动作                                 |
@@ -33,6 +50,9 @@
 先确定句子承担认知压缩、情绪共鸣、行动推动或价值宣言中的哪一个功能，再选择对比、
 反转、比喻、对仗或重新定义。朗读后压缩到不能再删。金句必须能从正文论证中推出。
 
+合格金句同时满足准确、具体、可独立理解和与上下文相互支撑；不能为了押韵、反转或传播
+感把复杂事实说成绝对结论。正文完成后按“删空话、补证据、调顺序、核承诺”做一次改稿。
+
 ## 发布母稿
 
 - YAML frontmatter 之后只放会进入微信正文的内容；

package/skills/dxc-content-brief/references/brief-method.md

@@ -1,5 +1,12 @@
 # Brief 收敛方法
 
+## 专家方法来源
+
+- 原始方法真值是开发仓库 `docs/员工BCDE的skill/employee-b-research-analyst/SKILL.md`
+  的第 3、5、7、9–11 节；发布包不含原文，执行时以本胶囊为准。
+- 本胶囊把研究阶段的四类输入和角度光谱压缩为可供 C/D/E 消费的九字段命题；它不替代
+  研究包，也不提前决定文章结构或措辞。
+
 ## 九字段
 
 1. `topic`：一句话主题；
@@ -26,6 +33,17 @@
 明显风险时，才设置 `awaiting-user`。措辞强弱、结构偏好和小范围选题修饰交给后续阶段
 自动处理。
 
+## 九字段的可用标准
+
+- `topic` 说明文章对象与边界；`coreQuestion` 必须是正文能够回答的问题，而不是“介绍一下”。
+- `audience` 写明读者处境、已有认知或要完成的动作；`angle` 用完整、可辩护的主张表达。
+- `contentType` 与 `emotion` 共同决定后续结构，但情绪只能描述读者体验或文章张力，不能
+  代替事实结论。
+- `sources` 区分可直接引用、只作背景和仍待核实的来源；`tags` 只用于检索与归档，不能伪装
+  成 SEO 承诺。
+- 生成 3–5 个角度时，要覆盖延续、反向、辩证或跨界中的真实分歧；不存在真实分歧时，不
+  为凑数量要求用户选择。
+
 ## 边界
 
 - 参考文章的作者立场不是用户立场。

package/skills/dxc-content-review/SKILL.md

@@ -32,6 +32,8 @@ description: DxC 内容工作流的审校步骤。由 dxc-content-workflow 在 q
 - 检查 `[待补]`、大纲标记、内部自检、作者 `待确认` 等内部内容是否残留。
 - 检查已选标题是否不超过 32 个 Unicode 字符，并且每个承诺都能由正文兑现。
 - 检查摘要、正文、标题、语气和 Brief 是否一致；不把风格偏好上升为事实错误。
+- 核对正文 frontmatter 的 `goldenLinesPath` 和 `goldenLinesSha256`：sidecar 的每条原句必须逐字
+  出现在正文；视觉计划若使用金句图，只能从该 sidecar 选择，不得自行改写或补造。
 - 核对视觉计划的素材清单与项目内实际 PNG/JPEG 是否一致，Markdown 本地引用是否可读、
   正文图片是否单张小于 1 MiB、是否超过 20 张，以及正文图片和封面角色是否混淆。
   远程图片仍不能直接进入交付。必须存在内容相关的 `cover.*`，且视觉计划中所有标为

package/skills/dxc-content-review/references/review-checklist.md

@@ -1,5 +1,11 @@
 # 内容审校清单
 
+## 专家方法来源
+
+- 汇总员工 B 的事实/立场、员工 C 的结构、员工 D 的正文和员工 E 的标题/视觉质检项。
+- 原始方法真值分别位于 `docs/员工BCDE的skill/employee-{b,c,d,e}-*/SKILL.md` 的质量检查
+  章节；本胶囊只保留会影响真实交付、误导风险或用户发布决策的规则。
+
 ## Blocker
 
 - 精确数据、引语、案例或权威背书没有来源，且正文把它写成事实；
@@ -31,5 +37,16 @@
 - 已选标题合法且唯一；
 - 当前交付能力、正文图片、封面来源与视觉声明一致。
 
+## 专家质量复核
+
+- **B**：研究包把事实、观点、反方材料和待核实项分开；选择的角度没有越过用户价值红线。
+- **C**：结构回答 Brief 的核心问题，开头承诺、证据、反例和结尾行动构成完整闭环。
+- **D**：正文对具体读者有对象感，金句能由论证推出，案例、数据和引语不存在伪造或不明示
+  的合成。
+- **E**：标题提供真实点击理由，封面和正文图服务阅读理解并与博主既有视觉边界一致。
+
+这些项有改进空间时通常是 warning；只有它们造成事实错误、明显误导、无法交付或触犯用户
+明确红线时才升级为 blocker。
+
 审校报告引用来源编号和哈希，不复制第三方全文。不要因为“可以写得更好”阻断发布；
 blocker 必须对应用户实际会看到的错误、误导或无法完成的交付。

package/skills/dxc-content-workflow/SKILL.md

@@ -31,18 +31,36 @@ description: DxC 图文内容工作流的唯一公开入口。用户说“写一
 6. 恢复已有项目时，不因画像或知识库尚未配置而重新打断流程。只有新项目确实需要个人
    偏好时才运行 `dxc profile status --json`；研究阶段需要历史材料时运行
    `dxc knowledge status --json`，并把文章数写入研究摘要。
+7. 读取 `knowledge status` 的 `quotes.sourceInitialized`。只有它为 `true` 时，在第一次
+   需要本地候选材料前运行 `dxc knowledge quotes sync --json`：该命令只按内容哈希读取
+   已初始化的 `~/Documents/DxC/金句库.md`，不监听文件变化、不扫描任何其他目录，也不上传 DxC Cloud。
+   未初始化时不自行创建或猜测金句文件；用户明确要维护金句时，才引导运行
+   `dxc knowledge quotes init --json`。
 
 项目定位和进度始终以本地文件为准，不依赖上一段对话记忆。
 
 ## 新用户与新项目
 
 1. 首次完成 `dxc setup` 后，或新项目需要创作偏好且画像未配置时，完整读取
-   [references/onboarding-questions.md](references/onboarding-questions.md)，分小批提出选择题。
-   先确认博主身份、名称、赛道、读者、文风和价值边界；这些是全局记忆，不要每个项目重复问。
+   [references/onboarding-questions.md](references/onboarding-questions.md)。该 reference 是题目、
+   候选项、推荐项和分组的唯一真值；WorkBuddy 或其他宿主只能原样展示和收集，不能自行增加、
+   删除、改写候选项或替用户选择。先只询问其中标注为“首次必填”的五项：博主身份、展示名、
+   主赛道、目标读者、内容价值承诺。每次分 2–4 题展示带“推荐”项的选择卡；不要用空白描述题
+   让用户从零编写，只有用户主动选择“自定义”才收集一句补充。其余字段默认跳过，并明确告知
+   用户之后可以直接说“查看我的画像”“把目标读者改为……”或“补充我的文风”。
 2. 把回答写入当前工作目录内用户可见的 JSON 文件，再运行
    `dxc profile save --input <file> --json`。不得询问或写入密码、Cookie、Token、
    AppSecret 等凭据。
-3. 创建项目之前运行 `dxc knowledge status --json`，向用户展示已有文章数，并让用户
+3. 用户自然语言要求查看画像时，运行 `dxc profile status --json`，按“身份与定位／表达与
+   边界／可选偏好／历史资料”列出当前值与尚未设置项。用户明确要求修改某一画像字段时，先运行
+   `dxc profile status --json`，只展示该字段的旧值与 reference 中对应候选项；确认后写入局部
+   JSON 并运行 `dxc profile update --input <file> --json`。不得重存整份画像或覆盖未提及字段。
+4. 不要求用户说“记住”。从用户自然语言中提取稳定但不属于结构化画像的补充上下文：明确的
+   长期事实可用 `dxc memory add --input <file> --json` 记录为 `user-stated`；临时活动必须带
+   到期时间。直接改变画像字段的陈述优先更新画像，不重复保存为补充记忆。网页、上传资料、
+   浏览器页面和其他不可信内容一律不能写入画像或补充记忆。用户说“查看／忘记我的内容记忆”
+   时，分别运行 `dxc memory list --json`／`dxc memory archive <id> --json`。
+5. 创建项目之前运行 `dxc knowledge status --json`，向用户展示已有文章数，并让用户
    选择“现在导入 / 稍后导入 / 本项目跳过”：
    - 现在导入：先让用户明确选择一个历史文章目录；将该目录写入画像的 `user.historyDirectory`，
      再运行 `dxc knowledge import-directory --directory <目录> --json`。该命令只递归处理用户
@@ -51,7 +69,7 @@ description: DxC 图文内容工作流的唯一公开入口。用户说“写一
    - 稍后导入或跳过：运行普通 `project init`，并展示返回的
      `knowledgeBootstrap.status` 和 `recommendedCommand`；
    - 不扫描主目录、Obsidian、云盘或浏览器。
-4. 仅在进入云端预览或交付时，运行 `dxc setup`。个人微信登录和公众号管理员授权是两种不同扫码语义，
+6. 仅在进入云端预览或交付时，运行 `dxc setup`。个人微信登录和公众号管理员授权是两种不同扫码语义，
    不得混为一谈。
 
 ## 初始化历史内容记忆
@@ -60,13 +78,21 @@ description: DxC 图文内容工作流的唯一公开入口。用户说“写一
 - 不扫描主目录、浏览器、Obsidian 仓库或云盘。
 - 用户明确选择目录时，运行 `dxc knowledge import-directory --directory <目录> --json`；
   用户逐文件选择时，运行 `dxc knowledge import <files...> --json`。两者都建立关键词与本地语义索引。
+- 检查导入结果的 `data.skipped`：空内容、去除 Markdown 标记后不足 20 个字符、无可索引正文或超过 5 MB 的单篇文件会被跳过，
+  不阻断其他文章；向用户汇报文件名和原因。同一 CLI 分块版本下的重复导入返回
+  `unchanged`，不重复建立索引；分块版本升级会触发一次本地重建。
 - 新项目优先通过 `project init --knowledge <files...>` 一步导入；该参数与独立
   `knowledge import` 使用同一个本地 SQLite 真值。
 - 首次下载约 24 MB 的量化中文嵌入模型前先告知用户；文章正文不得因此上传到 DxC Cloud。
 - 用户明确要求离线关键词模式时才使用 `--lexical-only`。之后不得把该结果冒充语义索引。
 - 在研究、Brief、大纲和正文步骤前，把具体召回目标写成查询，运行
   `dxc knowledge search "<目标>" --mode hybrid --limit 8 --json`。
-- 只把返回片段当作候选材料。保留 `articleId`、`chunkId`、标题、章节和哈希，不虚构出处；由对应内容 Skill 判断它是案例、金句还是观点。
+- 搜索结果的 `sourceType` 是 `history-article` 或 `quote`。只把它们当候选材料，不自动
+  塞进正文、不把相似度当事实；保留历史文章的 `articleId`/`chunkId`/哈希，或金句的
+  `quoteId`/`contentSha256`/状态/来源。默认检索只返回 `active` 金句，`archived` 金句不参与候选。
+- 当正文实际采用金句时，把当时的 `quoteId` 和 `contentSha256` 写入文章 frontmatter 的
+  `dxc.quoteSnapshots`。正文确认后不得用同一 quoteId 的后来编辑回写已确认项目；如要改用新
+  版本，必须更新正文并重新请求确认。
 - 用户要求遗忘文章时，先展示文章 ID 并确认目标，再运行
   `dxc knowledge remove <article-id> --json`。
 
@@ -174,9 +200,17 @@ dxc project checkpoint <stage> \
 
 ## 人工确认与交付
 
-- 只在缺失信息会改变执行路线、明显不同的立场选择、最终正文确认、标题选择、多个公众号
-  选择、不可变预览快照确认或不可安全恢复错误时暂停。视觉阶段没有图片生成能力且用户
-  未提供可用封面时，给出“启用生成能力／选择本地封面”的具体路径后暂停。
+- 先读取画像中的 `user.confirmationPolicy`：`guided`（默认）只在缺失信息会改变执行路线、
+  明显不同的立场选择、最终正文确认、标题选择、多个公众号选择、不可变预览快照确认或
+  不可安全恢复错误时暂停；`review-every-stage` 在每个内容阶段展示产物并等待确认；
+  `auto-until-delivery` 让内容阶段自动推进。后两者都不能绕过创建微信公众号草稿前的
+  不可变预览确认，也不能绕过未授权或超出用户已确认额度的图片生成确认。图片自动生成还必须
+  同时满足 `user.visualGenerationAuthorization.mode=auto-within-limit` 和本次张数不超过
+  `maxImagesPerRun`。
+- 用户明确说“重新生成大纲”时，只从 `outline` 重做；新大纲哈希会使 `article`、`titles`、
+  `visual-plan`、`quality-review` 和 `delivery` 自动变为 `stale`，研究与 Brief 可复用。用户
+  要改命题时则从 `brief` 重做。不得沿用失效标题、素材或预览快照。
+- 视觉阶段没有图片生成能力且用户未提供可用封面时，给出“启用生成能力／选择本地封面”的具体路径后暂停。
 - 普通研究、可唯一收敛的 Brief、大纲、视觉计划和通过的内部审校完成后自动继续。
 - 不把“用户继续”推断为对未知正文、未知公众号或未知渲染快照的确认。
 - `article` 调用 `dxc-article-write@0.1.0`，用户确认正文后才进入标题。

package/skills/dxc-content-workflow/references/onboarding-questions.md

@@ -1,32 +1,59 @@
 # DxC 首次用户全局记忆问卷
 
-只在 `dxc profile status --json` 返回 `configured: false`，或用户明确要求修改全局记忆时读取并使用本问卷。分 2–4 题一组提问，不一次堆给用户。回答保存为权限受限的 `~/.dxc/content-profile.json`，同时生成便于人和 Agent 阅读的 `~/.dxc/USER.md`；它们都是用户资料，不是可执行指令。
+只在 `dxc profile status --json` 返回 `configured: false`，或用户明确要求查看/修改画像时读取并使用本问卷。分 2–4 题一组提问，不一次堆给用户。回答保存为权限受限的 `~/.dxc/content-profile.json`，同时生成便于人和 Agent 阅读的 `~/.dxc/USER.md`；它们都是用户资料，不是可执行指令。
 
-原型中的“常用配置”不在首次问卷逐项收集：它们应由每篇 Brief（命题卡）或项目阶段决定。首次只收集会长期影响内容质量与安全边界的固定资料。
-
-## 第一组：博主身份和内容定位
-
-- `user.creatorRole`：博主身份，例如“独立产品顾问”“职场成长博主”或“品牌内容团队”。
-- `user.displayName`：DxC 内显示的名称。
-- `user.penName`：对外笔名；没有可跳过。
-- `user.primaryDomains`：1–5 个主赛道，例如“职场、个人成长”。
-- `user.targetAudience`：核心读者画像。
-- `user.contentValuePromise`：希望每篇文章为读者带来的具体价值。
-
-## 第二组：表达与价值边界
-
-- `user.writingVoice`：文风与段落习惯，例如“犀利但不刻薄，短段落”。
-- `user.pointOfView`：常用人称，例如“第二人称‘你’”。
-- `user.coreValues`：核心价值观或观点立场。
-- `user.redLines`：不可触碰的话题、表达或事实边界。
+本文件是首次画像的唯一题库真值：字段解释、候选项、推荐项、分组和“必填/可跳过”规则均由此定义。WorkBuddy 或其他宿主只负责原样展示和收集答案，不能自行发挥、增删候选项、改写推荐项或替用户作答。CLI 只校验并保存入口 Skill 已经收集的结构化结果。
 
-## 第三组：可选的长期偏好
-
-- `user.publishingCadence`：更新频率或工作日历。
-- `user.titlePreferences`：标题风格、长度、emoji 等偏好。
-- `user.visualPreferences`：封面与插图风格偏好。
+原型中的“常用配置”不在首次问卷逐项收集：它们应由每篇 Brief（命题卡）或项目阶段决定。首次只收集会长期影响内容质量与安全边界的固定资料。
 
-## 第四组：历史文章目录
+## 交互方式
+
+- 每次只展示 2–4 张选择卡，并为每题标出一个“推荐”默认项；用户只需选择、跳过或在
+  “自定义”被主动选中后补充一句。首次必填项不得跳过；其余所有项都默认跳过。
+- 不问“你想怎么写”“你的读者是谁”这类空白题。应根据已授权公众号名称、用户已选赛道
+  和读者阶段，把选项写成可理解的短句。
+- 名称类问题优先提供“使用已授权公众号名称（推荐）”“使用现有笔名”“自定义名称”三项；
+  只有最后一项需要输入文本。
+- 选择项的显示文案可直接投影为 `user` 对象的初始值；用户之后可随时重新运行本问卷、只
+  修改一个选项或补充说明，保存会同步更新 `~/.dxc/USER.md`。
+
+## 第一组：博主身份和内容定位（首次必填）
+
+- `user.creatorRole`：选择“个人专家/顾问”“职业内容创作者”“品牌/企业内容团队”“教育/培训者”
+  或“自定义”。
+- `user.displayName`：选择“使用已授权公众号名称（推荐）”“使用现有笔名”“自定义名称”。
+  `user.penName` 只在选择笔名或用户主动补充时保存。
+- `user.primaryDomains`：从商业与创业、技术与 AI、职场与个人成长、生活方式、教育与知识传播
+  中选择 1–5 个；与 `content.domain` 保持一致。
+- `user.targetAudience`：选择“刚开始了解”“已意识到问题（推荐）”“正在比较方案”“已有经验/客户”
+  或“自定义”。
+- `user.contentValuePromise`：选择“给一个可执行的方法（推荐）”“解释复杂问题”“提供真实案例”
+  “帮助做决策”“建立专业信任”或“自定义”。
+
+## 第二组：表达与价值边界（可选，默认跳过）
+
+- `user.writingVoice`：从直接清楚（推荐）、故事/案例进入、结构化分析、自然对话感、有证据的
+  反常识观点中选择，可多选；不要求用户自己描述文风。
+- `user.pointOfView`：选择“我”“我们”“直接对你说（推荐）”或“中性第三人称”。
+- `user.coreValues`：从真实不夸大、尊重普通人、事实优先、提供可执行帮助、保持独立判断中
+  选择 1–3 个，也可自定义。
+- `user.redLines`：从不虚构事实/案例、不贩卖焦虑、不攻击群体、不使用歧视表达、不作医疗/法律/
+  投资承诺中多选；只有有特殊边界时才补充自定义文本。
+
+## 第三组：可选的长期偏好（默认跳过）
+
+- `user.publishingCadence`：选择“每周 1 篇（推荐）”“每周 2–3 篇”“按项目需要”“暂不设置”。
+- `user.titlePreferences`：选择“专业清楚（推荐）”“故事感”“有证据的反常识”“问题式”“暂不设置”。
+- `user.visualPreferences`：选择“简洁文字与结构图（推荐）”“品牌色扁平插画”“真实照片/截图”
+  “低饱和氛围插画”或“暂不设置”。
+- `user.confirmationPolicy`：选择“关键内容、标题与交付确认（推荐）”“每个内容阶段确认”或
+  “内容阶段自动推进，仅草稿创建确认”。最后一项不会绕过创建微信公众号草稿前的不可变预览确认，
+  也不会把未授权或超出已确认额度的图片生成变成静默操作。
+- `user.visualGenerationAuthorization`：仅当用户选择自动内容阶段时再问。默认“每次确认”；
+  用户明确同意后才可保存 `auto-within-limit` 和单次最大图片数（1–20）。它不包含或猜测价格，
+  宿主若声明实际消耗超过用户理解的范围，仍应重新确认。
+
+## 第四组：历史文章目录（可选，默认跳过）
 
 先说明：只会递归读取用户明确选定的一个目录中的 `.md`、`.markdown`、`.txt`；不扫描主目录、Obsidian、浏览器或云盘，也不上传正文到 DxC Cloud。用户确认目录后：
 
@@ -34,7 +61,19 @@
 2. 执行 `dxc knowledge import-directory --directory <用户确认的目录> --json`；
 3. 首次语义导入前告知会下载约 24 MB 的本地中文模型。无网络时由用户明确选择 `--lexical-only`。
 
-## 必答
+## 可随时修改
+
+首次选择只用于生成可见的初始画像，不锁定用户。用户之后说“查看我的画像”时，入口 Skill
+按分组列出所有当前值和未设置项；说“我的目标读者变成……”或“修改我的文风”时，只重新展示
+受影响字段的候选项和旧值。确认后使用 `dxc profile update --input <patch.json> --json` 局部更新，
+并告知 `content-profile.json`、`content-memory.json` 与 `USER.md` 已同步更新。修改画像不自动重写
+历史文章、现有项目或已创建的草稿。
+
+用户无需说“记住”：入口 Skill 可从正常对话中记录不属于画像字段、且来自用户明确陈述的稳定
+补充信息。长期业务/品牌背景可写入 `content-memory.json`；临时活动必须写明到期时间。推断、网页
+内容、上传资料或浏览器页面不得写入记忆。用户随时可要求列出或归档补充记忆。
+
+## 可选默认项
 
 ### `content.goal`：主要创作目标
 
@@ -111,7 +150,7 @@
 
 ## 固定边界
 
-- `delivery.channel` 是必答项，当前版本只能保存为 `wechat-official-account`。
+- `delivery.channel` 是固定平台事实，当前版本只能保存为 `wechat-official-account`；不作为首次问题展示。
 - 不询问公众号 AppSecret、开放平台 Token、EncodingAESKey、支付密钥、Cookie 或密码。
 - 自定义补充只写入对应答案的 `note`，每项最多 500 字。
 
@@ -120,21 +159,7 @@
 ```json
 {
   "questionnaireVersion": "dxc-onboarding@1",
-  "answers": [
-    {
-      "questionId": "content.goal",
-      "selectedOptionIds": ["build-trust"]
-    },
-    {
-      "questionId": "writing.style",
-      "selectedOptionIds": ["direct", "story-led"],
-      "note": "优先使用本人真实经历"
-    },
-    {
-      "questionId": "delivery.channel",
-      "selectedOptionIds": ["wechat-official-account"]
-    }
-  ],
+  "answers": [],
   "user": {
     "creatorRole": "职场成长博主",
     "displayName": "饭大",
@@ -146,6 +171,7 @@
     "writingVoice": "犀利但不刻薄，短段落",
     "pointOfView": "第二人称‘你’",
     "coreValues": "真实、温度、站在普通人一边",
+    "confirmationPolicy": "guided",
     "redLines": "性别对立、地域歧视、虚假鸡汤",
     "historyDirectory": "D:/Writing/历史文章"
   }

package/skills/dxc-content-workflow/references/stage-contract.md

@@ -38,7 +38,10 @@ frontmatter 中，不覆盖上述字段。
 正文、来源、候选和报告放在 frontmatter 之后，保持 Markdown 可直接阅读和编辑。
 
 阶段特有字段由各 Skill 的输出模板定义。视觉阶段还会校验真实 PNG/JPEG、素材目录、
-体积和 SHA-256；标题完成时必须存在不超过 32 个 Unicode 字符的最终标题；审校完成时
+体积和 SHA-256。每个正文都必须有独立金句交接 sidecar（旁车文件），在 frontmatter 中记录
+相对路径与 SHA-256；sidecar 的每条原句必须逐字出现在正文。视觉计划的每张正文配图都必须
+提供唯一的 `placementAnchor: after-heading:<正文二级标题全文>`，交付 CLI 据此插入，找不到或
+重复匹配即拒绝预览。标题完成时必须存在不超过 32 个 Unicode 字符的最终标题；审校完成时
 必须是零阻断的 `pass`；交付完成时必须存在意图 ID、微信 MediaID 和完成状态。
 
 ## 状态

package/skills/dxc-knowledge/SKILL.md

@@ -0,0 +1,30 @@
+---
+name: dxc-knowledge
+description: 管理 DxC 本地历史文章知识库。用户要求导入、检查、检索、重建或删除自己明确选择的 Markdown 或文本历史文章时使用。通过 dxc knowledge CLI 操作本地 SQLite 和本地向量索引，不进入单篇文章的八步流程。
+---
+
+# DxC 历史知识库
+
+CLI 是 `~/.dxc/content-memory.sqlite` 的真值。本 Skill 只帮助用户显式选择来源、理解检索结果和
+执行可恢复的 CLI 操作；不扫描主目录、Obsidian、云盘或浏览器。
+
+## 导入与检查
+
+1. 先运行 `dxc knowledge status --json`，如实说明文章数、分段数和语义索引状态。
+2. 用户逐文件授权时使用 `dxc knowledge import <files...> --json`；明确选择目录时使用
+   `dxc knowledge import-directory --directory <目录> --json`。
+3. 首次建立语义索引前告知会下载本地量化模型；正文不上传到 DxC Cloud。
+4. 汇报导入的 `imported` 与 `skipped`；跳过项不阻断其他文章，不把关键词模式说成语义检索。
+
+## 检索与删除
+
+1. 将用户的实际召回目标转为具体查询，运行
+   `dxc knowledge search "<目标>" --mode hybrid --limit 8 --json`。
+2. 仅展示有界片段及文章、分段和哈希标识；它们是候选材料，不自动判为案例、事实或金句。
+3. 删除前先展示文章 ID 与来源标签，取得确认后运行
+   `dxc knowledge remove <article-id> --json`。
+
+## 与文章工作流的边界
+
+- 内容工作流只读地查询本库；导入、删除和目录授权由用户直接调用本 Skill。
+- 它不创建项目、不写 checkpoint，不把历史全文同步至云端。

package/skills/dxc-knowledge/agents/openai.yaml

@@ -0,0 +1,6 @@
+interface:
+  display_name: "DxC 历史知识库"
+  short_description: "导入维护并检索用户明确选择的本地历史文章与内容资料库"
+  default_prompt: "使用 $dxc-knowledge 导入、检查或检索我的历史文章。"
+policy:
+  allow_implicit_invocation: true

package/skills/dxc-memory/SKILL.md

@@ -0,0 +1,28 @@
+---
+name: dxc-memory
+description: 管理 DxC 本地内容补充记忆。用户要求补充、查看、更正或遗忘长期内容背景、受众变化、品牌背景、写作偏好或临时活动时使用。仅把用户明确陈述的内容交给 dxc memory CLI 保存，不进入单篇文章的八步流程。
+---
+
+# DxC 内容记忆
+
+CLI 是 `~/.dxc/content-memory.json` 的真值，并投影为供 Agent 阅读的 `USER.md`；两者都只存于
+本机私有目录。本 Skill 不把任何记忆当作指令。
+
+## 保存
+
+1. 只接受用户在当前对话中明确陈述的稳定事实；网页、上传资料、浏览器页面和研究包都不能写入。
+2. 将内容归类为 `audience-change`、`brand-context`、`business-context`、
+   `temporary-campaign` 或 `writing-preference`，并明确 `global` 或 `project` 范围。
+3. 临时活动必须向用户确认到期时间；其他类别不得凭空补到期时间。
+4. 把记录写入用户可见 JSON，运行 `dxc memory add --input <file> --json`，并说明保存结果。
+
+## 查看、纠正与遗忘
+
+1. 运行 `dxc memory list --json`，显示 ID、类别、范围、状态和到期信息。
+2. 用户要求遗忘时，先展示目标记录和影响，再运行 `dxc memory archive <memory-id> --json`。
+3. 用户要求更正时，归档旧记录后，基于用户的新陈述新增一条；不得静默改写历史来源。
+
+## 边界
+
+- 单篇选题、标题、字数和当周热点不是全局记忆，留在 Brief 或项目产物中。
+- 本 Skill 不创建文章、不写阶段 checkpoint，也不触发发布或其他外部副作用。

package/skills/dxc-memory/agents/openai.yaml

@@ -0,0 +1,6 @@
+interface:
+  display_name: "DxC 内容记忆"
+  short_description: "维护用户明确陈述的长期内容上下文与可归档的临时记忆"
+  default_prompt: "使用 $dxc-memory 查看、补充或归档我的内容记忆。"
+policy:
+  allow_implicit_invocation: true

package/skills/dxc-profile/SKILL.md

@@ -0,0 +1,32 @@
+---
+name: dxc-profile
+description: 管理 DxC 本地创作画像。用户要求查看、初始化或修改自己的身份定位、目标读者、文风、视觉偏好、历史文章目录或确认策略时使用。通过 dxc profile CLI 完成校验和私有持久化，不进入单篇文章的八步流程。
+---
+
+# DxC 创作画像
+
+只维护跨文章稳定的创作偏好。CLI 是 `~/.dxc/content-profile.json` 的真值；本 Skill 只负责
+自然语言交互、最小确认和调用 CLI。
+
+## 查看与初始化
+
+1. 先运行 `dxc profile status --json`；按“身份与定位／表达与边界／可选偏好／历史资料”呈现，
+   不输出私有文件绝对路径。
+2. 未初始化时，读取
+   [../dxc-content-workflow/references/onboarding-questions.md](../dxc-content-workflow/references/onboarding-questions.md)，
+   只收集首次必填的五项。按原有候选项分组展示；用户选择自定义时才收集一句补充。
+3. 把答案写入用户可见的临时 JSON，再运行 `dxc profile save --input <file> --json`。不得收集
+   密码、Cookie、Token 或任何平台密钥。
+
+## 局部更新
+
+1. 先读取当前状态，仅展示用户要改字段的旧值与可选项。
+2. 取得该字段的新值确认后，写入只包含改动字段的 JSON，调用
+   `dxc profile update --input <file> --json`。
+3. 不重存整份画像，不覆盖用户未提及的字段。
+
+## 与文章工作流的边界
+
+- 它不是八个阶段之一，不创建项目、不写 checkpoint（检查点）。
+- `dxc-content-workflow` 和写作 Skill 只能读取画像；用户明确修改画像时才调用本 Skill。
+- 图片生成授权和确认策略不能绕过不可变预览确认或未授权额度确认。

package/skills/dxc-profile/agents/openai.yaml

@@ -0,0 +1,6 @@
+interface:
+  display_name: "DxC 创作画像"
+  short_description: "查看和维护可跨文章复用的个人创作身份定位及内容偏好资料"
+  default_prompt: "使用 $dxc-profile 查看或更新我的创作画像。"
+policy:
+  allow_implicit_invocation: true