🎁 福利专区全网大模型免费应用 + 新用户福利 + 注册活动入口,低成本玩转 AI

征文工作台 Pytorchlover/dsh-article-creator

DeepSeek Harness
Pytorchlover74 天前有提交已提供中文文档扫描:含敏感能力

从需求到多平台发布,全程追踪文章创作进度

25.8/100
综合分
1
GitHub 星标
—
npm 周下载
—/5
用户评分

数据截至 2026/10/12 · 周下载取自 npm 全网(含 CI / 镜像),非本站安装数;综合分由星标、活跃度与兼容性检查合成。

安装命令 · 需先装 dsh CLI 引擎
dsh plugin --profile web add Pytorchlover/dsh-article-creator
该包不可直接 npm 安装,改从 GitHub 源安装(明细见下方安装检查)

状态速览

判定依据:实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态
信任档位:需留意
是什么
dsh 原生插件 · tool
装得上吗
实装验证未通过(unknown),装前请到仓库确认最近更新与 issue
L4 · 真实安装等级说明 →
安全吗
本站尚未对该插件做风险分级
暂未覆盖,不等同于无风险
还在维护吗
更新放缓:最近一次提交在 74 天前
档位由哪些信号合成

本站实装验证(真实安装 L4 覆盖全站;L5 为运行时冒烟或实机截图,覆盖范围小于 L4) · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。

验证判据与等级说明 →
⚠︎ 实装验证未通过(unknown · 2026/10/12) ——可能是验证环境差异,装前建议到 GitHub 仓库确认最近更新与 issue。
社区实装还没有人打卡 · 装过的第一个就是你
安全扫描自动 · 静态分析源码
v2.7.0
🔵 扫描:含敏感能力尚无人工评估
展开查看扫描说明与证据 ↓

静态扫描发现插件具备触达本地系统的能力:执行外部命令、读写/删除本地文件、读取剪贴板或密钥类环境变量(至少其一)。这是能力清单,不是危险判定——具体能力项与证据见下方,安装前请自行判断是否需要。

读写/删除本地文件
查看扫描证据(共 42 处,展示前 42 条)
  • 读取本地文件
    src/articleServe.ts:23
    const base = await realpath(root).catch(() => undefined);
  • 读取本地文件
    src/articleServe.ts:24
    const file = await realpath(requested).catch(() => undefined);
  • 读取本地文件
    src/articleServe.ts:27
    const info = await stat(file).catch(() => undefined);
  • 读取本地文件
    src/articleServe.ts:53
    const info = await stat(file);
  • 读取本地文件
    src/articleServe.ts:59
    if (request.method === "HEAD") response.end(); else createReadStream(file).pipe(response);
  • 读取本地文件
    src/artifacts.ts:38
    await stat(path);
  • 读取本地文件
    src/artifacts.ts:47
    return (await stat(path)).isFile();
  • 读取本地文件
    src/artifacts.ts:55
    return (await stat(path)).isDirectory();
  • 读取本地文件
    src/artifacts.ts:63
    return await readFile(path, "utf8");
  • 写入本地文件
    src/artifacts.ts:73
    await mkdir(directory, { recursive: true });
  • 写入本地文件
    src/artifacts.ts:75
    await writeFile(temp, text, "utf8");
  • 写入本地文件
    src/artifacts.ts:76
    await rename(temp, path);
  • 删除本地文件
    src/artifacts.ts:78
    await unlink(temp).catch(() => undefined);
  • 读取本地文件
    src/artifacts.ts:87
    const entries = await readdir(directory, { withFileTypes: true }).catch(() => []);
  • 写入本地文件
    src/catalog.ts:84
    await mkdir(folderPath);
  • 读取本地文件
    src/catalog.ts:104
    const root = await stat(libraryRoot).catch(() => undefined);
  • 写入本地文件
    src/catalog.ts:110
    await Promise.all([mkdir(paths.materials), mkdir(paths.assets), mkdir(paths.evidence)]);
  • 读取本地文件
    src/catalog.ts:190
    const stamps = await Promise.all(paths.map(async (path) => (await stat(path).catch(() => undefined))?.mtimeMs));
  • 读取本地文件
    src/catalog.ts:205
    const folder = await stat(folderPath).catch(() => undefined);
  • 读取本地文件
    src/catalog.ts:281
    const entries = await readdir(libraryRoot, { withFileTypes: true }).catch(() => []);
  • 读取本地文件
    src/libraryWatch.ts:147
    const entries = await readdir(directory, { withFileTypes: true }).catch(() => []);
  • 读取本地文件
    src/libraryWatch.ts:157
    const info = await stat(path).catch(() => undefined);
  • 读取本地文件
    src/libraryWatch.ts:162
    const overlay = await stat(overlayPath).catch(() => undefined);
  • 写入本地文件
    src/organize.ts:119
    await mkdir(staging);
  • 写入本地文件
    src/organize.ts:123
    await rename(join(libraryRoot, move.from), join(staging, move.from));
  • 写入本地文件
    src/organize.ts:126
    await rename(join(staging, move.from), join(libraryRoot, move.to));
  • 写入本地文件
    src/organize.ts:136
    await rename(target, original).catch(() => undefined);
  • 写入本地文件
    src/organize.ts:143
    await rename(staged, original).catch(() => undefined);
  • 删除本地文件
    src/organize.ts:148
    await rmdir(staging).catch(() => undefined);
  • 读取本地文件
    src/overlay.ts:168
    return decodeOverlay(JSON.parse(await readFile(overlayPath(dataDir), "utf8")) as unknown);
  • 写入本地文件
    src/overlay.ts:188
    await mkdir(dirname(path), { recursive: true });
  • 写入本地文件
    src/overlay.ts:190
    await writeFile(temp, `${JSON.stringify(decodeOverlay(store), null, 2)}\n`, "utf8");
  • 写入本地文件
    src/overlay.ts:191
    await rename(temp, path);
  • 删除本地文件
    src/overlay.ts:193
    await unlink(temp).catch(() => undefined);
  • 读取本地文件
    src/publisher/publishPackage.ts:145
    raw = await readFile(packagePath, "utf8");
  • 读取本地文件
    src/publisher/publishPackage.ts:181
    rawArticle = await readFile(articlePath, "utf8");
  • 读取本地文件
    src/service.ts:34
    if (await access(candidate).then(() => true, () => false)) return candidate;
  • 读取本地文件
    src/service.ts:90
    const root = await stat(this.libraryRoot).catch(() => undefined);
  • 读取本地文件
    src/service.ts:121
    const root = await stat(this.libraryRoot).catch(() => undefined);
  • 读取本地文件
    src/service.ts:146
    const info = await stat(path).catch(() => undefined);
  • 写入本地文件
    src/service.ts:168
    await mkdir(this.libraryRoot, { recursive: true });
  • 写入本地文件
    src/service.ts:220
    await writeFile(path, `${JSON.stringify(packageMetadata(detail.title, detail.contents.article), null, 2)}\n`, "utf8");
