@deployxai/dxc 0.1.2 → 0.1.3

package/README.md

@@ -1,133 +1,15 @@
 # DeployX 内容工作台（DxC）
 
-DeployX 内容工作台是一个 AI Native（AI 原生）的内容工作台。用户主要在 WorkBuddy、
-Codex 等 Agent（智能体）环境中工作：`dxc-*` Skills（技能）负责协作与编排，本地
-`dxc` CLI 负责确定性文件和设备动作，DxC Cloud 负责密钥、权威渲染、持久状态和微信
-草稿副作用。
+这是 DxC 的官方 CLI 与九个官方内容工作流 Skill。
 
-当前代码已经形成可安装、可测试、可跨会话恢复的微信公众号内容闭环：
+安装、权限范围、Windows/WorkBuddy 使用方式与源码核验，请阅读：
+https://deployxai.com/dxc/
 
-> 安装 CLI 和九个官方 Skill → 用自然语言提出主题或继续某篇文章 →
-> 自动研究、Brief、大纲 → 确认正文和标题 → 自动生成视觉计划与审校 →
-> Agent 生成或选择真实内容封面与正文配图 →
-> 个人微信登录或明确注册 → 扫码绑定公众号 → 上传正文、配图和封面 →
-> 在 Agent 右侧展示云端 `wechat-minimal@1` 预览 → 用户确认不可变快照和公众号 →
-> 后台创建草稿 →
-> `draft/get` 回读核验。
+## 包含内容
 
-MVP 只支持微信公众号，只创建草稿，不正式发布、不群发。当前闭环支持显式本地
-PNG/JPEG 素材采集和 Agent 宿主图片生成；视觉阶段必须落盘真实内容封面，CLI 不生成
-测试占位图。权威渲染与样式预览保留在云端，并由 Agent 在右侧内置浏览器直接展示。
-SkillPay、订单和权益仍是后续阶段。
+- `dxc` CLI：本地项目、画像、显式历史文章导入和授权/草稿命令；
+- `dxc-content-workflow`：唯一可隐式调用的内容工作流入口；
+- 八个受控下游 Skill：研究、Brief、大纲、正文、标题、视觉、审校和微信草稿交付。
 
