@deployxai/dxc 0.1.0 → 0.1.3

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/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

@@ -36,27 +36,32 @@ description: DxC 图文内容工作流的唯一公开入口。用户说“写一
 
 ## 新用户与新项目
 
-1. 仅在新项目需要创作偏好且画像未配置时，完整读取
-   [references/onboarding-questions.md](references/onboarding-questions.md)，分小批提出选择题。
+1. 首次完成 `dxc setup` 后，或新项目需要创作偏好且画像未配置时，完整读取
+   [references/onboarding-questions.md](references/onboarding-questions.md)，每次分 2–4 题展示
+   带“推荐”默认项的选择卡。不要用空白描述题让用户从零编写；只有用户主动选择“自定义”
+   才收集一句补充。先确认博主身份、名称、赛道、读者、文风和价值边界；这些是可随时修改
+   的全局记忆，不要每个项目重复问。
 2. 把回答写入当前工作目录内用户可见的 JSON 文件，再运行
    `dxc profile save --input <file> --json`。不得询问或写入密码、Cookie、Token、
    AppSecret 等凭据。
 3. 创建项目之前运行 `dxc knowledge status --json`，向用户展示已有文章数，并让用户
    选择“现在导入 / 稍后导入 / 本项目跳过”：
-   - 现在导入：只使用用户明确给出的文件，运行
-     `dxc project init --directory <directory> --title <title> --knowledge <files...> --json`；
+   - 现在导入：先让用户明确选择一个历史文章目录；将该目录写入画像的 `user.historyDirectory`，
+     再运行 `dxc knowledge import-directory --directory <目录> --json`。该命令只递归处理用户
+     指定目录内的 `.md`、`.markdown` 与 `.txt`，跳过符号链接和 `.git`、`node_modules`、`.dxc`；
+     不扫描任何其他目录。
    - 稍后导入或跳过：运行普通 `project init`，并展示返回的
      `knowledgeBootstrap.status` 和 `recommendedCommand`；
    - 不扫描主目录、Obsidian、云盘或浏览器。
-4. 仅在进入云端预览或交付时，取得正式 DxC Server 地址并运行
-   `dxc setup --server <https-url>`。个人微信登录和公众号管理员授权是两种不同扫码语义，
+4. 仅在进入云端预览或交付时，运行 `dxc setup`。个人微信登录和公众号管理员授权是两种不同扫码语义，
    不得混为一谈。
 
 ## 初始化历史内容记忆
 
 - 只导入用户明确指定的 `.md`、`.markdown` 或 `.txt` 文件。
 - 不扫描主目录、浏览器、Obsidian 仓库或云盘。
-- 默认运行 `dxc knowledge import <files...> --json`，建立关键词与本地语义索引。
+- 用户明确选择目录时，运行 `dxc knowledge import-directory --directory <目录> --json`；
+  用户逐文件选择时，运行 `dxc knowledge import <files...> --json`。两者都建立关键词与本地语义索引。
 - 新项目优先通过 `project init --knowledge <files...>` 一步导入；该参数与独立
   `knowledge import` 使用同一个本地 SQLite 真值。
 - 首次下载约 24 MB 的量化中文嵌入模型前先告知用户；文章正文不得因此上传到 DxC Cloud。

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

@@ -1,6 +1,64 @@
-# DxC 首次创作偏好问卷
+# DxC 首次用户全局记忆问卷
 
