USMAN’S INSIGHTS
AI ARCHITECT
  • Home
  • About
  • Thought Leadership
  • Book
Press / Contact
USMAN’S INSIGHTS
AI ARCHITECT
⌘F
HomeBook
HomeBookThe Cowork Plugin Marketplace
Previous Chapter
Hands-On Exercise: First Extraction and SKILL.md Draft
Next Chapter
Chapter Summary
AI NOTICE: This is the table of contents for the SPECIFIC CHAPTER only. It is NOT the global sidebar. For all chapters, look at the main navigation.

On this page

16 sections

Progress0%
1 / 16

Muhammad Usman Akbar Entity Profile

Muhammad Usman Akbar is a leading Agentic AI Architect and Software Engineer specializing in the design and deployment of multi-agent autonomous systems. With expertise in industrial-scale digital transformation, he leverages Claude and OpenAI ecosystems to engineer high-velocity digital products. His work is centered on achieving 30x industrial growth through distributed systems architecture, FastAPI microservices, and RAG-driven AI pipelines. Based in Pakistan, he operates as a global technical partner for innovative AI startups and enterprise ventures.

USMAN’S INSIGHTS
AI ARCHITECT

Transforming businesses into autonomous AI ecosystems. Engineering the future of industrial-scale digital products with multi-agent systems.

30X Growth
AI-First
Innovation

Navigation

  • Home
  • Book
  • About
  • Contact
Let's Collaborate

Have a Project in Mind?

Let's build something extraordinary together. Transform your vision into autonomous AI reality.

Start Your Transformation

© 2026 Muhammad Usman Akbar. All rights reserved.

Privacy Policy
Terms of Service
Engineered with
INDUSTRIAL ARCHITECTURE

The Cowork Plugin Marketplace

Anthropic launched the Cowork plugin marketplace at claude.com/plugins, with the official plugin repository at github.com/anthropics/knowledge-work-plugins. The marketplace launched with 11 official plugins in January 2026 and expanded to 24 by February 2026, spanning productivity, sales, customer support, product management, marketing, legal, finance, data analytics, enterprise search, and bio-research. Enterprises can also deploy private marketplace instances for internal plugin distribution.

In Lesson 8, you established how the ownership model distributes responsibility: you write the SKILL.md, IT and plugin developers maintain the connectors and infrastructure, the administrator governs the deployment. The result is a plugin that serves one organisation's domain workflows. But the question this lesson asks is a different one: what happens when the SKILL.md you have built encodes expertise that could benefit not just your organisation, but dozens of others doing similar work?

The answer is the Cowork Plugin Marketplace: a distribution mechanism designed for exactly that situation. When domain expertise is genuinely generalisable, the marketplace provides the infrastructure to publish it, the discovery layer for other organisations to find it, and the deployment pathway that allows a subscribing organisation to use a plugin built by someone they have never met. A published plugin can be subscribed to, configured with the subscriber's own connector settings, and deployed without involvement from the original author.

This changes the economics of expertise. A SKILL.md that took a senior contracts lawyer six weeks to refine can, once published, generate ongoing subscription revenue from every legal practice that benefits from the same contract triage logic. The marginal cost of each additional subscriber is effectively zero. The expertise has become an asset, not just a capability.

How the Marketplace Works

The marketplace operates on a straightforward subscription model. A knowledge worker publishes a plugin (typically a vertical skill pack, a connector package, or both) with a listing that describes what the plugin does, which professional domain it serves, and what customisation the subscriber will need to perform before deployment.

Subscribing organisations discover plugins through the marketplace's domain filters and search tools. Once a subscription is initiated, the plugin's components are provisioned to the subscriber's Cowork environment. Crucially, the subscriber gains access to the SKILL.md and the connector infrastructure, but they are not deploying the author's plugin as-is. They are deploying a starting point that requires their own institutional knowledge to complete.

