Files
claude-engineering-plugin/plugins/compound-engineering/commands/release-docs.md
Kieran Klaassen f744b797ef Reduce context token usage by 79% — fix silent component exclusion (#161)
* Update create-agent-skills to match 2026 official docs, add /triage-prs command

- Rewrite SKILL.md to document that commands and skills are now merged
- Add new frontmatter fields: disable-model-invocation, user-invocable, context, agent
- Add invocation control table and dynamic context injection docs
- Fix skill-structure.md: was incorrectly recommending XML tags over markdown headings
- Update official-spec.md with complete 2026 specification
- Add local /triage-prs command for PR triage workflow
- Add PR triage plan document

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

* [2.31.0] Reduce context token usage by 79%, include recent community contributions

The plugin was consuming 316% of Claude Code's description character budget
(~50,500 chars vs 16,000 limit), causing components to be silently excluded.
Now at 65% (~10,400 chars) with all components visible.

Changes:
- Trim all 29 agent descriptions (move examples to body)
- Add disable-model-invocation to 18 manual commands
- Add disable-model-invocation to 6 manual skills
- Include recent community contributions in changelog
- Fix component counts (29 agents, 24 commands, 18 skills)

Contributors: @trevin, @terryli, @robertomello, @zacwilliams,
@aarnikoskela, @samxie, @davidalley

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

* Fix: keep disable-model-invocation off commands called by /lfg, rename xcode-test

- Remove disable-model-invocation from test-browser, feature-video,
  resolve_todo_parallel — these are called programmatically by /lfg and /slfg
- Rename xcode-test to test-xcode to match test-browser naming convention

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

* Fix: keep git-worktree skill auto-invocable (used by /workflows:work)

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

* feat(converter): support disable-model-invocation frontmatter

Parse disable-model-invocation from command and skill frontmatter.
Commands/skills with this flag are excluded from OpenCode command maps
and Codex prompt/skill generation, matching Claude Code behavior where
these components are user-only invocable.

Bump converter version to 0.3.0.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

---------

Co-authored-by: Claude Opus 4.6 <noreply@anthropic.com>
2026-02-08 22:28:51 -06:00

6.0 KiB

name, description, argument-hint, disable-model-invocation
name description argument-hint disable-model-invocation
release-docs Build and update the documentation site with current plugin components [optional: --dry-run to preview changes without writing] true

Release Documentation Command

You are a documentation generator for the compound-engineering plugin. Your job is to ensure the documentation site at plugins/compound-engineering/docs/ is always up-to-date with the actual plugin components.

Overview

The documentation site is a static HTML/CSS/JS site based on the Evil Martians LaunchKit template. It needs to be regenerated whenever:

  • Agents are added, removed, or modified
  • Commands are added, removed, or modified
  • Skills are added, removed, or modified
  • MCP servers are added, removed, or modified

Step 1: Inventory Current Components

First, count and list all current components:

# Count agents
ls plugins/compound-engineering/agents/*.md | wc -l

# Count commands
ls plugins/compound-engineering/commands/*.md | wc -l

# Count skills
ls -d plugins/compound-engineering/skills/*/ 2>/dev/null | wc -l

# Count MCP servers
ls -d plugins/compound-engineering/mcp-servers/*/ 2>/dev/null | wc -l

Read all component files to get their metadata:

Agents

For each agent file in plugins/compound-engineering/agents/*.md:

  • Extract the frontmatter (name, description)
  • Note the category (Review, Research, Workflow, Design, Docs)
  • Get key responsibilities from the content

Commands

For each command file in plugins/compound-engineering/commands/*.md:

  • Extract the frontmatter (name, description, argument-hint)
  • Categorize as Workflow or Utility command

Skills

For each skill directory in plugins/compound-engineering/skills/*/:

  • Read the SKILL.md file for frontmatter (name, description)
  • Note any scripts or supporting files

MCP Servers

For each MCP server in plugins/compound-engineering/mcp-servers/*/:

  • Read the configuration and README
  • List the tools provided

Step 2: Update Documentation Pages

2a. Update docs/index.html

Update the stats section with accurate counts:

<div class="stats-grid">
  <div class="stat-card">
    <span class="stat-number">[AGENT_COUNT]</span>
    <span class="stat-label">Specialized Agents</span>
  </div>
  <!-- Update all stat cards -->
</div>

Ensure the component summary sections list key components accurately.

2b. Update docs/pages/agents.html

Regenerate the complete agents reference page:

  • Group agents by category (Review, Research, Workflow, Design, Docs)
  • Include for each agent:
    • Name and description
    • Key responsibilities (bullet list)
    • Usage example: claude agent [agent-name] "your message"
    • Use cases

2c. Update docs/pages/commands.html

Regenerate the complete commands reference page:

  • Group commands by type (Workflow, Utility)
  • Include for each command:
    • Name and description
    • Arguments (if any)
    • Process/workflow steps
    • Example usage

2d. Update docs/pages/skills.html

Regenerate the complete skills reference page:

  • Group skills by category (Development Tools, Content & Workflow, Image Generation)
  • Include for each skill:
    • Name and description
    • Usage: claude skill [skill-name]
    • Features and capabilities

2e. Update docs/pages/mcp-servers.html

Regenerate the MCP servers reference page:

  • For each server:
    • Name and purpose
    • Tools provided
    • Configuration details
    • Supported frameworks/services

Step 3: Update Metadata Files

Ensure counts are consistent across:

  1. plugins/compound-engineering/.claude-plugin/plugin.json

    • Update description with correct counts
    • Update components object with counts
    • Update agents, commands arrays with current items
  2. .claude-plugin/marketplace.json

    • Update plugin description with correct counts
  3. plugins/compound-engineering/README.md

    • Update intro paragraph with counts
    • Update component lists

Step 4: Validate

Run validation checks:

# Validate JSON files
cat .claude-plugin/marketplace.json | jq .
cat plugins/compound-engineering/.claude-plugin/plugin.json | jq .

# Verify counts match
echo "Agents in files: $(ls plugins/compound-engineering/agents/*.md | wc -l)"
grep -o "[0-9]* specialized agents" plugins/compound-engineering/docs/index.html

echo "Commands in files: $(ls plugins/compound-engineering/commands/*.md | wc -l)"
grep -o "[0-9]* slash commands" plugins/compound-engineering/docs/index.html

Step 5: Report Changes

Provide a summary of what was updated:

## Documentation Release Summary

### Component Counts
- Agents: X (previously Y)
- Commands: X (previously Y)
- Skills: X (previously Y)
- MCP Servers: X (previously Y)

### Files Updated
- docs/index.html - Updated stats and component summaries
- docs/pages/agents.html - Regenerated with X agents
- docs/pages/commands.html - Regenerated with X commands
- docs/pages/skills.html - Regenerated with X skills
- docs/pages/mcp-servers.html - Regenerated with X servers
- plugin.json - Updated counts and component lists
- marketplace.json - Updated description
- README.md - Updated component lists

### New Components Added
- [List any new agents/commands/skills]

### Components Removed
- [List any removed agents/commands/skills]

Dry Run Mode

If --dry-run is specified:

  • Perform all inventory and validation steps
  • Report what WOULD be updated
  • Do NOT write any files
  • Show diff previews of proposed changes

Error Handling

  • If component files have invalid frontmatter, report the error and skip
  • If JSON validation fails, report and abort
  • Always maintain a valid state - don't partially update

Post-Release

After successful release:

  1. Suggest updating CHANGELOG.md with documentation changes
  2. Remind to commit with message: docs: Update documentation site to match plugin components
  3. Remind to push changes

Usage Examples

# Full documentation release
claude /release-docs

# Preview changes without writing
claude /release-docs --dry-run

# After adding new agents
claude /release-docs