Software Architecture Specification

September 15, 2025 · View on GitHub

ContextShare VS Code Extension

Document Version: 1.0
Last Updated: August 19, 2025
Authors: System Architecture Team
Review Status: Draft

Table of Contents

  1. Executive Summary
  2. System Overview
  3. Architecture Goals and Constraints
  4. System Architecture
  5. Component Architecture
  6. Data Architecture
  7. Interface Architecture
  8. Security Architecture
  9. Configuration Management
  10. Extension Lifecycle
  11. Testing Architecture
  12. Deployment Architecture
  13. Quality Attributes
  14. Technical Debt and Risks
  15. Appendices

1. Executive Summary

1.1 Purpose

ContextShare is a Visual Studio Code extension designed to manage AI assistant catalog resources (chat modes, instructions, prompts, tasks, and Model Context Protocol assets) across multiple repositories. The extension provides a centralized interface for discovering, activating, and managing AI resources that enhance developer productivity through GitHub Copilot.

1.2 System Scope

The extension operates within the VS Code ecosystem as a client-side tool that:

  • Discovers AI resources from multiple local and remote catalogs
  • Manages resource activation/deactivation states with advanced merging capabilities
  • Provides specialized tree-based UI views for different resource categories
  • Supports preset configurations ("Hats") for resource groups
  • Handles user-created resources with enable/disable functionality
  • Ensures secure handling of remote content with comprehensive validation
  • Integrates with VS Code's native task and MCP systems

1.3 Key Architectural Decisions

  • Service-Oriented Architecture: Core functionality separated into distinct services
  • Repository Pattern: Abstracted file system operations through service interfaces
  • Multi-Provider Tree Architecture: Specialized tree providers for different views
  • Multi-Catalog Support: Support for multiple catalog sources with filtering
  • Advanced Resource Merging: Intelligent merging for MCP and VS Code tasks
  • User Resource Management: Full lifecycle management of user-created resources
  • Security-First Design: Comprehensive input validation and secure remote handling

2. System Overview

2.1 System Context

graph TB
    subgraph "VS Code Environment"
        CM[ContextShare]
        GC[GitHub Copilot]
        WS[Workspace]
        UI[VS Code UI]
        VST[VS Code Tasks]
        VSM[VS Code MCP]
    end
    
    subgraph "External Sources"
        RC[Remote Catalogs]
        LR[Local Repositories]
        MC[Multiple Catalogs]
    end
    
    subgraph "File System"
        CC[Copilot Catalogs]
        RT[Runtime Directory]
        UR[User Resources]
    end
    
    CM --> |Manages| CC
    CM --> |Activates to| RT
    CM --> |Fetches from| RC
    CM --> |Discovers in| LR
    CM --> |Supports| MC
    CM --> |Integrates with| UI
    CM --> |Merges to| VST
    CM --> |Merges to| VSM
    GC --> |Consumes| RT
    WS --> |Contains| CC
    CM --> |Manages| UR

2.2 Stakeholders

StakeholderRoleConcerns
DevelopersPrimary UsersEase of use, resource discovery, productivity
DevOps TeamsDeploymentConfiguration management, remote sources
Security TeamsComplianceInput validation, remote content safety
Extension MaintainersDevelopmentCode maintainability, testability

3. Architecture Goals and Constraints

3.1 Quality Goals

Quality AttributePriorityDescription
UsabilityHighIntuitive interface for resource management
ReliabilityHighRobust operation across different environments
SecurityHighSafe handling of remote content and file operations
MaintainabilityMediumClear separation of concerns, testable code
PerformanceMediumResponsive UI, efficient resource discovery
ExtensibilityMediumSupport for new resource types and sources

3.2 Technical Constraints

  • Platform: VS Code Extension API (v1.90.0+)
  • Runtime: Node.js environment within VS Code
  • Language: TypeScript for type safety and maintainability
  • File System: Cross-platform file operations (Windows, macOS, Linux)
  • Security: HTTPS-only for remote sources, input sanitization

3.3 Business Constraints

  • Offline Operation: Must function without internet connectivity
  • Multi-Workspace: Support for multiple repositories in workspace
  • User Control: Users maintain ownership of their resources
  • Backward Compatibility: Stable configuration interface

4. System Architecture

4.1 High-Level Architecture

graph TB
    subgraph "Presentation Layer"
        OTP[Overview Tree Provider]
        CTP[Category Tree Providers]
        OTP2[Options Tree Provider]
        CC[Command Controllers]
        SP[Status Provider]
    end
    
    subgraph "Business Logic Layer"
        RS[Resource Service]
        HS[Hat Service]
        CS[Configuration Service]
    end
    
    subgraph "Data Access Layer"
        FS[File Service]
        RC[Remote Cache]
        LS[Local Storage]
    end
    
    subgraph "External Interfaces"
        VSC[VS Code API]
        HTTP[HTTPS Client]
        OS[Operating System]
    end
    
    OTP --> RS
    CTP --> RS
    OTP2 --> RS
    CC --> RS
    CC --> HS
    SP --> RS
    
    RS --> FS
    HS --> FS
    RS --> RC
    
    FS --> VSC
    RC --> HTTP
    LS --> OS
    
    VSC --> OS

4.2 Architectural Patterns

4.2.1 Service Layer Pattern

  • Purpose: Encapsulate business logic in reusable services
  • Implementation: ResourceService, HatService, FileService
  • Benefits: Testability, separation of concerns, reusability

4.2.2 Repository Pattern

  • Purpose: Abstract data access operations
  • Implementation: IFileService interface with FileService implementation
  • Benefits: Testability, mock support, platform abstraction

4.2.3 Multi-Provider Pattern

  • Purpose: Specialized UI components for different resource categories
  • Implementation: CategoryTreeProvider, OverviewTreeProvider, OptionsTreeProvider
  • Benefits: Focused functionality, better user experience, maintainability

4.2.4 Observer Pattern

  • Purpose: React to configuration and file system changes
  • Implementation: VS Code event listeners, tree data provider events
  • Benefits: Reactive updates, loose coupling