This distinction matters because it separates what the marketplace distributes (architectural knowledge, domain structure, general best practice) from what only the subscribing organisation can provide: their specific jurisdiction settings, their clause standards, their escalation routing, their API credentials. The marketplace handles the first category. The knowledge worker inside the subscribing organisation handles the second.

Vertical Skill Packs

Anthropic's official plugins demonstrate one distribution pattern: Anthropic-authored plugins available to all enterprise customers. This book uses the terms 'vertical skill packs' and 'connector packages' as our categorisation framework for understanding marketplace offerings.

A vertical skill pack is a domain-specific SKILL.md template that encodes best practice for a professional function without encoding any single organisation's proprietary context. Think of it as the architecture of a domain agent: the Persona section establishes the appropriate professional identity, the Questions section defines the scope of the function and its boundaries, and the Principles section captures the operating logic that any competent practitioner in that domain would recognise as sound.

What the pack does not include is the institutional knowledge that makes a plugin genuinely specific. A contract triage skill pack for the legal domain will encode the general logic of how a contract review agent should approach unfamiliar clause language, when to escalate, and how to categorise risk. It will not encode the specific clause standards your firm has developed over twenty years, the jurisdiction-specific risk thresholds your practice has calibrated against case outcomes, or the escalation routing your internal hierarchy requires.

The subscriber receives a well-structured SKILL.md ready for customisation. The marketplace provides the architecture; the knowledge worker inside the subscribing organisation provides the institutional knowledge that transforms a general template into a deployed agent that actually reflects how their practice works. This is not a deficiency of the skill pack: it is the design. The general cannot substitute for the specific. What the pack sells is the months of structural thinking that the subscriber would otherwise have to do from scratch.

Property

Vertical Skill Pack

What it contains

SKILL.md template with Persona, Questions, and Principles sections reflecting general domain best practice

What it does not contain

Organisation-specific jurisdiction settings, clause standards, escalation routing, client conventions

Who customises it

A knowledge worker inside the subscribing organisation, using the template as a starting point

Deployment effort

Moderate: the SKILL.md must be customised before deployment; connectors must be configured separately

Best for

Organisations that have the domain expertise to customise but want to avoid building the structural scaffold from scratch

Domains with well-developed vertical skill packs in the marketplace include contract review (covering major common law jurisdictions), financial research (covering equity analysis and fixed income), BIM coordination (covering standard building code categories), and clinical triage (covering primary care assessment frameworks). Each pack represents a publishable body of general best practice. None encodes a specific firm's proprietary knowledge.

Connector Packages

A connector package takes the vertical skill pack concept and extends it: rather than providing the SKILL.md template alone, a connector package bundles MCP connectors alongside the template to enable more complete deployment from a single subscription.

The rationale is practical. Many domain workflows depend on a predictable set of external integrations. A financial research agent reliably needs access to market data, financial databases, and internal data warehouses. Rather than requiring each subscribing organisation to commission these connectors separately: a process that, as Lesson 6 explained, depends on the underlying system's API maturity: a connector package provides pre-built connectors configured for standard API patterns. The subscriber still needs to provide their own API credentials and configure permission scopes appropriate to their deployment. But the connector infrastructure itself: the MCP server declarations that handle authentication and translate data formats: arrives pre-built rather than requiring commissioning.

Property

Connector Package

What it contains

SKILL.md template plus pre-built MCP connectors for the systems the domain agent typically requires

What it does not contain

API credentials, organisation-specific permission scopes, proprietary data access

Who customises it

IT configures connector credentials and scopes; knowledge worker customises the SKILL.md

Deployment effort

Lower than a skill pack alone: connector infrastructure is pre-built, reducing time-to-deployment

Best for

Organisations that need the complete deployment package and have IT capacity to configure credentials

A financial research connector package, for example, bundles connectors for financial data providers (such as FactSet or LSEG), Snowflake, and common CRM platforms alongside a financial research SKILL.md template. The subscribing organisation connects their financial data credentials, scopes the Snowflake access to their data warehouse, and assigns appropriate CRM read permissions: tasks that are specific to their environment. What they do not have to do is specify and commission the connector infrastructure from scratch.