扫描于 2026/11/4(0 天前) · 范围 全包扫描(包内未声明入口) · 来源 GitHub 仓库

静态扫描只反映源码中出现的调用,不构成安全背书;人工评估与自动扫描相互独立、互不覆盖。

依赖的 DSH / Cordis 模块
@deepseek-ai/dsh-tools@deepseek-ai/schemastery@deepseek-ai/cordis@deepseek-ai/dsh-api-remotes@deepseek-ai/dsh-client-connection@deepseek-ai/dsh-client-locale@deepseek-ai/dsh-client-runtime@deepseek-ai/dsh-client-ui-layout@deepseek-ai/dsh-client-ui-primitives@deepseek-ai/dsh-client-ui-settings@deepseek-ai/dsh-client-ui-settings-plugins@deepseek-ai/dsh-client-ui-slots
给这个插件打分还没有人投票↓
用户评分
还没有人投票,来当第一个

功能亮点

  • 追踪文章创作进度
  • 多平台发布

README

由 DeepSeek 最新模型翻译生成
dsh-article-creator 面向征文、产品测评和技术博客的 DeepSeek Harness 本地工作台。它把需求整理、产品实测、证据管理、大纲、正文、审稿,以及 CSDN / 掘金 / 知乎 / 微信公众号的发布状态,放进一条可追踪的工作流。 核心原则 - article.md 是唯一正文真源,普通编辑器和 DSH 文件工具都能直接修改。 - claims.md 明确区分已验证结论、厂商声明和待验证事项,避免把营销材料写成亲测事实。 - 工作阶段从磁盘产物推导;overlay 只保存审稿确认和发布状态。 - 发布包可离线、确定性生成。CSDN/掘金得到 Markdown,知乎/公众号得到安全 HTML。 - Ego Browser 填充并校验平台草稿后保留编辑页;不读取 Cookie、密码或存储,也不点击最终发表按钮。
展开完整文档(README 剩余 1 节)
dsh-article-creator

面向征文、产品测评和技术博客的 DeepSeek Harness 本地工作台。它把需求整理、产品实测、证据管理、大纲、正文、审稿,以及 CSDN / 掘金 / 知乎 / 微信公众号的发布状态,放进一条可追踪的工作流。

核心原则

- article.md 是唯一正文真源,普通编辑器和 DSH 文件工具都能直接修改。
- claims.md 明确区分已验证结论、厂商声明和待验证事项,避免把营销材料写成亲测事实。
- 工作阶段从磁盘产物推导;overlay 只保存审稿确认和发布状态。
- 发布包可离线、确定性生成。CSDN/掘金得到 Markdown,知乎/公众号得到安全 HTML。
- Ego Browser 填充并校验平台草稿后保留编辑页;不读取 Cookie、密码或存储,也不点击最终发表按钮。

项目结构

