Claude Code adoption: where OrchestKit stands

Live data, 2026-08-24 (npm registry, GitHub, shared/cc-support.json, shared/cc-adoption-gaps.json). The support floor is deliberately frozen; latest_known is how far our triage has verified; upstream is what npm ships today.

2.1.220support floor (frozen by owner override until 2026-11-20)
2.1.238latest_known: highest version triaged
2.1.241upstream latest (2026-08-22); 239, 240, 241 unsnapshotted
29open feature issues across 11 versions
8without auto-filed key: 4 pipeline failures + 4 hand-filed epics
508total gap_score outstanding
313/346"CC adoption" milestone closed/total

Pipeline health: how a CC release becomes an issue here

1. Watchclaude-release-watch.yml snapshots the upstream CHANGELOG. Cron removed 2026-07-28 (weekly quota); workflow_dispatch only, so 2.1.239-241 were never fetched.
2. ExtractLLM step turns bullets into features. Fails on expired CLAUDE_CODE_OAUTH_TOKEN; then a generic "manual triage" issue is filed instead (the 8 pipeline issues).
3. FileOne issue per feature with key, category, gap_score, affected skills. Working when step 2 works: 2.1.238 produced 5 features from 39 bullets.
4. TriageHuman/agent batch: verify each against ork's real surfaces, close no-ops with proof, PR the real ones. Last audit doc: 2.1.231 (2026-08-13). Historical no-op rate about 60%.
5. Bumplatest_known advances per triage (2.1.238). Floor stays 2.1.220 until the override expires; then cc-support-window-bump.yml resumes latest+3.

Open feature issues by version

2.1.221
2
2.1.222
4
2.1.225
2
2.1.227
1
2.1.229
3
2.1.232
6
2.1.233
3
2.1.234
4
2.1.235
1
2.1.236
2
2.1.238
1

By category (gap_score weight in brackets)

breaking
17
new_field
4
new_perm
4
new_command
4

breaking 40 or 20 each, new_perm/new_field/new_command 10 or less. gap_score by version: 2.1.221: 22, 2.1.222: 80, 2.1.225: 40, 2.1.227: 20, 2.1.229: 45, 2.1.232: 99, 2.1.233: 45, 2.1.234: 65, 2.1.235: 20, 2.1.236: 32, 2.1.238: 40

Every open feature issue

issueversioncategorygapfeature keyaffected skills
#36422.1.238breaking40mcp_json_headers_helper_trust_gateconfigure, doctor, security-patterns
#36202.1.222breaking20remote_control_autostart_user_scopeconfigure, setup, doctor
#36192.1.222breaking20disable_model_invocation_refusalhelp, auto
#36182.1.222breaking20sendmessage_permission_classifieragent-orchestration, chain-patterns, security-patterns
#36172.1.222breaking20pretooluse_autoallow_bg_task_bypassagent-orchestration, security-patterns, configure
#36142.1.225breaking20sendmessage_recipient_no_swapagent-orchestration, chain-patterns
#36132.1.225breaking20mcp_oauth_keychain_401_burstmcp-patterns, security-patterns
#36022.1.227breaking20action_allowed_non_write_users_bashgithub-operations, ci-debug
#36032.1.229breaking20commit_push_pr_dangerous_flagscommit, create-pr, github-operations
#35862.1.232breaking20gateway_desktop_overlay_schemaconfigure
#35852.1.232breaking20sendmessage_bare_name_deliveryagent-orchestration
#35842.1.232breaking20subagent_fork_default_backgroundagent-orchestration, chain-patterns, task-dependency-patterns
#35912.1.233breaking20todo_task_tools_removed_new_modelstask-dependency-patterns, agent-orchestration, chain-patterns, implement, auto
#35952.1.234breaking20bg_task_notify_system_reminderagent-orchestration, task-dependency-patterns
#35942.1.234breaking20fullscreen_restart_preserves_permssecurity-patterns, configure
#35982.1.235breaking20send_message_oversize_refusalagent-orchestration, chain-patterns
#35992.1.236breaking20send_message_burst_refusalagent-orchestration, chain-patterns
#36042.1.229new_command15remote_control_continue_flag(none detected)
#35882.1.232new_command15at_mention_other_sessionagent-orchestration
#35922.1.233new_command15worktree_gitlab_mr_urlgithub-operations, create-pr, chain-patterns
#35962.1.234new_command15add_dir_midturnconfigure
#36152.1.221new_perm12sandbox_credential_mask_modesecurity-patterns, configure, devops-deployment
#35902.1.232new_perm12managed_sandbox_binary_approvalconfigure, security-patterns
#35892.1.232new_perm12gitlab_token_redaction_glab_sandboxsecurity-patterns, github-operations
#36002.1.236new_perm12sandbox_wildcard_read_deny_precedencesecurity-patterns, configure, mcp-patterns
#36162.1.221new_field10plugin_skills_root_pathconfigure, doctor
#36052.1.229new_field10marketplace_command_sourceconfigure, doctor
#35932.1.233new_field10webfetch_cache_ttl_envweb-research-workflow, browser-tools, configure
#35972.1.234new_field10session_list_truncation_noticeagent-orchestration

Without an auto-filed key: 4 pipeline failures (manual-triage / staleness) and 4 hand-filed adoption epics (#3541 double-register, #3326 dependencies array, #3322 sandbox.enabled, #3309 EPIC D)

What the sweep would do, in order

  1. Dispatch the watcher for 2.1.239-241 first (3 versions, 2 days old) so the sweep covers a closed range; otherwise it is stale on completion.
  2. Batch by version, highest gap_score first: #3642 (2.1.238, trust gate on inline MCP servers, touches the shipped mcp-enabled.json template) is the one most likely to be real; the 2.1.232 cluster (6 issues) is the largest batch.
  3. Verify each against ork's actual surfaces (hook events, settings keys, .mcp.json, agent frontmatter), not against the changelog prose; close no-ops with the proof line in the comment. Expect roughly 60% no-ops.
  4. Close the 8 pipeline issues once their versions are covered by per-feature triage, and record the range in a docs/audits/cc-adoption-2.1.221-241 triage doc.
  5. Advance latest_known to 2.1.241 in cc-support.json (floor untouched), with the synthetic release-watch fixture bumped per the .latest coupling.