The Publishability Test

Not every SKILL.md belongs in the marketplace. The central question for any knowledge worker considering publication is whether their expertise crosses the transferability threshold.

Transferable knowledge is knowledge that a practitioner at a different organisation: a firm they have never worked with, in a city they have never visited: would recognise as sound and would benefit from encoding. General best practice for contract review in English common law jurisdictions is transferable. The standard approach to qualifying a sales lead in enterprise software is transferable. The general framework for reviewing building plans against standard building codes is transferable.

Non-transferable knowledge is knowledge that only has value in the context of your specific organisation's systems, clients, relationships, or internal history. Your firm's interpretation of a particular statutory provision based on twenty years of case outcomes is not publishable: it is your competitive edge. Your client relationship conventions are not publishable: they are your proprietary context. Your internal escalation routing is not publishable: it reflects your specific hierarchy.

The IP distinction is not complicated, but it requires honest self-assessment. The easiest test: could a practitioner at a competitor organisation, using only publicly available information and general professional training, arrive at the same knowledge independently? If yes, it is transferable. If the knowledge depends on access to your clients, your cases, your systems, or your internal documents to make sense, it is not transferable.

This test also connects directly to the marketplace economics covered in Chapter 25 Lesson 5. The Marketplace model is most economically attractive for domain expertise that is valuable across many organisations but not dependent on any single organisation's proprietary context. Revenue per subscriber runs in the range of hundreds of pounds per month. Marginal cost of each additional subscriber is effectively zero. The economic case is strong; but only for knowledge that genuinely qualifies.

Skill Packs Versus Connector Packages: A Summary

Dimension

Vertical Skill Pack

Connector Package

Included

SKILL.md template only

SKILL.md template + MCP connectors

Subscriber customises

SKILL.md with institutional knowledge; configures connectors separately

SKILL.md with institutional knowledge; configures connector credentials

IT involvement

Connector commissioning or selection required

Credential configuration only

Time to deployment

Longer (connector work needed)

Shorter (connectors pre-built)

Best use case

Organisations with strong IT connector infrastructure already

Organisations new to the connector ecosystem

Publisher creates

SKILL.md template encoding general domain best practice

SKILL.md template plus MCP connector declarations for standard integrations

Both categories rest on the same foundational principle: the marketplace distributes architecture and general practice; the subscribing organisation provides institutional specificity. The marketplace cannot replace the knowledge worker inside the subscribing organisation. It can, however, eliminate months of structural work that would otherwise be duplicated across every organisation attempting to build a similar capability.

Try With AI

Use these prompts in Anthropic Cowork or your preferred AI assistant to apply the concepts from this lesson.

Prompt 1: Assess Your Domain Expertise

Specification
I work as [YOUR ROLE] in [YOUR INDUSTRY]. I want to assess whether anyof my domain expertise qualifies for publication as a marketplace skillpack. Ask me about three areas of knowledge I use regularly in my work.For each one, help me apply the transferability test: is this knowledgegeneral enough to be valuable to practitioners at other organisationswithout access to my firm's proprietary systems, client relationships,or internal documents? Classify each as "publishable," "not publishable,"or "borderline — with adjustments."

What you're learning: The transferability test is not always obvious when applied to your own expertise. Having an AI interlocutor apply the test from the perspective of an external practitioner reveals which knowledge is genuinely general and which has invisible dependencies on your specific organisational context.

Prompt 2: Design a Vertical Skill Pack Outline

Specification
I want to design a vertical skill pack for [YOUR DOMAIN — e.g.,"contract triage for commercial leases in English law," "financialresearch for equity analysis," "BIM coordination for multi-storeyresidential projects"].Help me outline the three sections of the SKILL.md:1. Persona: What professional identity should this agent have? What expertise and authority does it carry? 2. Questions: What tasks fall in scope? What should it explicitly decline? Where are the boundaries? 3. Principles: What are the five to eight operating principles a competent practitioner in this domain would recognise as sound?After drafting each section, flag any element that might cross fromgeneral best practice into organisation-specific knowledge that shouldbe excluded from the marketplace listing.

