DeepSeek Harness SparkOS 工作台

前言¶

DeepSeek Harness（DSH）是「一切皆插件」的本地智能体开发框架，插件通过 DSH Host WebServer 与本地文件系统交互，在浏览器中提供 UI。现有 DSH 插件多侧重于调用 LLM 或管理知识库，面向「内容生产与交付」这一完整闭环的本地工作台较少。本机简报台（SparkOS）补齐了从情报采集、选题策划、内容创作、视觉生产到发布台账的全链路本地化能力，默认以简报台入口，而非内容工厂。

是什么¶

SparkOS 是 DSH 上的本机简报台，由 tangzheng202202 维护，分类为工作流。它读每日简报和当日必读，人工「采纳」后只记在本地账本，不自动发到公众号、X 或小红书。默认打开简报台，内容工厂、选题审批、草稿包、视觉审核、交付和发布台账默认关闭。

核心功能¶

8/9-tab 工作台与简报台¶

SparkOS 只有一个正式工作台，入口为 /sparkos（与 /sparkos/app 渲染同一模板）。默认简报台回答三个问题：

1. 今天该发什么：排期表里今天要发什么（media-os/01-content/30天排期.md，只读）
2. 今天可以写什么：今日循环产出的 hook 级草稿 + 引用卡（daily_data_*.json 的 drafts / citations）
3. 底层必读事件：今日判定事件（采纳/忽略写决策账本）（daily_data_*.json 的 must_reads）
4. 需要你动手：数据回流、蒸馏积压、待写回、补卡（media-os metrics + VAULT 队列）
5. 今天哪条线在升温：叙事主线 heating/stable/cooling
6. 水位：情报簇 / 带卡数 / 融合 / 数据回流

折叠抽屉包含原始简报全文、系统建议（守卫⑤）、引擎明细（历史草稿 / 蒸馏 / 待写回）。

九视图工厂模板（mode=full）提供总览、情报、选题、创作、审核、视觉、发布、增长、系统九视图，默认关闭。

Intel 情报指挥所（只读）¶

Intel 模块提供以下子命令：

• ingest/health：信源健康快照
• fusion：日频融合
• analyze/submitCluster：情报簇分析
• cardRequests：补卡清单（把够热但 0 张知识卡的主题转成可执行清单，建议编号如 obs://056）
• rank：每日 Top5
• jobs：任务状态
• dispatch：下发建议

信源包括 alpha-signal / hn（FeedFuse 快照，唯一带真实热度）/ hermes-cn / baicaotang（pending）。hermes-cn 闸门为 categories:['科技创新','财经经济'] 或 topicsAllow:['人工智能','AI','科技',…]。

T0 分析队列与定时簇分析¶

插件不调 LLM（红线），只负责收窄工作量。定时任务在 09:30 融合并生成骨架，10:00 launchd com.sparkos.intel-analysis 查询 T0：为 0 直接跳过（不唤 agent、不烧 token）；>0 才唤起 headless agent 分析 T0。

T0 判据：跨源（sourceCount≥2）或 sourceHeat ≥ 80，跨源优先，上限 8 条。

真实热度模型¶

FusionItem.heat 为源注意力信号归一化到 0-100，随 cluster.sourceHeat 进入排序：

cluster.heat = 成员最高真实热度分档（≥70 high / ≥45 medium），多条同主题与跨源各升一级。ranking 的 heatScore 以 attention（= sourceHeat ?? heat 档位）占 0.25 权重。

每日交付推送¶

SparkOS 靠一条推送交付结论，不靠页面。07:30 com.sparkos.daily 跑内容循环 → 08:00 com.sparkos.morning-digest 推送。推送内容示例：

📋 SparkOS 晨会 · 2026-09-10 周四

今天要发
· 20:00 → 公众号 🏭《一鱼多吃》（S1E3）；小红书拆条
⚠️ 系统里没找到对应草稿 —— 这篇要你自己写

