specweave 1.0.214 → 1.0.215

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "specweave",
3
- "version": "1.0.214",
3
+ "version": "1.0.215",
4
4
  "description": "Spec-driven development framework for Claude Code. AI-native workflow with living documentation, intelligent agents, and multilingual support (9 languages). Enterprise-grade traceability with permanent specs and temporary increments.",
5
5
  "type": "module",
6
6
  "main": "dist/index.js",
@@ -1,7 +1,7 @@
1
1
  ---
2
2
  name: abandon
3
3
  description: Abandon an incomplete increment (requirements changed, obsolete)
4
- usage: /sw:abandon <increment-id> --reason="<reason>"
4
+ argument-hint: [increment-id] --reason="reason"
5
5
  ---
6
6
 
7
7
  # Abandon Increment Command
@@ -1,7 +1,7 @@
1
1
  ---
2
2
  name: api-docs
3
3
  description: Generate and synchronize API documentation - OpenAPI spec, Postman collection with environments, and API client SDKs. Framework-aware with auto-detection. For API projects only.
4
- usage: /sw:api-docs [--openapi] [--postman] [--env] [--all] [--watch] [--validate] [--framework <name>]
4
+ argument-hint: [--openapi] [--postman] [--all] [--validate]
5
5
  ---
6
6
 
7
7
  # API Documentation Generator
@@ -1,7 +1,7 @@
1
1
  ---
2
2
  name: backlog
3
3
  description: Move an increment to backlog (planned but not ready to start)
4
- usage: /sw:backlog <increment-id> --reason="<reason>"
4
+ argument-hint: [increment-id] --reason="reason"
5
5
  ---
6
6
 
7
7
  # Backlog Increment Command
@@ -1,7 +1,7 @@
1
1
  ---
2
2
  name: external
3
3
  description: View external items dashboard - open issues from GitHub, JIRA, and Azure DevOps
4
- usage: /sw:external [--refresh]
4
+ argument-hint: [--refresh]
5
5
  ---
6
6
 
7
7
  # External Items Dashboard
@@ -1,7 +1,7 @@
1
1
  ---
2
2
  name: jobs
3
3
  description: Show current work status (active increments, progress) and background jobs (imports, cloning). Even with no jobs, shows increment summary and helpful context.
4
- usage: /sw:jobs [--all] [--id <job-id>]
4
+ argument-hint: [--all] [--id job-id]
5
5
  ---
6
6
 
7
7
  # Background Jobs Monitor
@@ -1,7 +1,7 @@
1
1
  ---
2
2
  name: living-docs
3
3
  description: Launch or resume Living Docs Builder independently. Generates comprehensive enterprise documentation from codebase analysis with AI-powered insights. LSP-enhanced by default for accurate API extraction.
4
- usage: /sw:living-docs [--resume <jobId>] [--depth <level>] [--priority <modules>] [--sources <folders>] [--depends-on <jobIds>] [--foreground] [--full-scan] [--no-lsp]
4
+ argument-hint: [--resume jobId] [--depth level] [--full-scan]
5
5
  ---
6
6
 
7
7
  # Living Docs Builder (Standalone)
@@ -1,7 +1,7 @@
1
1
  ---
2
2
  name: pause
3
3
  description: Pause an active increment (blocked by external dependency, deprioritized)
4
- usage: /sw:pause <increment-id> --reason="<reason>"
4
+ argument-hint: [increment-id] --reason="reason"
5
5
  ---
6
6
 
7
7
  # Pause Increment Command
@@ -1,7 +1,7 @@
1
1
  ---
2
2
  name: resume
3
3
  description: Resume a paused or backlog increment
4
- usage: /sw:resume <increment-id>
4
+ argument-hint: [increment-id]
5
5
  ---
6
6
 
7
7
  # Resume Increment Command
@@ -1,13 +1,7 @@
1
1
  ---
2
2
  name: skill-match
3
3
  description: Test a prompt against skill triggers to see what would match
4
- trigger: /sw:skill-match
5
- category: debugging
6
- arguments:
7
- - name: prompt
8
- description: The prompt to test
9
- required: true
10
- type: string
4
+ argument-hint: [prompt]
11
5
  ---
12
6
 
13
7
  # Skill Match Command
@@ -1,4 +1,10 @@
1
- # /sw:skill
1
+ ---
2
+ name: skill
3
+ description: Create Claude Code skills with proper YAML frontmatter, validation, and best practices
4
+ argument-hint: [--name skill-name] [--type auto|command|knowledge]
5
+ ---
6
+
7
+ # Skill Creator
2
8
 
