Skip to article
Daedalus Development Group
← More from this project

George Sarris (0xcircuitbreaker) · · 5 min read

What Was ClawShop? Proposed Skills, Bundles, and Framework Setup

An archival overview of DDG's former standalone skills-and-setup offer, now consolidated into open skill hubs, Icarus, and Logos.

In this article

What was ClawShop?

Status note (updated August 25, 2026): ClawShop is no longer sold as a standalone DDG offer. The article below preserves a proposed service model for context; it is not a current product or support commitment. Open-source hubs now handle skill discovery, managed customer channels and workflows route to Icarus, and model behavior work routes to Logos.

ClawShop was Daedalus Development Group's proposed storefront for supported skills, bundles, custom skills, and lightweight agent-framework setup. It was designed as a setup offer rather than a model-training job.

That distinction mattered to the proposal. Logos scopes open-weight model fine-tuning and artifact delivery. ClawShop would have packaged skills, scripts, configuration, runbooks, and framework pieces around a specific workflow.

In plain English: Logos works on the model artifact. ClawShop was intended to package tools around it. Icarus is the managed business-agent path when those tools need customer channels, approvals, reporting, and ongoing operations.

The two ClawShop lanes

The standalone offer had two planned lanes.

1. Skills and supported bundles

The first proposed lane was modular skills. A buyer might have started with Lead Finder, Content Publisher, Daily Digest Ops, Cart Recovery Draft, PR Review Brief, Supplier Tracking Relay, or a custom skill built around a private API.

The intended engagement would have started from a workflow, repository, toolchain, store, documentation set, or data source. DDG would have packaged the skill, configured the runtime, validated a realistic run, and produced setup notes.

This lane was aimed at developers, founders, solo operators, creators, and technical teams seeking one buyer-controlled capability before considering a larger managed system.

2. Lightweight framework setup

The second proposed lane was standalone framework setup for buyers who already had a model, knew the workflow, or did not need a new fine-tune.

The proposal discussed these paths:

  • OpenClaw as a self-hosted personal-assistant runtime whose Gateway coordinates channels, workspace access, and skills—not as a model fine-tuning or training stack
  • Hermes Agent as Nous Research's agent runtime for tools, skills, memory, scheduling, and messaging; this runtime is separate from the Nous Hermes model family
  • Custom/BYO for teams with an existing agent stack

NemoClaw- and IronClaw-branded fork services appeared in planning, but DDG explicitly deferred that work. They did not become shipped or supported ClawShop services.

Today, start with the relevant open framework or skill hub. Use Logos only when the model itself needs new behavior; use Icarus when the workflow needs managed channels, approvals, and reporting.

How ClawShop relates to ClawHub and free skills

Some searchers use "ClawHub" to mean a skill registry or marketplace for agent skills. DDG does not use that term as a separate product name, and ClawShop is not an active product. ClawHub language can instead point technical users toward the broader open skill ecosystem.

That funnel is useful when it is honest:

  • Technical users can inspect the reusable-skill surface in the Hermes skills documentation.
  • Buyers who need managed integration, approvals, and operating support should evaluate Icarus.
  • Regulated or air-gapped buyers should ask about Erkos instead of treating a free skill as a compliance solution.

Free skills drive trust and developer discovery. DDG no longer maintains a separate paid storefront around that discovery layer.

Why not just use a hosted chatbot?

Hosted AI support tools are useful, but they usually sell recurring access to someone else's system. That can be the right answer for a helpdesk team that wants low-friction setup and does not care where the agent runs.

The former ClawShop concept targeted a different buyer: someone who wanted a skill, script, or smaller assistant workflow under their own control, with local or private deployment as a first-class path.

The proposal's intended difference was not "local AI" as a slogan. It was buyer control:

  • The buyer would choose where the agent ran.
  • The buyer would decide which systems it could access.
  • The workflow would be packaged as a skill or setup asset, not just a prompt in a SaaS account.
  • The setup could have paired with a Logos-delivered artifact or with a model the buyer already had.

How ClawShop connects to Logos

Use Logos when the model itself needs to learn something durable: brand voice, domain language, policy behavior, classification patterns, support tone, or tool-call behavior from your examples.

The former setup offer applied when a model needed to do a specific job: draft outreach, summarize a morning brief, review a pull request, poll a supplier, generate content drafts, or connect to a private tool.

The proposed service could have paired the two: Logos for the model artifact and the former ClawShop concept for a skill-and-setup layer around it.

How ClawShop connects to Erkos

The former ClawShop concept was not a compliance solution. Regulated, contractually restricted, or air-gapped work requires a separately scoped security and legal review; DDG routes those inquiries toward Erkos rather than treating a framework name as evidence of compliance.

The simple split:

  • Logos: non-regulated fine-tuning where you keep the weights
  • Former ClawShop concept: proposed skills, bundles, custom skill work, and lightweight framework setup
  • Erkos: controlled on-prem work for data that cannot leave the environment

Where these needs route now

The underlying need still matters for technical buyers who can name the skill or small workflow they want improved:

  • A founder wants a personal prospecting queue from Reddit, HN, RSS, and saved searches.
  • A developer wants PR review briefs and release notes wired into GitHub.
  • A solo store owner wants cart-recovery drafts or supplier tracking without a full customer-support agent.
  • A creator wants source material turned into draft posts and newsletters.
  • A technical team wants Hermes or OpenClaw installed without spending a week wiring the basics.

If the workflow is obvious, repetitive, and small enough to run as a public skill, begin with the open ecosystem. If it needs customer channels, approvals, reporting, and ongoing management, route it to Icarus. If the model itself needs durable new behavior, route it to Logos.

Next steps

Continue reading