雷达捡到 3 条备料
· OpenAI 宣称用 AI 解决 Navier–Stokes 千禧年难题并发布证明
· 陶哲轩警告：AI 正在把数学开放问题当「非可再生资源」开采
· Meta 在美上线个人 AI agent Muse：主打「secure by design」

要动手
· 数据回流 0 条 —— 周报没原料（跑周报）
· 补卡 10 张 —— 够热但 0 张知识卡

判断「今天排期有没有对应草稿」用的是保守口径（排期文案与草稿标题的 token 交集），匹配不上只能说「系统里没找到」。

信任闸门与红线¶

• testOnly 闸门：任一 stub provider 图片 → 批次永远 visual_approved_test，production 交付与发布记录创建被拒
• production 闸门：文本已批准 + 视觉全批准 + 非 testOnly + contract v2 完整 + 双平台 production 交付存在
• manual publish 闸门：publication_intents 仅是台账；平台 API 调用为零，发布由人工在对应后台执行
• 五守卫（48h 窗口 / event_id 去重 / 引用卡存在 / 主线存在 / 建议只读）继续硬执行

安装与启用¶

DSH 插件通过 ~/.dsh/profiles/web/package.json 引入。npm 上没有 dsh-sparkos 包，不能使用 dsh plugin add dsh-sparkos。

// ~/.dsh/profiles/web/package.json
{ "dependencies": { "dsh-sparkos": "link:/绝对路径/dsh-sparkos" }, "dsh": { "bundles": ["dsh-sparkos"] } }

安装后重启宿主，用启动时打印的登录地址打开，再访问 /sparkos。页面请求会带上 DSH 的 cookie；没登录时返回 401 或 403，不返回本机路径。

典型用法¶

简报台与九视图工厂¶

默认简报台以折叠抽屉形式展示原始简报全文、系统建议、引擎明细。出口为「取用这篇」，只复制一行可粘贴进 选题池.md 的 Markdown。

mode=full 时渲染九视图工厂模板，提供选题、创作、审核、视觉、发布等受控 POST 端点：

• POST /sparkos/editorial/decision：选题卡人工审批
• POST /sparkos/creation/decision：草稿包人工审批
• POST /sparkos/creation/revise：创建不可覆盖修订版
• POST /sparkos/visual/decision：批准/驳回图片
• POST /sparkos/visual/retry：受控视觉重试
• POST /sparkos/mutate：必读采纳/忽略与蒸馏候选采纳/驳回
• POST /sparkos/writeback/remove：待写回清单人工移除
• POST /sparkos/visual/delivery：生成 preview/production 交付包
• POST /sparkos/publish：创建发布台账记录（仅台账，不自动发布）

Intel 分析与补卡¶

安装定时分析任务：

bash launch/install-intel-analysis.sh

卸载：

bash launch/install-intel-analysis.sh --uninstall

干跑：

SPARKOS_DRY_RUN=1 bash launch/sparkos-intel-analysis.sh

日志位置：$VAULT/system/intel-analysis.log、$VAULT/system/schedule.log

每日推送¶

安装推送任务：

bash launch/install-morning-digest.sh

卸载：

bash launch/install-morning-digest.sh --uninstall

干跑：

bash launch/sparkos-morning-digest.sh --dry-run

日志位置：$VAULT/system/morning-digest.log

适用场景与注意¶

SparkOS 适合需要在本地完成从情报采集、选题策划、内容创作、视觉生产到发布台账全链路闭环的 DSH 用户，尤其是需要「可审计、可回溯、不依赖云端发布」的场景。

使用前应检查源码与许可证（MIT）。插件以当前 DSH 进程权限运行，涉及本地文件系统读写与定时任务，请确认 media-os 目录结构与 VAULT 路径可访问。

结语¶

SparkOS 为 DSH 提供了一个从情报到交付的本地化工作台，默认以简报台入口，避免一次性铺满首屏，降低认知负担。九视图工厂模板与受控写端点提供了从选题、创作到视觉、发布的完整管线，但发布动作永远由人工在平台后台执行，符合本地化与可控性原则。

目录页 | GitHub