4.2.5 Command Pattern

  • Purpose: Encapsulate user actions as commands
  • Implementation: VS Code command registration and handlers
  • Benefits: Undo capability, macro recording, extensibility

4.2.6 Strategy Pattern

  • Purpose: Handle different resource types with specialized activation logic
  • Implementation: MCP merging, task integration, file copying strategies
  • Benefits: Extensibility, type-specific behavior

5. Component Architecture

5.1 Component Overview

graph LR
    subgraph "Extension Core"
        EXT[extension.ts]
        MOD[models.ts]
    end
    
    subgraph "Services"
        RS[ResourceService]
        HS[HatService]
        FS[FileService]
    end
    
    subgraph "UI Components"
        OTP[OverviewTreeProvider]
        CTP[CategoryTreeProvider]
        OTP2[OptionsTreeProvider]
    end
    
    subgraph "Utilities"
        DIS[Display Utils]
        SEC[Security Utils]
        NAM[Naming Utils]
        ERR[Error Utils]
    end
    
    EXT --> RS
    EXT --> HS
    EXT --> OTP
    EXT --> CTP
    EXT --> OTP2
    RS --> FS
    HS --> FS
    RS --> SEC
    CTP --> DIS
    OTP --> DIS
    EXT --> ERR

5.2 Component Details

5.2.1 Extension Core (extension.ts)

Responsibilities:

  • Extension activation and deactivation
  • Command registration and handling
  • Event listener setup
  • Service initialization and dependency injection

Key Functions:

export async function activate(context: vscode.ExtensionContext)
export function deactivate()
async function refresh()
async function loadResources()

Dependencies:

  • ResourceService
  • HatService
  • FileService
  • OverviewTreeProvider
  • CategoryTreeProvider (multiple instances)
  • OptionsTreeProvider

5.2.2 Resource Service (services/resourceService.ts)

Responsibilities:

  • Multi-catalog resource discovery from local and remote sources
  • Advanced resource state management (inactive, active, modified)
  • Resource activation/deactivation with specialized merging
  • Remote content caching with security validation
  • Source override handling and root catalog override
  • User resource lifecycle management (enable/disable)
  • MCP configuration merging into .vscode/mcp.json
  • VS Code task integration into .vscode/tasks.json

Key Functions:

async discoverResources(repository: Repository): Promise<Resource[]>
async getResourceState(resource: Resource): Promise<ResourceState>
async activateResource(resource: Resource, options?: ActivateOptions): Promise<OperationResult>
async deactivateResource(resource: Resource): Promise<OperationResult>
async enableUserResource(resource: Resource): Promise<OperationResult>
async disableUserResource(resource: Resource): Promise<OperationResult>
setSourceOverrides(overrides: Partial<Record<ResourceCategory,string>>)
setRootCatalogOverride(root?: string)
setTargetWorkspaceOverride(path?: string)
setCurrentWorkspaceRoot(path?: string)
setRuntimeDirectoryName(name: string)
setRemoteCacheTtl(seconds: number)
clearRemoteCache()

State Management:

  • Remote cache with TTL-based expiration and size limits
  • Source override configuration and root catalog override
  • Target workspace override and current workspace root
  • Resource state computation with specialized MCP/task handling
  • User resource enable/disable state tracking

5.2.3 Hat Service (services/hatService.ts)

Responsibilities:

  • Hat (preset) discovery from multiple sources
  • Hat application (bulk resource activation/deactivation)
  • Hat creation from current active resources
  • Hat persistence to workspace and user storage

Key Functions:

async discoverHats(repo: Repository): Promise<Hat[]>
async applyHat(repo: Repository, resources: Resource[], hat: Hat): Promise<ApplyResult>
async createHatFromActive(name: string, resources: Resource[], source: HatSource): Promise<Hat>
async deleteHat(hat: Hat, repo?: Repository): Promise<boolean>