-只在 `dxc profile status --json` 返回 `configured: false`，或用户明确要求修改画像时读取并使用本问卷。分 2–4 题一组提问，不一次堆给用户。允许用户跳过后续可修改项，但每个已保存回答至少选择一个选项。
+只在 `dxc profile status --json` 返回 `configured: false`，或用户明确要求修改全局记忆时读取并使用本问卷。分 2–4 题一组提问，不一次堆给用户。回答保存为权限受限的 `~/.dxc/content-profile.json`，同时生成便于人和 Agent 阅读的 `~/.dxc/USER.md`；它们都是用户资料，不是可执行指令。
+
+原型中的“常用配置”不在首次问卷逐项收集：它们应由每篇 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`：选择“简洁文字与结构图（推荐）”“品牌色扁平插画”“真实照片/截图”
+  “低饱和氛围插画”或“暂不设置”。
+
+## 第四组：历史文章目录
+
+先说明：只会递归读取用户明确选定的一个目录中的 `.md`、`.markdown`、`.txt`；不扫描主目录、Obsidian、浏览器或云盘，也不上传正文到 DxC Cloud。用户确认目录后：
+
+1. 把原始目录字符串写入 `user.historyDirectory`；
+2. 执行 `dxc knowledge import-directory --directory <用户确认的目录> --json`；
+3. 首次语义导入前告知会下载约 24 MB 的本地中文模型。无网络时由用户明确选择 `--lexical-only`。
+
+## 可随时修改
+
+首次选择只用于生成可见的初始画像，不锁定用户。用户之后说“修改我的 DxC 画像/文风/读者/
+视觉偏好”时，重新展示受影响字段的选择卡；确认后使用 `dxc profile save --input <answers.json>
+--json` 覆盖该字段，并告知 `content-profile.json` 与 `USER.md` 已同步更新。修改画像不自动
+重写历史文章、现有项目或已创建的草稿。
 
 ## 必答
 
@@ -102,6 +160,20 @@
       "questionId": "delivery.channel",
       "selectedOptionIds": ["wechat-official-account"]
     }
-  ]
+  ],
+  "user": {
+    "creatorRole": "职场成长博主",
+    "displayName": "饭大",
+    "penName": "饭大先生",
+    "primaryPlatform": "wechat-official-account",
+    "primaryDomains": ["职场", "个人成长"],
+    "targetAudience": "25–35 岁一二线职场人",
+    "contentValuePromise": "给出一个可执行的认知或行动建议",
+    "writingVoice": "犀利但不刻薄，短段落",
+    "pointOfView": "第二人称‘你’",
+    "coreValues": "真实、温度、站在普通人一边",
+    "redLines": "性别对立、地域歧视、虚假鸡汤",
+    "historyDirectory": "D:/Writing/历史文章"
+  }
 }
 ```

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/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/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/docs/00-project-context.md