~/Documents/文章项目/ └── 2026-08-20_某产品测评/ ├── brief.md ├── materials/ ├── test-plan.md ├── test-results.md ├── evidence/ ├── claims.md ├── outline.md ├── article.md ├── assets/ └── publish-package.json

安装

npx @deepseek-ai/dsh plugin --profile web add github:Pytorchlover/dsh-article-creator
npx @deepseek-ai/dsh web

源码开发:

git clone https://github.com/Pytorchlover/dsh-article-creator.git
cd dsh-article-creator
pnpm install --frozen-lockfile
pnpm check
npx @deepseek-ai/dsh plugin --profile web add "$PWD"

兼容 Node.js 22.19+ 和 DeepSeek Harness 0.1.0-rc.6 / 0.1.0-rc.7。

配置 Ego Browser(平台草稿同步必需)

文章管理、写作、审稿和发布包不依赖 Ego Browser;只有把草稿同步到 CSDN、掘金、知乎或微信公众号时才需要它。目前 Ego Lite 仅支持 macOS。

1. 从 Ego Lite 官网 下载并安装 Ego Lite。
2. 启动 Ego Lite 并完成首次 onboarding。官方安装流程会同时配置供 Agent 调用的 ego-browser。
3. 打开一个新终端,确认命令已经进入 PATH:

command -v ego-browser

该命令应输出一个可执行文件路径。如果没有输出,请先完成 Ego Lite onboarding,再重新打开终端并重启 DSH Desktop 或 dsh web,让常驻进程继承新的 PATH。
4. 在 Ego Lite 中分别登录准备使用的平台创作者后台:

- CSDN Markdown 编辑器
- 掘金创作者中心
- 知乎创作中心
- 微信公众号后台

5. 重启 DSH 后对 Agent 说“检查并配置文章工作台”,或者在发布页点击“同步草稿”。环境检查应把 Ego Browser 显示为就绪。

插件不会读取或保存平台 Cookie、密码和 Token,也不需要额外 API Key。同步只负责打开编辑器、填入并校验草稿;各平台最终“发表”按钮仍由用户点击。若 command -v ego-browser 已成功但插件仍显示 ego-browser not found,通常是 DSH Desktop 启动时继承了旧的 PATH,完全退出并重新打开即可。

使用

写作模式(推荐)

仓库内附带一个与文章工作台合并后的 写作模式 preset。安装插件后,将它复制到 DSH 用户 preset 根并重启 DSH Desktop / Web:

mkdir -p ~/.dsh/.agent-presets/writing
cp ~/.dsh/profiles/web/node_modules/dsh-article-creator/presets/writing/*.yml \
~/.dsh/.agent-presets/writing/

新建会话时选择“写作模式”。它会默认加载 article-workbench,先检查文章工作台和当前项目,再按 brief → 实测/证据 → claims → outline → article.md → 人工审稿 → 发布包 → 平台草稿 推进。旧的 articles/canonical.md、逐平台正文副本和 Wechatsync 流程不会再与新工作台混用。模式切换只对空白会话或新会话生效。

不使用该 preset 时,插件仍可在标准模式中通过下面的指令手动启动。

安装后对 Agent 说:

检查并配置文章工作台。我会给你一份征文要求,请创建项目,先整理测试计划和证据,再写大纲与正文。

内置 article-workbench Skill 会引导 Agent 使用以下工具:

- article_creator_guide / article_creator_setup
- article_writing_rules
- article_create_project / article_project_status
- article_review
- article_build_publish_package
- article_open_platform / article_sync_publish
- article_set_publish_status
- article_organize_library
发布前必须人工审稿。article_sync_publish 会为所有启用平台填充、校验并保留草稿编辑页,不会替用户按下最终发表;未知结果会进入 needs_attention 且不自动重试。

工作台

Web 端和 DSH Desktop 共用 web profile。打开左侧栏并切换到顶部“文章”标签,即可搜索、新建和打开文章项目;文章详情提供阶段概览、Brief/测试/论点/大纲/正文预览、审稿门禁和四平台状态卡。设置页只保存文章根目录、启用平台和长期写作规则。

安全与状态

- 状态文件:~/.dsh-article-creator/overlay.json,schema version 2,原子写入。
- 不保存平台 Cookie、Token、密码或文章正文。
- published 必须有明确人工确认或验证过的 HTTPS URL。
- 发送结果未知时进入 needs_attention,不会自动重试。
- 文章图片预览会校验真实路径,拒绝路径穿越和指向项目外的符号链接。

更详细的目录约定、日常步骤和架构说明见 docs/files.md、docs/usage.md 和 docs/implementation.md。

开发

pnpm check
pnpm release:check

pnpm check 执行 TypeScript、Vitest 和 Host/Client 构建。MIT License。
预览分享卡片长什么样 ↓Pytorchlover/dsh-article-creator
分享 · DeepSeek Harness Hub
Pytorchlover/dsh-article-creator

从需求到多平台发布,全程追踪文章创作进度

这是你的仓库?认领条目

回到顶部