Storage Locations:

  • Catalog: {catalog}/hats/*.json
  • Workspace: .vscode/copilot-hats.json
  • User: Global storage hats.json

5.2.4 File Service (services/fileService.ts)

Responsibilities:

  • File system operations abstraction
  • Cross-platform path handling
  • Error handling for file operations
  • Directory creation and management

Interface Definition:

interface IFileService {
  readFile(path: string): Promise<string>
  writeFile(path: string, content: string): Promise<void>
  pathExists(path: string): Promise<boolean>
  listDirectory(path: string): Promise<string[]>
  stat(path: string): Promise<'file'|'dir'|'other'|'missing'>
  copyFile(src: string, dest: string): Promise<void>
  deleteFile?(path: string): Promise<void>
}

5.2.5 Tree Providers

5.2.5.1 Category Tree Provider (tree/categoryTreeProvider.ts)

Responsibilities:

  • Category-specific resource visualization
  • Resource state display and interaction
  • Icon and context menu management
  • Catalog filtering support

Key Functions:

getTreeItem(element: CatalogTreeItem): CatalogTreeItem
getChildren(element?: CatalogTreeItem): CatalogTreeItem[]
setRepository(repo: Repository, resources: Resource[])
setCatalogFilter(filter?: string)
refresh()
5.2.5.2 Overview Tree Provider (tree/overviewTreeProvider.ts)

Responsibilities:

  • High-level catalog summary display
  • Resource count and status overview
  • Multi-catalog information display
  • Welcome and guidance messages
5.2.5.3 Options Tree Provider (tree/optionsTreeProvider.ts)

Responsibilities:

  • Command and action organization
  • Hierarchical menu structure
  • Quick access to common operations
  • Settings and configuration shortcuts

Tree Structure:

Overview
├── Catalog Summary
│   ├── chatmodes: 2/5 active
│   ├── instructions: 1/3 active
│   └── prompts: 0/2 active
└── Available Catalogs
    ├── Default
    └── Shared

Chat Modes
├── default.chatmode.md [active]
├── agent-debug.chatmode.md [inactive]
└── user.custom.chatmode.md [user]

Options
├── Catalog
│   ├── Refresh
│   └── Filter by Catalog
├── Hats
│   ├── Apply Hat (Preset)
│   └── Save Hat from Active
└── Dev
    ├── Open Settings
    └── Create Template Catalog

5.3 Utility Components

5.3.1 Display Utilities (utils/display.ts)

Purpose: User-friendly resource name display and catalog naming Key Functions:

getDisplayName(filename: string, category: ResourceCategory): string
getCatalogDisplayName(directoryPath: string, displayNameMapping: Record<string, string>): string

Features:

  • Category-specific extension removal
  • Custom catalog display names
  • Fallback naming strategies

5.3.2 Security Utilities (utils/security.ts)

Purpose: Comprehensive input validation and sanitization Key Functions:

sanitizeFilename(name: string): string
isSafeRelativeEntry(entry: string): boolean
isValidHttpsUrl(url: string): boolean
sanitizeErrorMessage(error: any): string
validateMcpConfig(obj: any): { valid: boolean; errors: string[] }
validateTaskConfig(obj: any): { valid: boolean; errors: string[] }

Security Measures:

  • Path traversal prevention
  • Filename sanitization
  • HTTPS-only URL validation
  • Error message sanitization
  • JSON schema validation for MCP and tasks

5.3.3 Error Utilities (utils/errors.ts)

Purpose: Consistent error handling and user notifications Key Functions:

handleErrorWithNotification(error: any, context: string, logger: Function, vscode: any): Promise<void>
getErrorMessage(error: any): string

5.3.4 File Operations Utilities (utils/fileOperations.ts)

Purpose: Safe file operations with conflict resolution Key Functions:

preserveFileWithVariant(filePath: string, logger: Function): Promise<string>

6. Data Architecture

6.1 Data Models

6.1.1 Core Entities

interface Repository {
  id: string
  name: string
  rootPath: string      // Workspace folder root
  catalogPath: string   // Path to copilot_catalog
  runtimePath: string   // Target directory (.github)
  isActive: boolean
}

interface Resource {
  id: string
  relativePath: string     // Catalog-relative path
  absolutePath: string     // Absolute file system path
  category: ResourceCategory
  targetSubdir: string
  repository: Repository
  state: ResourceState
  origin: ResourceOrigin
  catalogName?: string     // Name of the catalog source this resource came from
  disabled?: boolean       // For user resources
}

interface Hat {
  id: string
  name: string
  description?: string
  resources: string[]      // Relative paths
  source: HatSource
  definitionPath?: string
}

6.1.2 Enumerations

enum ResourceCategory {
  CHATMODES = 'chatmodes',
  INSTRUCTIONS = 'instructions', 
  PROMPTS = 'prompts',
  TASKS = 'tasks',
  MCP = 'mcp'
}

enum ResourceState {
  INACTIVE = 0,  // Not copied to runtime
  ACTIVE = 1,    // Copied and unchanged
  MODIFIED = 2   // Copied and locally modified
}

enum ResourceOrigin {
  CATALOG = 'catalog',  // From catalog directory
  USER = 'user',        // User-created in runtime
  REMOTE = 'remote'     // Fetched from remote source
}

6.2 Data Flow

sequenceDiagram
    participant UI as User Interface
    participant RS as Resource Service
    participant FS as File Service
    participant Cache as Remote Cache
    participant Disk as File System
    
    UI->>RS: discoverResources()
    RS->>FS: listDirectory(catalogPath)
    FS->>Disk: readdir()
    Disk-->>FS: files[]
    FS-->>RS: files[]
    
    opt Remote Sources
        RS->>Cache: fetchRemoteCached(url)
        Cache->>Disk: HTTP GET + Cache
        Disk-->>Cache: content
        Cache-->>RS: content
    end
    
    RS->>FS: stat(runtimePath)
    FS->>Disk: lstat()
    Disk-->>FS: stats
    FS-->>RS: state
    
    RS-->>UI: Resource[]

6.3 Caching Strategy

6.3.1 Remote Content Cache

Location: In-memory Map with disk persistence TTL: Configurable (default: 5 minutes) Eviction: Time-based expiration

private remoteCache: Map<string, {
  timestamp: number
  content: string
}> = new Map()

6.3.2 Configuration Cache

Location: VS Code configuration system Scope: Workspace and user settings Invalidation: Configuration change events

7. Interface Architecture

7.1 VS Code Extension API Integration

7.1.1 Activation Events

{
  "activationEvents": ["onStartupFinished"],
  "main": "dist/src/extension.js"
}

7.1.2 Contribution Points

Views and Containers:

{
  "viewsContainers": {
    "activitybar": [{
      "id": "copilotCatalog",
      "title": "Copilot Catalog", 
      "icon": "resources/activity-icon-book.svg"
    }]
  },
  "views": {
    "copilotCatalog": [{
      "id": "copilotCatalogView",
      "name": "Catalog"
    }]
  }
}

Commands:

  • copilotCatalog.refresh - Refresh resource discovery
  • copilotCatalog.activate - Activate selected resource
  • copilotCatalog.deactivate - Deactivate selected resource
  • copilotCatalog.showDiff - Show differences between catalog and runtime
  • copilotCatalog.hats.apply - Apply hat preset
  • copilotCatalog.openResource - Open resource for viewing/editing

Configuration Schema:

{
  "copilotCatalog.catalogDirectory": {
    "type": "string",
    "default": "copilot_catalog",
    "description": "Name of the catalog directory"
  },
  "copilotCatalog.runtimeDirectory": {
    "type": "string", 
    "default": ".github",
    "description": "Runtime directory for active resources"
  },
  "copilotCatalog.source.rootCatalogPath": {
    "type": "string",
    "description": "Root path for recursive resource discovery"
  }
}

7.2 Command Interface

7.2.1 Command Registration Pattern

context.subscriptions.push(
  vscode.commands.registerCommand('copilotCatalog.activate', async (item: any) => {
    const resource = pickResourceFromItem(item)
    if (!resource) return
    
    await resourceService.activateResource(resource)
    tree.refresh()
    updateStatus()
  })
)

7.2.2 Context Menu Integration

{
  "menus": {
    "view/item/context": [{
      "when": "view == copilotCatalogView && viewItem == resource-inactive",
      "command": "copilotCatalog.activate",
      "group": "inline@1"
    }]
  }
}

7.3 File System Interface

7.3.1 Path Resolution

Catalog Discovery:

// Standard catalog location
const catalogPath = path.join(repository.rootPath, catalogDirName)

// Override support
const resolvedPath = this.resolveSourceDir(repository, override)

Runtime Target:

// Standard runtime location  
const runtimePath = path.join(repository.runtimePath, targetSubdir, filename)

// Target workspace override
const targetPath = this.targetWorkspaceOverride 
  ? path.join(this.targetWorkspaceOverride, runtimeDirName, targetSubdir, filename)
  : standardRuntimePath

7.3.2 Remote Source Interface

HTTPS-Only Policy:

if (override && /^https?:\/\//i.test(override)) {
  if (!/^https:\/\//i.test(override)) {
    // Skip insecure HTTP sources
    continue
  }
  // Process HTTPS source
}

Directory Listing Format:

{
  "index.json": [
    "default.chatmode.md",
    "agent-debug.chatmode.md",
    "hw-designer.chatmode.md"
  ]
}

8. Security Architecture

8.1 Security Principles

  1. Defense in Depth: Multiple layers of input validation
  2. Principle of Least Privilege: Minimal file system access
  3. Secure by Default: HTTPS-only remote sources
  4. Input Validation: All external input sanitized

8.2 Threat Model

8.2.1 Identified Threats

ThreatImpactMitigation
Path TraversalHighInput validation, relative path checks
Remote Code InjectionHighContent sanitization, no code execution
Malicious FilenamesMediumFilename sanitization
MITM AttacksMediumHTTPS-only policy
Configuration TamperingMediumSchema validation

8.2.2 Security Controls

Input Validation:

export function sanitizeFilename(name: string): string {
  const base = (name || '').split(/[\\/]/).pop() || ''
  const cleaned = base.replace(/[\0<>:\"|?*]/g, '').trim()
  if (cleaned === '' || cleaned === '.' || cleaned === '..') {
    return 'file.txt'
  }
  return cleaned
}

export function isSafeRelativeEntry(entry: string): boolean {
  if (!entry) return false
  if (/^[a-zA-Z]:[\\/]/.test(entry)) return false  // Drive letters
  if (entry.startsWith('/') || entry.startsWith('\\')) return false  // Absolute paths
  if (entry.includes('..')) return false  // Path traversal
  return true
}

Network Security:

// HTTPS-only enforcement
if (!/^https:\/\//i.test(override)) {
  continue  // Skip insecure sources
}

8.3 Data Privacy

8.3.1 Data Handling

  • Local Data: Remains on user's machine
  • Remote Caching: Temporary, TTL-based expiration
  • Logging: Optional, privacy-friendly (no sensitive data)
  • Telemetry: None collected by extension

8.3.2 User Control

  • Users control all source configurations
  • Explicit consent for remote source usage
  • Clear indication of data origins (catalog/user/remote)
  • Ability to disable remote sources entirely

9. Configuration Management

9.1 Configuration Hierarchy

graph TD
    US[User Settings] --> WS[Workspace Settings]
    WS --> WF[Workspace Folder Settings]
    WF --> D[Defaults]
    
    subgraph "Configuration Sources"
        US
        WS  
        WF
        D
    end
    
    subgraph "Override Mechanisms"
        RC[Root Catalog Override]
        TO[Target Override]
        SO[Source Overrides]
    end
    
    WF --> RC
    WF --> TO
    WF --> SO

9.2 Configuration Schema

9.2.1 Core Settings

{
  "copilotCatalog.catalogDirectory": {
    "type": "object",
    "default": {},
    "description": "Catalog paths and their display names. Each entry maps a catalog path (absolute path, relative to workspace, or http(s) URL) to its tree display text. If display text is empty, the folder name from the catalog path will be used.",
    "patternProperties": {
      ".*": {
        "type": "string"
      }
    },
    "additionalProperties": {
      "type": "string"
    }
  },
  "copilotCatalog.runtimeDirectory": {
    "type": "string", 
    "default": ".github",
    "description": "Name of the runtime directory for active resources"
  },
  "copilotCatalog.targetWorkspace": {
    "type": "string",
    "default": "",
    "description": "Explicitly sets the target workspace folder (absolute path) for activating resources. If set, all active resources will be placed in the runtime directory of this folder."
  },
  "copilotCatalog.remoteCacheTtlSeconds": {
    "type": "number",
    "default": 300,
    "minimum": 0,
    "description": "TTL (seconds) for caching remote fetched resources (0 = no cache)"
  },
  "copilotCatalog.autoRefresh": {
    "type": "boolean",
    "default": true,
    "description": "Automatically refresh when files change"
  },
  "copilotCatalog.showModificationWarnings": {
    "type": "boolean",
    "default": true,
    "description": "Warn when activating over modified files"
  },
  "copilotCatalog.backupBeforeOverwrite": {
    "type": "boolean",
    "default": false,
    "description": "Create backups before overwriting files"
  },
  "copilotCatalog.defaultGrouping": {
    "type": "string",
    "enum": ["category", "state", "repository", "flat"],
    "default": "category",
    "description": "Default grouping mode for tree view"
  },
  "copilotCatalog.taskMergeStrategy": {
    "type": "string",
    "enum": ["merge", "replace", "skip"],
    "default": "merge",
    "description": "Strategy for handling task conflicts"
  },
  "copilotCatalog.enableFileLogging": {
    "type": "boolean",
    "default": false,
    "description": "Mirror extension logs to a file under user global storage (privacy-friendly)."
  },
  "copilotCatalog.catalogFilter": {
    "type": "string",
    "default": "",
    "description": "Filter resources by catalog name. Leave empty to show all catalogs."
  }
}

9.2.2 Source Configuration

Note: Source configuration is now handled through the copilotCatalog.catalogDirectory object mapping. Individual category overrides are no longer supported in favor of the more flexible multi-catalog approach.

Legacy Support: The extension still supports per-category source overrides for backward compatibility, but the recommended approach is to use the catalog directory mapping.

9.2.3 Behavior Settings

Note: Behavior settings are now included in the core settings section above. The extension supports comprehensive configuration options for user experience customization.

9.3 Configuration Change Handling

vscode.workspace.onDidChangeConfiguration(async (e: vscode.ConfigurationChangeEvent) => {
  const reloadKeys = [
    'copilotCatalog.runtimeDirectory'
  ]
  
  const refreshKeys = [
    'copilotCatalog.catalogDirectory',
    'copilotCatalog.remoteCacheTtlSeconds',
    'copilotCatalog.targetWorkspace'
  ]
  
  const needsReload = reloadKeys.some(k => e.affectsConfiguration(k));
  const needsRefresh = refreshKeys.some(k => e.affectsConfiguration(k));

  if (needsReload) {
    const selection = await vscode.window.showInformationMessage(
      'ContextShare settings have changed that require a reload to take effect.',
      'Reload Window'
    );
    if (selection === 'Reload Window') {
      vscode.commands.executeCommand('workbench.action.reloadWindow');
    }
  } else if (needsRefresh) {
    const cfg = vscode.workspace.getConfiguration();
    resourceService.setTargetWorkspaceOverride(cfg.get<string>('copilotCatalog.targetWorkspace'));
    resourceService.setRuntimeDirectoryName(cfg.get<string>('copilotCatalog.runtimeDirectory', '.github'));
    resourceService.setRemoteCacheTtl(cfg.get<number>('copilotCatalog.remoteCacheTtlSeconds', 300));
    await refresh();
  }
})

10. Extension Lifecycle

10.1 Activation Sequence

sequenceDiagram
    participant VSCode as VS Code
    participant Ext as Extension
    participant Services as Services
    participant UI as Tree Provider
    participant FS as File System
    
    VSCode->>Ext: activate()
    Ext->>Services: Initialize FileService
    Ext->>Services: Initialize ResourceService
    Ext->>Services: Initialize HatService
    Ext->>UI: Initialize CatalogTreeProvider
    Ext->>VSCode: Register commands
    Ext->>VSCode: Register tree data provider
    Ext->>Services: discoverRepositories()
    Services->>FS: Check catalog directories
    FS-->>Services: Repository list
    Ext->>Services: loadResources()
    Services->>FS: Discover resources
    FS-->>Services: Resource list
    Ext->>UI: setRepository()
    UI->>VSCode: Render tree view
    Ext->>VSCode: Setup event listeners
    VSCode-->>Ext: Activation complete

10.2 Command Execution Flow

sequenceDiagram
    participant User as User
    participant VSCode as VS Code UI
    participant Cmd as Command Handler
    participant RS as Resource Service
    participant FS as File Service
    participant Tree as Tree Provider
    
    User->>VSCode: Right-click → Activate
    VSCode->>Cmd: executeCommand('copilotCatalog.activate')
    Cmd->>RS: activateResource(resource)
    RS->>FS: copyFile(src, dest)
    FS-->>RS: Operation result
    RS-->>Cmd: OperationResult
    Cmd->>Tree: refresh()
    Tree->>VSCode: _onDidChangeTreeData.fire()
    VSCode->>User: UI update

10.3 Resource State Transitions

stateDiagram-v2
    [*] --> Discovered
    Discovered --> Inactive: Initial state
    Inactive --> Active: Activate command
    Active --> Modified: User edits runtime file
    Modified --> Active: Activate (overwrite)
    Modified --> Inactive: Deactivate
    Active --> Inactive: Deactivate command
    
    state Inactive {
        [*] --> CatalogOnly
        CatalogOnly --> [*]
    }
    
    state Active {
        [*] --> RuntimeCopyExists
        RuntimeCopyExists --> [*]
    }
    
    state Modified {
        [*] --> RuntimeDiffers
        RuntimeDiffers --> [*]
    }

10.4 Error Handling Strategy

10.4.1 Error Categories

CategoryHandling StrategyUser Experience
File SystemGraceful degradationWarning notification
NetworkTimeout and retryStatus indicator
ConfigurationValidation and fallbackSettings guidance
User InputSanitization and validationInline error messages

10.4.2 Error Propagation

async function activateResource(resource: Resource): Promise<OperationResult> {
  try {
    await this.fileService.copyFile(resource.absolutePath, targetPath)
    return { success: true, resource, message: 'Activated successfully' }
  } catch (error) {
    const message = error instanceof Error ? error.message : 'Unknown error'
    return { 
      success: false, 
      resource, 
      message: `Activation failed: ${message}`,
      details: error instanceof Error ? error.stack : undefined
    }
  }
}

11. Testing Architecture

11.1 Testing Strategy

11.1.1 Test Architecture

graph TD
    subgraph "Test Categories"
        UT[Unit Tests - 80%]
        IT[Integration Tests - 15%]
        E2E[End-to-End Tests - 5%]
    end
    
    subgraph "Test Tools"
        Node[Node.js Test Runner]
        Mock[MockFileService]
        TestUtils[Test Utilities]
    end
    
    subgraph "Test Files"
        RS[resourceService.test.ts]
        HS[hats.test.ts]
        SEC[security.test.ts]
        DIS[display.test.ts]
        NAM[naming.test.ts]
        MCP[mcpMerge.test.ts]
        TREE[treeIcons.test.ts]
        CMD[commandsRegistered.test.ts]
        REPO[repositoryDiscovery.test.ts]
        TARGET[targetPath.test.ts]
        WS[workspaceConfiguration.test.ts]
        ACT[resourceActivation.test.ts]
    end
    
    UT --> Node
    UT --> Mock
    IT --> Node
    IT --> Mock
    E2E --> Node
    
    RS --> UT
    HS --> UT
    SEC --> UT
    DIS --> UT
    NAM --> UT
    MCP --> UT
    TREE --> UT
    CMD --> UT
    REPO --> IT
    TARGET --> IT
    WS --> IT
    ACT --> IT

11.1.2 Test Categories

Unit Tests:

  • Service logic validation (ResourceService, HatService)
  • Utility function testing (display, security, naming)
  • Model validation and state management
  • Error handling verification
  • Security validation (MCP, task configs)
  • Tree provider functionality

Integration Tests:

  • Repository discovery and configuration
  • Target path resolution
  • Workspace configuration handling
  • Resource activation workflows
  • Multi-catalog support

End-to-End Tests:

  • Complete user workflows
  • Command registration and execution
  • File system operations
  • Configuration persistence

11.2 Test Implementation

11.2.1 Service Testing

describe('ResourceService', () => {
  let resourceService: ResourceService
  let mockFileService: IFileService
  
  beforeEach(() => {
    mockFileService = new MockFileService()
    resourceService = new ResourceService(mockFileService)
  })
  
  it('should discover resources from catalog directory', async () => {
    // Arrange
    mockFileService.setupDirectory('/repo/copilot_catalog/chatmodes', [
      'default.chatmode.md',
      'agent.chatmode.md'
    ])
    
    // Act
    const resources = await resourceService.discoverResources(mockRepository)
    
    // Assert
    expect(resources).toHaveLength(2)
    expect(resources[0].category).toBe(ResourceCategory.CHATMODES)
  })
})

11.2.2 Mock Services

export class MockFileService implements IFileService {
  private files = new Map<string, string>()
  private directories = new Map<string, string[]>()
  
  setupFile(path: string, content: string) {
    this.files.set(path, content)
  }
  
  setupDirectory(path: string, entries: string[]) {
    this.directories.set(path, entries)
  }
  
  async readFile(path: string): Promise<string> {
    if (!this.files.has(path)) {
      throw new Error(`File not found: ${path}`)
    }
    return this.files.get(path)!
  }
  
  async listDirectory(path: string): Promise<string[]> {
    return this.directories.get(path) || []
  }
}

11.3 Test Execution

11.3.1 Test Scripts

{
  "scripts": {
    "test": "node dist/test/resourceService.test.js && node dist/test/treeIcons.test.js && node dist/test/naming.test.js && node dist/test/mcpMerge.test.js && node dist/test/hats.test.js && node dist/test/commandsRegistered.test.js && node dist/test/display.test.js && node dist/test/catalogDisplayName.test.js && node dist/test/repositoryDiscovery.test.js && node dist/test/targetPath.test.js && node dist/test/workspaceConfiguration.test.js && node dist/test/resourceActivation.test.js",
    "test:all": "npm run test",
    "test:edge-cases": "node dist/test/repositoryDiscovery.test.js && node dist/test/targetPath.test.js && node dist/test/workspaceConfiguration.test.js && node dist/test/resourceActivation.test.js",
    "test:watch": "npm run build && npm run test"
  }
}

11.3.2 Continuous Integration

# .github/workflows/test.yml
name: Test
on: [push, pull_request]
jobs:
  test:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v2
      - uses: actions/setup-node@v2
        with:
          node-version: '18'
      - run: npm install
      - run: npm run build
      - run: npm test

12. Deployment Architecture

12.1 Build Process

12.1.1 Build Pipeline

graph LR
    SRC[Source Code] --> TSC[TypeScript Compiler]
    TSC --> DIST[Dist Directory]
    DIST --> ESB[ESBuild Bundler]
    ESB --> BUNDLE[Bundle Output]
    BUNDLE --> PKG[Package.json]
    PKG --> VSIX[VSIX Builder]
    VSIX --> ARTIFACT[Extension Package]
    
    subgraph "Build Tools"
        TSC
        ESB
        VSIX
    end
    
    subgraph "Quality Gates"
        TEST[Tests]
        SEC[Security Scan]
        LIC[License Check]
    end
    
    DIST --> TEST
    TEST --> SEC
    SEC --> LIC
    LIC --> ESB

12.1.2 Build Scripts

#!/bin/bash
# build_vsix.sh

set -e

echo "Building ContextShare VSIX..."

# Clean previous build
rm -f *.vsix
rm -rf dist/

# Build TypeScript and bundle with esbuild
npm run build

# Create VSIX package
npx @vscode/vsce package

echo "VSIX package created successfully"
ls -la *.vsix

Build Scripts (package.json):

{
  "scripts": {
    "build": "tsc -p . && npm run bundle",
    "bundle": "esbuild ./src/extension.ts --bundle --outfile=dist/extension.js --platform=node --format=cjs --external:vscode --sourcemap",
    "test": "node dist/test/resourceService.test.js && node dist/test/treeIcons.test.js && node dist/test/naming.test.js && node dist/test/mcpMerge.test.js && node dist/test/hats.test.js && node dist/test/commandsRegistered.test.js && node dist/test/display.test.js && node dist/test/catalogDisplayName.test.js && node dist/test/repositoryDiscovery.test.js && node dist/test/targetPath.test.js && node dist/test/workspaceConfiguration.test.js && node dist/test/resourceActivation.test.js",
    "security:check": "npm run security:audit && npm run security:scan",
    "license:check": "node scripts/check-licenses.js",
    "compliance:check": "npm run security:check && npm run license:check"
  }
}

12.2 Installation Methods

12.2.1 VS Code Marketplace

Publishing Process:

  1. Version increment in package.json
  2. CHANGELOG update
  3. Build and test validation
  4. VSIX package creation
  5. Marketplace upload via vsce publish

12.2.2 Manual Installation

# Install latest built version
LATEST_VSIX=$(ls -1 *.vsix | sort -V | tail -n 1)
code --install-extension $LATEST_VSIX --force

12.2.3 Development Installation

# Install development version
npm install --prefix contextshare-extension/
bash contextshare-extension/build_vsix.sh
bash contextshare-extension/install_locally.sh

12.3 Update Management

12.3.1 Version Strategy

Semantic Versioning:

  • MAJOR.MINOR.PATCH
  • Breaking changes increment MAJOR
  • New features increment MINOR
  • Bug fixes increment PATCH

Update Process:

  1. Automatic updates via VS Code marketplace
  2. Manual update check in Extensions view
  3. Development builds require manual installation

12.3.2 Backward Compatibility

Configuration Migration:

  • Deprecated settings remain functional
  • New settings provide enhanced functionality
  • Migration warnings for obsolete configurations

Data Migration:

  • Hat file format evolution
  • Configuration schema updates
  • User data preservation

13. Quality Attributes

13.1 Performance Characteristics

13.1.1 Resource Discovery Performance

OperationTargetMeasurement
Local Discovery< 1s1000 resources
Remote Discovery< 5sWith network timeout
Tree Refresh< 200msUI responsiveness
Configuration Change< 100msSetting updates

13.1.2 Memory Usage

  • Baseline: < 10MB at startup
  • Resource Cache: < 1MB per 100 remote resources
  • UI State: < 1MB for tree data
  • Peak Usage: < 50MB under heavy load

13.1.3 Performance Monitoring

// Performance tracking example
const startTime = performance.now()
const resources = await resourceService.discoverResources(repository)
const duration = performance.now() - startTime
log(`Resource discovery completed in ${duration.toFixed(2)}ms`)

13.2 Reliability Measures

13.2.1 Error Recovery

  • File System Errors: Graceful degradation, retry logic
  • Network Errors: Timeout handling, offline operation
  • Configuration Errors: Validation, fallback to defaults
  • Resource Conflicts: User choice dialogs, preservation options

13.2.2 Data Integrity

  • Atomic Operations: Complete or rollback file operations
  • Backup Creation: Optional backup before overwrite
  • State Consistency: Resource state recomputation on changes
  • Validation: Input sanitization and schema validation

13.3 Usability Features

13.3.1 User Experience

  • Progressive Disclosure: Hierarchical tree view
  • Visual Feedback: Icons, tooltips, status indicators
  • Contextual Actions: Right-click menus, inline buttons
  • Error Communication: Clear error messages, suggested actions

13.3.2 Accessibility

  • Keyboard Navigation: Full keyboard support
  • Screen Reader Support: Proper ARIA labels
  • High Contrast: Theme-aware icons and colors
  • Focus Management: Logical tab order

13.4 Security Measures

13.4.1 Input Validation

export function validateResourcePath(path: string): boolean {
  // Path length limits
  if (path.length > 260) return false
  
  // Character restrictions
  if (/[\0<>:"|?*]/.test(path)) return false
  
  // Path traversal prevention
  if (path.includes('..')) return false
  
  return true
}

13.4.2 Secure Defaults

  • HTTPS-only for remote sources
  • No automatic code execution
  • Read-only catalog resource viewing
  • Explicit user consent for destructive operations

14. Technical Debt and Risks

14.1 Current Technical Debt

14.1.1 Code Quality Issues

IssuePriorityImpactResolution Plan
Large extension.ts fileMediumMaintainabilityExtract command handlers
Minimal error typingLowDebuggingImplement error types
Limited test coverageMediumQuality assuranceExpand test suite
Configuration complexityHighUser experienceSimplify settings

14.1.2 Dependencies

External Dependencies:

  • VS Code API: Extension locked to specific API versions
  • Node.js: File system API dependencies
  • TypeScript: Build-time dependency for type safety

Risk Mitigation:

  • Regular dependency updates
  • API compatibility testing
  • Graceful degradation for missing features

14.2 Identified Risks

14.2.1 Technical Risks

RiskProbabilityImpactMitigation
VS Code API changesMediumHighAPI version pinning, feature detection
File system permissionsLowMediumPermission checking, error handling
Remote source availabilityHighLowCaching, offline operation
Configuration corruptionLowHighValidation, backup mechanisms

14.2.2 Security Risks

RiskProbabilityImpactMitigation
Malicious remote contentMediumHighHTTPS-only, content validation
Path traversal attacksLowHighInput sanitization, path validation
Configuration injectionLowMediumSchema validation, type checking

14.3 Future Improvements

14.3.1 Performance Optimizations

  • Lazy Loading: Load resources on-demand
  • Virtual Scrolling: Handle large resource lists
  • Background Refresh: Non-blocking updates
  • Incremental Discovery: Delta-based updates

14.3.2 Feature Enhancements

  • Resource Versioning: Track resource history
  • Conflict Resolution: Advanced merge strategies
  • Bulk Operations: Multi-select actions
  • Search and Filter: Resource discovery tools

14.3.3 Architecture Evolution

  • Plugin System: Extensible resource types
  • Service Workers: Background processing
  • Event Sourcing: Audit trail for changes
  • GraphQL API: Structured remote queries

15. Appendices

15.1 Glossary

TermDefinition
CatalogDirectory containing AI resource templates
HatNamed preset of resources for bulk activation
ResourceIndividual AI asset (chatmode, instruction, prompt, task, MCP)
RuntimeDirectory where active resources are copied for use
ActivationProcess of copying catalog resource to runtime directory
OriginSource type of resource (catalog, user, remote)
StateCurrent status of resource (inactive, active, modified)

15.2 File System Conventions

15.2.1 Directory Structure

workspace/
├── copilot_catalog/              # Source catalog
│   ├── chatmodes/
│   │   ├── default.chatmode.md
│   │   └── agent.chatmode.md
│   ├── instructions/
│   │   └── general.instructions.md
│   ├── prompts/
│   │   └── init.prompt.md
│   ├── tasks/
│   │   └── build.task.json
│   ├── mcp/
│   │   └── servers.mcp.json
│   └── hats/
│       └── preset.json
├── .github/                      # Runtime directory
│   ├── chatmodes/
│   ├── instructions/
│   ├── prompts/
│   ├── tasks/
│   └── mcp/
└── .vscode/
    ├── settings.json
    └── copilot-hats.json        # Workspace hats

15.2.2 Naming Conventions

Resource Files:

  • {name}.{category}.{ext} (e.g., default.chatmode.md)
  • Category inferred from filename or directory

User Resources:

  • user.{original} (first variant)
  • user.{N}.{original} (subsequent variants)

Hat Files:

  • Catalog: {catalog}/hats/{name}.json
  • Workspace: .vscode/copilot-hats.json
  • User: {globalStorage}/hats.json

15.3 Configuration Examples

15.3.1 Basic Configuration

{
  "copilotCatalog.catalogDirectory": {
    "/path/to/workspace/copilot_catalog": "My Catalog"
  },
  "copilotCatalog.runtimeDirectory": ".github",
  "copilotCatalog.autoRefresh": true
}

15.3.2 Multi-Catalog Configuration

{
  "copilotCatalog.catalogDirectory": {
    "/path/to/local/catalog": "Local Catalog",
    "https://example.com/catalog/": "Remote Catalog",
    "/shared/team/catalog": "Team Catalog"
  },
  "copilotCatalog.remoteCacheTtlSeconds": 600,
  "copilotCatalog.catalogFilter": "Remote Catalog"
}

15.3.3 Advanced Configuration

{
  "copilotCatalog.catalogDirectory": {
    "/absolute/path/to/target": "Target Catalog",
    "https://cdn.example.com/catalog/": "CDN Catalog",
    "/shared/team/resources": "Shared Resources"
  },
  "copilotCatalog.targetWorkspace": "/absolute/path/to/target",
  "copilotCatalog.taskMergeStrategy": "merge",
  "copilotCatalog.backupBeforeOverwrite": true,
  "copilotCatalog.enableFileLogging": true,
  "copilotCatalog.showModificationWarnings": true
}

15.4 API Reference

15.4.1 Extension Commands

// Command registrations
'copilotCatalog.refresh': () => Promise<void>
'copilotCatalog.activate': (item: TreeItem) => Promise<void>
'copilotCatalog.deactivate': (item: TreeItem) => Promise<void>
'copilotCatalog.activateAll': () => Promise<void>
'copilotCatalog.deactivateAll': () => Promise<void>
'copilotCatalog.showDiff': (item: TreeItem) => Promise<void>
'copilotCatalog.openResource': (item: TreeItem) => Promise<void>
'copilotCatalog.editActivatedCopy': (item: TreeItem) => Promise<void>
'copilotCatalog.selectRepository': () => Promise<void>
'copilotCatalog.diagnostics': () => Promise<void>
'copilotCatalog.filterCatalog': () => Promise<void>
'copilotCatalog.addCatalogDirectory': () => Promise<void>
'copilotCatalog.openSettings': () => Promise<void>
'copilotCatalog.hats.apply': () => Promise<void>
'copilotCatalog.hats.createWorkspace': () => Promise<void>
'copilotCatalog.hats.createUser': () => Promise<void>
'copilotCatalog.hats.delete': () => Promise<void>
'copilotCatalog.user.enable': (item: TreeItem) => Promise<void>
'copilotCatalog.user.disable': (item: TreeItem) => Promise<void>
'copilotCatalog.dev.createTemplateCatalog': () => Promise<void>
'copilotCatalog.dev.configureSettings': () => Promise<void>

15.4.2 Service Interfaces

interface IResourceService {
  discoverResources(repo: Repository): Promise<Resource[]>
  getResourceState(resource: Resource): Promise<ResourceState>
  activateResource(resource: Resource, options?: ActivateOptions): Promise<OperationResult>
  deactivateResource(resource: Resource): Promise<OperationResult>
  enableUserResource(resource: Resource): Promise<OperationResult>
  disableUserResource(resource: Resource): Promise<OperationResult>
  getTargetPath(resource: Resource): string
  setSourceOverrides(overrides: Partial<Record<ResourceCategory,string>>): void
  setRemoteCacheTtl(seconds: number): void
  setRootCatalogOverride(root?: string): void
  setTargetWorkspaceOverride(path?: string): void
  setCurrentWorkspaceRoot(path?: string): void
  setRuntimeDirectoryName(name: string): void
  clearRemoteCache(): void
}

interface IFileService {
  readFile(path: string): Promise<string>
  writeFile(path: string, content: string): Promise<void>
  pathExists(path: string): Promise<boolean>
  listDirectory(path: string): Promise<string[]>
  stat(path: string): Promise<'file'|'dir'|'other'|'missing'>
  copyFile(src: string, dest: string): Promise<void>
}

15.5 Troubleshooting Guide

15.5.1 Common Issues

No resources discovered:

  1. Check catalog directory exists and contains resources
  2. Verify copilotCatalog.catalogDirectory setting
  3. Use "Refresh" command to re-scan
  4. Check Output panel for error messages

Remote sources not loading:

  1. Verify HTTPS URL is accessible
  2. Check network connectivity
  3. Validate remote index.json format
  4. Review cache TTL settings

Resource activation fails:

  1. Check file system permissions
  2. Verify target directory exists
  3. Review error in Output panel
  4. Check for file conflicts

15.5.2 Debug Information

Diagnostics Command: Use copilotCatalog.diagnostics to output configuration and state information.

Log Output: Enable copilotCatalog.enableFileLogging for persistent debug logs.

Manual Verification:

  1. Check .vscode/settings.json for configuration
  2. Verify catalog directory structure
  3. Examine runtime directory contents
  4. Review hat definitions in .vscode/copilot-hats.json

Document History

VersionDateAuthorChanges
1.02025-08-19System Architecture TeamInitial comprehensive specification
1.12025-01-27AI AssistantUpdated to match current implementation: multi-catalog support, specialized tree providers, advanced resource merging, user resource management, comprehensive security, esbuild bundling

Document Classification: Internal
Review Required: Annual or on major architecture changes
Approval: Technical Lead, Product Owner

This document serves as the definitive architectural reference for the ContextShare VS Code Extension. All development, maintenance, and evolution decisions should align with the principles and patterns described herein.