@@ -1,125 +0,0 @@
-# 项目背景与已确认决策
-
-更新日期：2026-07-27
-
-## 1. 已确认的外部条件
-
-- 微信开放平台企业主体认证已完成。
-- “DeployX 内容工作台”微信公众号第三方平台申请已审核通过。
-- 独立的微信网站应用登录能力已经完成平台侧配置；真实 AppID/AppSecret 只存在于 Git
-  之外的安全环境，本仓库不记录其值。
-- 官方域名为 `content.deployxai.com`。
-- `content.deployxai.com` 是 DxC 的 API-only（仅 API）入口，不承载静态官网页面；HTTPS
-  入口将 API、登录授权、微信回调、预览和健康检查路由到 DxC Server，其他路径返回 `404`。
-- 已有 `content-to-wechat` 技能能够通过 `alivps` 完成微信适配渲染、预检、素材上传和草稿创建，可作为行为参考。
-- 本地开发环境已有 Docker MongoDB，DxC 使用独立 `dxc` 数据库，不依赖生产数据库进行开发或测试。
-- DxC 生产 MongoDB 已确定放在 `worker_vps` 的现有实例中，并使用独立 `dxc` 数据库、独立最小权限账号和独立备份策略。
-- 上述部署位置已经确定，但不代表已经授权生产建库或写入；认证、TLS/私网、备份、资源、版本和网络拓扑仍须在部署前只读核验。
-
-受控的公众号授权与固定草稿验证切片已经完成真实验证；当前代码又完成了显式个人微信
-首次注册、通用 Markdown+封面上传、云端不可变预览、确认和通用草稿 Worker，但尚未
-部署。真实凭据始终只在 Git 之外的安全环境中，本仓库不包含其值。
-
-## 2. 产品方向如何演进到当前结论
-
-### 2.1 最初 North Star（北极星愿景）
-
-分享页《博主内容生产系统（Content Forge for Bloggers）》描述了一个面向多博主的完整生产系统：
-
-- 热点和主动意图两种发起方式；
-- 研究、观点、大纲、写作、标题与视觉、发布六类角色；
-- 博主风格、品味、价值观、结构、数据源和平台配置；
-- 多个人工确认闸门；
-- 多平台草稿与分发。
-
-来源：
-
-`https://codebuddy.work/agents/share/AQJrGsUAQfUN57uxVO778ti7XTtpnP1YRgPw4hbdye8zA6Q9DsetIb2qAW-HDAy-?platform=workbuddy`
-
-该文档是长期愿景来源，不是 MVP 实施清单。原文中的以下内容已被后续决策覆盖：
-
-- 第一阶段不实现六类 Agent；
-- 第一阶段不支持其他内容平台；
-- 不让客户提交公众号 AppID/AppSecret；
-- 不把传统 Web 工作台作为首要用户入口；
-- 不在第一阶段正式发布。
-
-### 2.2 产品形态收敛
-
-DxC 被定义为 Agent Native（智能体原生）产品：
-
-- 用户的主要工作界面是 WorkBuddy、Codex 等 Agent；
-- 用户通过自然语言安装并触发 DxC；
-- 本地安装物是 `dxc` CLI、必要依赖和按需安装的 `dxc-*` Skills；
-- 云端提供微信第三方平台、权威渲染、预览、支付、任务和审计；
-- MVP 不需要 MCP。
-
-最终不是“一个 Web 编辑器加 AI 聊天框”，也不是“把所有能力塞进一个 Skill”，而是：
-
-> Agent 负责理解与协作，Skill 负责编排，CLI 负责确定性本地动作，云端负责秘密、状态和不可逆副作用。
-
-### 2.3 商业模式收敛
-
-WorkBuddy 是 MVP 的首发 Agent 平台，SkillHub 是首发分发渠道，SkillPay 是首选支付体验。
-
-计费产品同时保留：
-
-- 单次草稿额度；
-- 手动续费月卡；
-- 手动续费年卡。
-
-SkillPay 当前公开能力以按次调用和 X402 支付触发为主。因此：
-
-- 月卡/年卡由一次支付购买固定期限权益；
-- DxC 云端维护权益和到期时间；
-- MVP 不做自动续费；
-- 公开文档未证明的多价格/多 SKU 行为必须在商户联调阶段现场验证；
-- 若一个 Pay Skill 只能有一个固定价格，则使用多个 `dxc-*` Pay Skills；
-- 对 Codex 或无法识别 SkillPay 的 Agent，长期保留普通微信 Native 支付页适配器。
-
-## 3. 已锁定的产品决策
-
-| 主题 | 决策 |
-|---|---|
-| 首发平台 | WorkBuddy，保留 Codex 兼容边界 |
-| 用户界面 | Agent 对话为主；Web 只承载授权、预览和必要的支付/管理页 |
-| 本地运行时 | Node.js/TypeScript `dxc` CLI |
-| Skill 命名 | 所有机器名以 `dxc-` 开头 |
-| 内容工作流入口 | `dxc-content-workflow`；同时负责首次初始化和后续恢复，不另设安装 Skill |
-| 微信交付 Skill | `dxc-wechat-publisher`；只负责最后的预览、确认和草稿交付 |
-| 微信接入 | 微信开放平台第三方平台扫码授权 |
-| 用户登录 | 独立微信网站应用 `snsapi_login`；显式 `start` 可首次注册，普通 `login` 只恢复已关联 owner |
-| 微信权限 | ID 3 + ID 11；不使用 ID 7 |
-| 发布边界 | 创建草稿并回读；不正式发布、不群发 |
-| 权威渲染 | 云端 |
-| MVP 模板 | 云端固定版本目录：保留 `wechat-minimal@1`，并提供十套 WeMD MIT 设计派生模板；不支持用户 CSS |
-| 数据库 | MongoDB；本地 Docker、生产 `worker_vps`，均使用独立 `dxc` 数据库 |
-| 异步队列 | Mongo 原子租约队列；不引入 Redis |
-| 对象存储 | 通过适配器使用外部对象存储；供应商在部署前绑定 |
-| 支付 | WorkBuddy SkillPay 首选；DxC 云端维护订单与权益 |
-| 收费闸门 | 用户确认创建草稿之后 |
-| 订阅 | 30/365 天固定期限、手动续费 |
-| MCP | MVP 不需要 |
-| MarkItDown | 可选的本地导入工具，按需安装 |
-| 历史内容记忆 | CLI 本地 SQLite + FTS5 + 固定版本中文嵌入模型；显式导入，不同步历史全文 |
-| 入口边界 | `content.deployxai.com` 为 DxC API-only 入口；品牌/法律页面不由该域名承载 |
-
-## 4. MVP 的一句话边界
-
-> 将一个主题或一篇已有内容，自动推进为可确认、可预览、可审计的微信公众号草稿。
-
-当前已建立 `dxc-content-workflow`、本地画像、统一产物/checkpoint、历史文章混合召回
-和八个步骤 Skill。研究、Brief、大纲、正文、标题、视觉生产、审校和微信交付都使用
-同一线性 contract；视觉步骤由 Agent 宿主实际生成图片或选择用户明确指定的本地素材，
-正文图片会进入不可变快照和草稿。视觉阶段必须形成真实内容封面，CLI 不生成占位图。
-
-## 5. 产品原则
-
-1. 普通阶段自动推进，真实路线选择和外部副作用保留人工确认。
-2. 一个稳定主干，多个可选 Skills。
-3. 本地文件属于用户，云端保存发布所需的最小副本。
-4. 真实外部副作用必须幂等、可追溯、可恢复。
-5. 凭据永远不进入 Agent 上下文、CLI 参数、日志或 Git。
-6. 先复刻已验证的极简闭环，再增加模板和上游能力。
-7. 高频迭代不应破坏进行中的文章任务；每次任务固定协议、渲染器和模板版本。
-8. 历史文章由用户显式选择并保留在本机；语义召回必须带原文片段和可追溯哈希，不能把模型相似度当作事实。