-## 首位用户入口
-
-- [第一个真实用户安装与体验指南](docs/first-user-guide.md)
-- [交给 WorkBuddy 的本地安装与体验任务](docs/workbuddy-first-user-runbook.md)
-- [本地开发、配置和验证](docs/local-development.md)
-- [微信第三方平台配置](docs/references/wechat-third-party-platform-setup.md)
-- [独立网站应用登录配置](docs/references/wechat-website-login-setup.md)
-
-九个可分发的官方 Skill：
-
-```text
-skills/
-  dxc-content-workflow/   # 唯一隐式入口、跨会话恢复和八步自动线性编排
-  dxc-research/           # 意图归一、公开研究、本地知识召回和角度候选
-  dxc-content-brief/      # 九字段命题和必要时的立场选择
-  dxc-article-outline/    # 可解析的大纲、情绪、证据、金句和视觉锚点
-  dxc-article-write/      # 可发布正文和最终正文确认
-  dxc-title-write/        # 为已确认正文生成、筛选并确认标题
-  dxc-visual-plan/        # 封面与正文配图计划、生成/采集和本地素材交接
-  dxc-content-review/     # 事实、标题承诺、正文和交付边界审校
-  dxc-wechat-publisher/   # 选择公众号、不可变预览、确认和草稿交付
-```
-
-九个 Skill 一次安装，但只有 `dxc-content-workflow` 允许隐式触发。总控从项目索引、
-实际产物和 checkpoint 判断下一阶段，再显式调度内部专家。用户已有正文时也可从正文
-继续，只跳过这条路线确实不需要的前置步骤。每个阶段把实际输入、输出、摘要和等待问题
-写入本地 checkpoint，Markdown 产物统一带 `dxc-content-stage@1` 元数据；新会话可按
-文章标题恢复，并自动推进到下一个真实人工闸门。
-
-## 工程结构
-
-```text
-apps/
-  cli/                 # 安装、画像、项目、知识库、设备、微信和草稿命令
-  server/              # 健康、身份、微信授权、上传、渲染、预览和草稿意图 API
-  worker/              # Mongo 原子领取、微信素材/草稿副作用和回读
-packages/
-  contracts/           # CLI、身份、文章、快照、确认和草稿运行时契约
-  config/              # Zod 配置校验
-  object-storage/      # 内存、本地开发目录和 S3 兼容适配器
-  renderer-wechat/     # wechat-minimal@1、清洗、预检、哈希和黄金样例
-  security/            # 结构化日志、默认脱敏、设备签名和凭据密文
-  wechat-client/       # 微信 API 安全、Token、永久素材和草稿适配
-  wechat-draft/        # 保留的固定真实联调夹具
-  workflow-state/      # 身份、授权、检查点和草稿状态转换
-skills/
-fixtures/
-docs/
-```
-
-本地历史文章知识库是真实的本机实现：SQLite 保存真值，FTS5 与固定 revision 的
-`bge-small-zh-v1.5` q8 模型做 RRF 混合召回。CLI 不自动扫描用户目录，也不把历史全文
-上传到 DxC Cloud。
-
-## 快速开发验证
-
-仓库中的 Server/Worker 开发要求 Node.js 24 LTS 和 pnpm 11；可分发的 DxC CLI 兼容
-Node.js 22.13+ 与 24：
-
-```text
-pnpm install --frozen-lockfile
-pnpm check
-pnpm package:cli
-```
-
-`pnpm package:cli` 生成可本地安装的
-`.artifacts/deployxai-dxc-0.1.2.tgz`，其中包含 CLI 和九个官方 Skill。公开 npm 安装使用
-`npm install -g @deployxai/dxc@0.1.2 --registry=https://registry.npmjs.org/`；生产只接收
-本地或 CI 已验证的构建产物，不在服务器安装依赖或执行构建。
-
-本地 Server 的通用文章闭环需要本机 Mongo 和私有开发目录：
-
-```text
-DXC_OBJECT_STORAGE_MODE=filesystem
-DXC_OBJECT_STORAGE_DIRECTORY=/absolute/path/to/local-dxc-objects
-```
-
-生产 Server 与 Worker 分离时必须共享同一私有 S3 兼容对象存储；生产不得使用容器本地
-目录。完整变量见 `.env.example` 和 [本地开发说明](docs/local-development.md)。
-
-## 安全与生产边界
-
-- 个人网站登录与公众号第三方平台授权使用不同 AppID/AppSecret、回调和身份语义。
-- 首次 `dxc setup` 允许用户明确创建个人内容空间；普通 `auth login` 对未关联身份仍
-  固定失败。公众号扫码不能接管已有租户。
-- 每个租户业务查询显式包含 `tenantId`；只有 Worker 的特权调度仓储可跨租户原子领取
-  意图，领取后所有授权、快照、素材、状态转移和审计都重新绑定任务自带的 `tenantId`。
-- 上传和预览短时有效；预览使用 no-store、noindex 和严格 CSP。
-- 创建草稿前必须确认不可变 `snapshotHash + accountId`；相同幂等键不会创建第二个意图。
-- 素材上传或 `draft/add` 结果不确定时进入
-  `ASSET_UPLOAD_UNVERIFIED` / `CREATED_UNVERIFIED`，禁止盲目重试。
-- 仓库、文档、测试、日志和安装包不包含真实 AppSecret、Token、AES/RSA 私钥、Mongo
-  口令或平台证书。
-- `/Users/lvyuanfang/FlutterCode/choir_site` 和旧
-  `/Users/lvyuanfang/.workbuddy/skills/content-to-wechat/` 均不在本任务中修改。
-- 任何任务都禁止访问或修改 `puzhi-prod`、`puzhi_ecs`。
-- `alivps`、`worker_vps`、Nginx 和生产配置只允许在用户明确授权的发布任务中按
-  `deploy/` 的备份、校验和回滚步骤修改；DNS 和证书不随应用版本发布。
-
-## 架构文档
-
-- [项目背景与已确认决策](docs/00-project-context.md)
-- [终态产品与架构](docs/01-north-star-architecture.md)
-- [MVP 技术方案](docs/02-mvp-technical-design.md)
-- [领域模型、状态机与接口](docs/03-domain-state-api.md)
-- [安全、隐私与运维边界](docs/04-security-and-operations.md)
-- [实施顺序与验收闸门](docs/05-delivery-plan.md)
-- [ADR-0005：总控与本地内容记忆](docs/decisions/0005-official-skill-orchestration-and-local-content-memory.md)
-- [ADR-0006：两种微信身份分离](docs/decisions/0006-separate-wechat-user-login-from-account-authorization.md)
-- [ADR-0007：显式首次个人微信注册](docs/decisions/0007-explicit-personal-wechat-start.md)
-- [ADR-0008：端到端内容闭环连续性](docs/decisions/0008-end-to-end-content-workflow-continuity.md)
+安装本包不会自动登录微信、绑定公众号、读取历史文章、上传内容或创建草稿。每项敏感操作
+均需要用户在后续流程中明确确认。

package/dist/index.js

