DeepSeek Harness Plugin Hub

发布与管理完整 Harness Profiles,发现适合你的插件。

探索

插件目录环境预设文档中心动态

社区

发布插件联系我们报告问题

相关链接

Plugin Hub GitHubDeepSeek Harness 官方项目系统状态隐私说明
© 2026 DeepSeek Harness Plugin HubPowered byPaxTech

独立、非官方社区项目,与 DeepSeek 官方无隶属、授权或背书关系。

Plugin Seller Protocol — DeepSeek Harness 插件(DSH Plugin)
DeepSeek Harness Plugin Hub
ProfilesPlugins分类动态文档登录管理 Profiles
ProfilesPlugins分类动态文档登录
← Plugins
P

dsh-plugin-seller-protocol

Plugin Seller Protocol

Seller Protocol 作为 DeepSeek Harness 插件——说出这句话,Mercer 就会启动一个拥有 15 个席位的 AI 电商办公室(Amazon FBA + DTC)。

插件会安装到这里;不确定时保持 web。

npx -y @deepseek-ai/dsh plugin --profile web add github:nx9161/seller-protocol#a2ef1904726645335bd93dc0282a9626286f4ad0
README兼容性版本

兼容性与来源证明

Plugin Seller Protocol 以 dsh-plugin-seller-protocol 发布,当前版本为 1.0.0。Plugin Hub 会校验它的 manifest,并保存精确安装来源,便于复现安装结果。

DSH 兼容范围
*
运行环境
any
发布来源
github
Registry 更新时间
2026/10/7

版本

1.0.0stable
2026/10/7

相关插件

正在加载相关插件…

最新版
1.0.0
DSH
*
HMR
重启进程
Tree shaking
未声明可安全裁剪
解包体积
未提供
文件数
未提供
Surface
any
许可证
MIT
发布源
github
GitHub
★ 0
周下载
0
最近提交
2026/10/15
查看源码 ↗
README Badge

点击下方 Badge 复制 Markdown,粘贴到 README 即可。

这是你的 Plugin?认领权益 · 优先安全扫描

验证 package.json 声明的 GitHub 仓库,即可管理这个公开页面。认领后,Hub 会优先安排当前版本的安全扫描,并在通过后公开展示结果。

认领这个 Plugin →
报告问题

相关插件

继续浏览 agents-orchestration 分类下经过校验的插件。

Hindsight Coding Agents@vectorize-io/hindsight-coding-agents面向编程代理的仅反思式 Hindsight 长期记忆(可插拔支持多种运行框架:opencode、……),自动在后台导入(无需设置 CLI)。Ds Botds-botDS Bot:DeepSeek Harness 的一组长期运行的 Bot,支持主 Bot、Bot 间消息和群聊Agency Agents@michengai/dsh-agency-agentsDSH Agency Agents — 为 DeepSeek Harness 提供 331 名可召唤的领域专家DSCODE Desktop@toddzheng024/dscode-desktop为 Harness Desktop 提供编码协作、记忆、浏览器工作流和任务管理功能。

README

Seller Protocol

An autonomous virtual office for Amazon FBA + direct-to-consumer e-commerce. Say the phrase, and Mercer — Chief Operator — runs 14 specialists across 7 divisions: what to sell, sourcing it from China, shipping, warehousing, listing, and selling — legally and profitably.

⚡ Activate this office

Paste this to any AI agent:

I want to use Seller Protocol from nx9161's github public repo.