3
9
  Create Claude Code skills with proper YAML frontmatter, validation, and best practices.
4
10
 
@@ -1,7 +1,7 @@
1
1
  ---
2
2
  name: status
3
3
  description: Show increment status overview with rich details (active, backlog, paused, completed, abandoned)
4
- usage: /sw:status [--active|--backlog|--paused|--completed|--abandoned|--stale]
4
+ argument-hint: [--active|--backlog|--paused|--completed|--abandoned]
5
5
  ---
6
6
 
7
7
  # Increment Status
@@ -1,16 +0,0 @@
1
- ---
2
- name: ado-manager
3
- description: Azure DevOps integration specialist for SpecWeave increments with epic/feature/story management and bidirectional sync. Use when creating ADO work items, syncing task completion, or troubleshooting ADO API issues. Covers rate limiting, WIQL queries, and area path configuration.
4
- role: Azure DevOps Integration Specialist
5
- context: |
6
- You are an expert in Azure DevOps (ADO) REST API integration, work item management, and SpecWeave increment synchronization.
7
-
8
- Your responsibilities:
9
- - Create and manage ADO work items (Epics, Features, User Stories)
10
- - Sync SpecWeave increment progress to ADO
11
- - Handle bidirectional sync (ADO ↔ SpecWeave)
12
- - Troubleshoot ADO API issues
13
- - Optimize sync performance and rate limiting
14
- model: opus
15
- context: fork
16
- ---
@@ -1,12 +0,0 @@
1
- ---
2
- name: network-engineer
3
- description: Cloud network architect for VPC design, service mesh, zero-trust networking, load balancers, and CDN optimization. Use for network troubleshooting or connectivity issues.
4
- model: opus
5
- context: fork
6
- ---
7
-
8
- ## ⚠️ Chunking for Large Network Architectures
9
-
10
- When generating comprehensive network architectures that exceed 1000 lines (e.g., complete multi-cloud network design with VPCs, subnets, routing, load balancing, service mesh, and security policies), generate output **incrementally** to prevent crashes. Break large network implementations into logical layers (e.g., VPC & Subnets → Routing → Load Balancing → Service Mesh → Security Policies) and ask the user which layer to design next. This ensures reliable delivery of network architecture without overwhelming the system.
11
-
12
- You are a network engineer specializing in modern cloud networking, security, and performance optimization.
@@ -1,12 +0,0 @@
1
- ---
2
- name: performance-engineer
3
- description: Performance engineering - OpenTelemetry, distributed tracing, load testing (k6, JMeter), multi-tier caching, Core Web Vitals. Use for slow apps or latency issues.
4
- model: opus
5
- context: fork
6
- ---
7
-
8
- ## ⚠️ Chunking for Large Performance Optimization Plans
9
-
10
- When generating comprehensive performance optimization implementations that exceed 1000 lines (e.g., complete performance stack with distributed tracing, multi-tier caching, load testing setup, and Core Web Vitals optimization), generate output **incrementally** to prevent crashes. Break large performance projects into logical components (e.g., Profiling & Baselining → Caching Strategy → Database Optimization → Load Testing → Monitoring Setup) and ask the user which component to implement next. This ensures reliable delivery of performance infrastructure without overwhelming the system.
11
-
12
- You are a performance engineer specializing in modern application optimization, observability, and scalable system performance.
@@ -1,13 +0,0 @@
1
- ---
2
- name: sre
3
- description: SRE expert for incident response, production troubleshooting, root cause analysis, post-mortems, and runbooks. Use for outages, performance issues, or SEV incidents.
4
- allowed-tools: Read, Bash, Grep
5
- model: opus
6
- context: fork
7
- ---
8
-
9
- # SRE Agent - Site Reliability Engineering Expert
10
-
11
- ## ⚠️ Chunking for Large Incident Reports
12
-
13
- When generating comprehensive incident reports that exceed 1000 lines (e.g., complete post-mortems covering root cause analysis, mitigation plans, runbooks, and preventive measures across multiple system layers), generate output **incrementally** to prevent crashes. Break large incident reports into logical phases (e.g., Triage → Root Cause Analysis → Immediate Mitigation → Long-term Prevention → Post-Mortem) and ask the user which phase to work on next. This ensures reliable delivery of SRE documentation without overwhelming the system.