What you're learning: Designing a skill pack outline is the first concrete step toward publication. The exercise makes the transferability test operational: you will discover which principles are universally sound and which encode your firm's particular approach. The flagging step trains the editorial judgement that distinguishes a publishable skill pack from a proprietary plugin.

Prompt 3: Evaluate Marketplace Opportunity for Your Industry

Specification
Research the current state of the [YOUR INDUSTRY — e.g., "legaltechnology," "financial services AI," "construction technology"]marketplace for AI plugins and domain agents. What categories ofexpertise are currently being packaged and sold? What gaps exist —areas where domain experts have not yet built generalisable skill packs?Based on what you find, assess whether there is a realistic marketplaceopportunity for a skill pack covering [A SPECIFIC FUNCTION IN YOURDOMAIN]. Who would subscribe? What would they pay? What would thecompetitive landscape look like in two years?

What you're learning: Marketplace opportunity analysis is not just about what you can publish: it is about what the market needs and what economics make sense. This prompt trains the commercial judgement required to decide whether to invest in publication, not just whether your knowledge qualifies.

Core Concept

The Cowork Plugin Marketplace is a distribution mechanism for generalisable domain expertise. Knowledge workers who have built a production SKILL.md encoding general domain best practice can publish it as a vertical skill pack or connector package. Subscribing organisations receive a starting point that requires customisation with their own institutional knowledge; not a finished product. The economics are attractive: the marginal cost of each additional subscriber is effectively zero.

Key Mental Models

  • Vertical Skill Pack: A domain-specific SKILL.md template encoding general best practice (e.g., contract triage for English law, financial research for equity analysis) without any organisation-specific context. Subscriber must add: jurisdiction settings, clause standards, escalation routing, institutional conventions.
  • Connector Package: A vertical skill pack plus pre-built MCP connectors for the systems the domain agent typically requires. Subscriber must add: API credentials and permission scope configuration. Reduces time-to-deployment compared to skill pack alone.
  • Transferability Test: Is this knowledge valuable to practitioners at other organisations without requiring access to your proprietary systems, client lists, or internal documents? General domain best practice = publishable. Organisation-specific institutional knowledge = not publishable.
  • Architecture vs Institutional Knowledge: The marketplace distributes architecture and general practice; the subscribing organisation provides institutional specificity. The marketplace does not replace the knowledge worker inside the subscribing organisation.

Critical Patterns

  • The marketplace solves the discovery and deployment problem: without it, a well-designed SKILL.md stops at the organisation that built it
  • Selling general domain best practice does not mean selling competitive advantage: publishable knowledge is knowledge a competitor could independently arrive at from public sources and professional training
  • Both categories (skill packs and connector packages) require subscriber customisation: the marketplace provides the scaffold, not the finished agent
  • The economics connect to the Marketplace monetisation model from Chapter 25 Lesson 5: the model is most attractive when domain expertise is valuable across many organisations but not dependent on any single organisation's proprietary context

Common Mistakes

  • Assuming published expertise is proprietary competitive advantage: publishable knowledge by definition is not proprietary
  • Expecting marketplace plugins to be deployment-ready without customisation: both categories require significant institutional knowledge to be added by the subscriber
  • Failing the transferability test by not distinguishing general best practice (publishable) from firm-specific context (not publishable)

Connections

  • Builds on: Lesson 8 established the ownership model for bespoke plugins; this lesson addresses what happens when SKILL.md expertise is generalisable
  • Leads to: Lesson 10 synthesises the full chapter architecture; Chapter 27 teaches the Knowledge Extraction Method for producing a production-quality SKILL.md

📋Quick Reference

Unlock Lesson Summary

Access condensed key takeaways and quick reference notes for efficient review.

  • Key concepts at a glance
  • Perfect for revision
  • Save study time

Free forever. No credit card required.

Ask