For maximum reliability (some AIs can't browse or search fresh repos), paste this full block instead:

I want to use Seller Protocol from nx9161's github public repo. Fetch this exact URL — do not web-search for it: https://github.com/nx9161/seller-protocol If you cannot fetch it, ask me to paste office/AGENTS.md and I will.

The office stays active until you say "End Seller Protocol" — and while active, every message you send goes through the War Room loop (full war room for big work, quick huddle for small stuff).

Full activation contract (exactly what the agent must do, step by step): ACTIVATE.md.

🔌 Install as a DeepSeek Harness plugin

Rather paste nothing at all? Install it once — then the trigger phrase works from the first message of every new session. In the Harness plugin screen, enter the GitHub address:

nx9161/seller-protocol

or via CLI:

dsh plugin --profile web add github:nx9161/seller-protocol
# local clone also works:
dsh plugin --profile web add /path/to/seller-protocol

Then open a new session. The plugin injects the activation contract on session start, so you can say the phrase immediately — no fetching, no pasting.

The npm package name dsh-plugin-seller-protocol is reserved for a future publish; the GitHub address installs today. The plugin is zero-build and zero-dependency, so github: installs just work.

What this is

The entire pipeline from product idea to money in the bank, as agent profiles: product research, China sourcing and factory QC, freight and forwarder selection, warehousing, Amazon FBA operations, listings and PPC, Shopify and web storefronts, outstanding UI, international trade law, and finance. Mercer handles everything and reports to you.

Sister project: War Room Protocol — the same operating model for software, led by Sloane.

How it works

The Chief. Mercer takes your request, dispatches specialists, runs the War Room, and reports status, numbers, and decisions needed. The business, handled.

The seats — 15 roles, 7 divisions.

DivisionSeats
Sourcing & Supply ChainChina Sourcing Expert, Vendor Picker (China ground agent)
Logistics & WarehousingShipping Expert, Warehouse Expert
MarketplacesAmazon FBA Specialist, Amazon Services Expert, Product Suggester
Digital StorefrontWebsite Expert, Shopify Expert, UI Designer
Legal & FinanceInternational Trade Lawyer, Finance & Tax Counsel
IntelligencePrompt Writer, Knowledge Wizard
LeadershipMercer (Chief Operator)

Three seats can block: the Vendor Picker (failed QC), the Trade Lawyer (compliance), and Finance Counsel (tax/financial compliance). Blocks stand until cleared or the owner accepts the risk in writing.

Playbooks (office/playbooks/) — repeatable procedures, each run as one subagent per step: intake, war-room, launch-product, fix-listing, skill-hunt.

The War Room — runs before any product launch, inventory buy, or freight booking:

  • Phase 0 (mandatory gate): the Prompt Writer perfects your raw prompt; the Knowledge Wizard parses every word, searches each term, reads all related official docs in full, and briefs every seat. No seat speaks before the dossier lands.
  • Phase 1 — Product & Market: what to sell, when, demand evidence, margin math.
  • Phase 2 — Sourcing: supplier shortlist, quotes, vetting and inspection gates.
  • Phase 3 — Logistics & legal challenge: freight, warehousing, import compliance, IP.
  • Phase 4 — Launch & scale: listings, PPC, storefront, design sign-off.

The money rule (house rule #1): no money moves without your explicit approval — inventory, freight, ads, contracts. Every buy ships with Finance Counsel's landed-cost model.

Memory (memory/) — the office's working memory: product pipeline, vetted vendors, forwarder and 3PL panels, landed-cost models, per-SKU P&L, compliance notes. See Privacy — vendor names, rates, and margins live here.

Skill Hunt — when the office lacks a capability, the Knowledge Wizard finds existing skills across the whole internet (GitHub, Hugging Face, registries), vets them, installs them to office/skills/, and wires up every tool they need. See office/playbooks/skill-hunt.md.

Getting started — connect it to your system

Since this is open source, a new user needs a few minutes of setup before their AI agent can run the office. Two paths:

What you need

  • An AI agent that can read files and spawn subagents (Muse, ChatGPT, Claude, or any agentic coding assistant).
  • git — only if you want the local-integration path below.

Option A — trigger phrase (30 seconds, zero setup)

Paste the activation phrase from above into any AI agent. It fetches this repo, loads the office bundle (office/AGENTS.md), becomes Mercer, and confirms activation. Nothing to install.

Option B — local integration (recommended for daily use)

  1. Clone the repo: git clone https://github.com/nx9161/seller-protocol && cd seller-protocol
  2. Give your agent the office. Either:
    • Open the clone as your agent's working directory, or
    • Drop office/AGENTS.md into your own project root — it's the complete bundle (persona + roster + protocols + memory schema).
  3. Let it load memory. The agent reads memory/INDEX.md first (Memory Operations Protocol, repo-root AGENTS.md), so it starts every session with full context: vendors, forwarders, P&L.
  4. (Optional but recommended) connect GitHub: run gh auth login. The office uses GitHub Issues as its task board and pull requests for every change; gh lets your agent file issues and open PRs.
  5. Talk to Mercer. "Find me three products to sell for Q4" is a complete brief — the office takes it from there through the War Room. End the session with "End Seller Protocol".

What the agent needs from your machine

CapabilityWhy
File read/write in the repo cloneStaff files, playbooks, memory, logs
Subagent spawningOne agent per role per War Room phase
Internet accessKnowledge Wizard research + Skill Hunt
git + gh CLI (recommended)Issues as task board, PR workflow

Repository map

├── ACTIVATE.md            # trigger-phrase activation contract
├── AGENTS.md              # repo operating manual (memory protocol)
├── office/
│   ├── AGENTS.md          # full agent bundle: persona + roster + protocols
│   ├── HOUSE_RULES.md     # binding rules (money rule is #1)
│   ├── PLAN.md            # founding plan
│   ├── README.md          # office handbook
│   ├── staff/             # 15 employee profiles (one file per role)
│   ├── playbooks/         # intake, war-room, launch-product, fix-listing, skill-hunt
│   ├── skills/            # Wizard-installed skills (registry in README)
│   ├── scripts/           # automation (repo validation)
│   └── log/               # decisions.md + per-run journals
├── memory/                # working memory: pipeline, vendors, logistics, finance, legal
└── .github/               # issue/PR templates, CODEOWNERS, CI

CI runs office/scripts/validate_repo.py on every push and PR — required files, reference integrity, hygiene.

🔒 Privacy — read before you commit

The office records everything: product decisions, vendor names and quotes, forwarder rates, landed-cost models, per-SKU P&L, and your preferences live in memory/ and office/log/. On a public repo or fork, all of that is public — it reveals what you sell, who you buy from, what you pay, and what you earn.

What's in this repo's memory right now: templates only — the vendor, forwarder, and P&L files are empty scaffolds waiting for your first product. A clean starting point; keep it that way deliberately:

  • Keep it private: use a private fork/repo and the whole memory system works with zero exposure. Recommended once real money, vendors, and margins are involved.
  • Stay public: fine while you're learning or working on non-sensitive products — just know your cost structure is public writing.
  • Already published something sensitive? Assume it's been copied; git history keeps it even if you delete the files. A history rewrite (git filter-repo + force-push) hides it from the repo going forward, but cannot un-publish what was already fetched.

Standing rule, public or private: no secrets, tokens, keys, or credentials in code, commits, issues, or logs — ever.

External dependencies

DependencyRequired?Notes
None—This repo is fully self-contained. No external git repos, no packages, no services needed to run the office.

Contributing, security, changelog

  • Contributing — branch, PR, and safety rules
  • Security policy — how to report vulnerabilities
  • Code of conduct
  • Changelog
  • License: MIT