@@ -23285,7 +23285,7 @@ import path8 from "node:path";
 // apps/cli/package.json
 var package_default = {
   name: "@dxc/cli",
-  version: "0.1.2",
+  version: "0.1.3",
   private: true,
   type: "module",
   bin: {

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@deployxai/dxc",
-  "version": "0.1.2",
+  "version": "0.1.3",
   "description": "DeployX 内容工作台 CLI 与官方 Skills",
   "type": "module",
   "bin": {
@@ -15,7 +15,6 @@
   },
   "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/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

@@ -37,8 +37,10 @@ description: DxC 图文内容工作流的唯一公开入口。用户说“写一
 ## 新用户与新项目
 
 1. 首次完成 `dxc setup` 后，或新项目需要创作偏好且画像未配置时，完整读取
-   [references/onboarding-questions.md](references/onboarding-questions.md)，分小批提出选择题。
-   先确认博主身份、名称、赛道、读者、文风和价值边界；这些是全局记忆，不要每个项目重复问。
+   [references/onboarding-questions.md](references/onboarding-questions.md)，每次分 2–4 题展示
+   带“推荐”默认项的选择卡。不要用空白描述题让用户从零编写；只有用户主动选择“自定义”
+   才收集一句补充。先确认博主身份、名称、赛道、读者、文风和价值边界；这些是可随时修改
+   的全局记忆，不要每个项目重复问。
 2. 把回答写入当前工作目录内用户可见的 JSON 文件，再运行
    `dxc profile save --input <file> --json`。不得询问或写入密码、Cookie、Token、
    AppSecret 等凭据。

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

@@ -4,27 +4,46 @@
 
 原型中的“常用配置”不在首次问卷逐项收集：它们应由每篇 Brief（命题卡）或项目阶段决定。首次只收集会长期影响内容质量与安全边界的固定资料。
 
+## 交互方式
+
+- 每次只展示 2–4 张选择卡，并为每题标出一个“推荐”默认项；用户只需选择、跳过或在
+  “自定义”被主动选中后补充一句。
+- 不问“你想怎么写”“你的读者是谁”这类空白题。应根据已授权公众号名称、用户已选赛道
+  和读者阶段，把选项写成可理解的短句。
+- 名称类问题优先提供“使用已授权公众号名称（推荐）”“使用现有笔名”“自定义名称”三项；
+  只有最后一项需要输入文本。
+- 选择项的显示文案可直接投影为 `user` 对象的初始值；用户之后可随时重新运行本问卷、只
+  修改一个选项或补充说明，保存会同步更新 `~/.dxc/USER.md`。
+
 ## 第一组：博主身份和内容定位
 
-- `user.creatorRole`：博主身份，例如“独立产品顾问”“职场成长博主”或“品牌内容团队”。
-- `user.displayName`：DxC 内显示的名称。
-- `user.penName`：对外笔名；没有可跳过。
-- `user.primaryDomains`：1–5 个主赛道，例如“职场、个人成长”。
-- `user.targetAudience`：核心读者画像。
-- `user.contentValuePromise`：希望每篇文章为读者带来的具体价值。
+- `user.creatorRole`：选择“个人专家/顾问”“职业内容创作者”“品牌/企业内容团队”“教育/培训者”
+  或“自定义”。
+- `user.displayName`：选择“使用已授权公众号名称（推荐）”“使用现有笔名”“自定义名称”。
+  `user.penName` 只在选择笔名或用户主动补充时保存。
+- `user.primaryDomains`：从商业与创业、技术与 AI、职场与个人成长、生活方式、教育与知识传播
+  中选择 1–5 个；与 `content.domain` 保持一致。
+- `user.targetAudience`：选择“刚开始了解”“已意识到问题（推荐）”“正在比较方案”“已有经验/客户”
+  或“自定义”。
+- `user.contentValuePromise`：选择“给一个可执行的方法（推荐）”“解释复杂问题”“提供真实案例”
+  “帮助做决策”“建立专业信任”或“自定义”。
 
 ## 第二组：表达与价值边界
 
-- `user.writingVoice`：文风与段落习惯，例如“犀利但不刻薄，短段落”。
-- `user.pointOfView`：常用人称，例如“第二人称‘你’”。
-- `user.coreValues`：核心价值观或观点立场。
-- `user.redLines`：不可触碰的话题、表达或事实边界。
+- `user.writingVoice`：从直接清楚（推荐）、故事/案例进入、结构化分析、自然对话感、有证据的
+  反常识观点中选择，可多选；不要求用户自己描述文风。
+- `user.pointOfView`：选择“我”“我们”“直接对你说（推荐）”或“中性第三人称”。
+- `user.coreValues`：从真实不夸大、尊重普通人、事实优先、提供可执行帮助、保持独立判断中
+  选择 1–3 个，也可自定义。
+- `user.redLines`：从不虚构事实/案例、不贩卖焦虑、不攻击群体、不使用歧视表达、不作医疗/法律/
+  投资承诺中多选；只有有特殊边界时才补充自定义文本。
 
 ## 第三组：可选的长期偏好
 
-- `user.publishingCadence`：更新频率或工作日历。
-- `user.titlePreferences`：标题风格、长度、emoji 等偏好。
-- `user.visualPreferences`：封面与插图风格偏好。
+- `user.publishingCadence`：选择“每周 1 篇（推荐）”“每周 2–3 篇”“按项目需要”“暂不设置”。
+- `user.titlePreferences`：选择“专业清楚（推荐）”“故事感”“有证据的反常识”“问题式”“暂不设置”。
+- `user.visualPreferences`：选择“简洁文字与结构图（推荐）”“品牌色扁平插画”“真实照片/截图”
+  “低饱和氛围插画”或“暂不设置”。
 
 ## 第四组：历史文章目录
 
@@ -34,6 +53,13 @@
 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` 已同步更新。修改画像不自动
+重写历史文章、现有项目或已创建的草稿。
+
 ## 必答
 
 ### `content.goal`：主要创作目标

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. 历史文章由用户显式选择并保留在本机；语义召回必须带原文片段和可追溯哈希，不能把模型相似度当作事实。