Skip to content

chore(tools): mark flow_* deprecated with 2026-05-18 sunset (closes #38)#42

Open
stackbilt-admin wants to merge 1 commit intomainfrom
chore/flow-star-deprecation-38
Open

chore(tools): mark flow_* deprecated with 2026-05-18 sunset (closes #38)#42
stackbilt-admin wants to merge 1 commit intomainfrom
chore/flow-star-deprecation-38

Conversation

@stackbilt-admin
Copy link
Copy Markdown
Member

Summary

  • Adds deprecated, deprecationTarget, and sunsetDate annotations to the five flow_* tool specs in src/tool-registry.ts.
  • Prefixes each flow_* description with [DEPRECATED — sunset 2026-05-18, migrate to <target>] so MCP clients surface the sunset in tool catalogs.
  • flow_createscaffold_create (1:1), flow_statusscaffold_status (1:1), flow_summary / flow_quality / flow_governance → generic scaffold_* (no direct counterpart exists yet).

Why this option (closes #38)

Three options were on the table: (1) hard-delete flow_* now, (2) keep but split flow_quality / flow_governance clone semantics, (3) keep as deprecated wrappers with a sunset date. Picked (3). A 30-day window gives known downstream consumers (codebeast, CLI) time to migrate without catalog churn. Splitting the clone semantics is wasted work on an interface scheduled for removal. The follow-up removal PR lands after 2026-05-18 and deletes the specs + route-table.ts entries + registry mapping in one change.

Consumers who still need receipt-based governance inspection after sunset should flag it on #38 before the date so the semantics can be ported forward into scaffold_*.

Test plan

  • npm run typecheck — clean
  • npm run test — 180 / 180 passing (4 new)
    • every flow_* entry carries deprecated: true, the shared sunsetDate, and a deprecationTarget
    • flow_create / flow_status point to their 1:1 scaffold successors
    • every flow_* description contains the deprecation marker and the date
    • non-flow tools are not marked deprecated
  • After merge: verify a tools/list call from an MCP client renders the deprecation marker in the tool description (visible to Claude Code / Claude.ai)
  • Before 2026-05-18: open removal PR that deletes flow_* from tool-registry.ts, route-table.ts, and TOOL_NAME_MAP.flow

🤖 Generated with Claude Code

Adds deprecated/deprecationTarget/sunsetDate annotations to the five
flow_* tool specs and prefixes each description with a [DEPRECATED —
sunset YYYY-MM-DD, migrate to <target>] marker so MCP clients render
the sunset to users. flow_create and flow_status point to their 1:1
scaffold successors; flow_summary/quality/governance point to the
generic scaffold_* family since no direct counterpart exists yet.

Chosen over option 1 (hard delete) and option 2 (split clone semantics):
a 30-day deprecation window gives known downstream consumers a heads-up
without wasting effort splitting flow_quality vs. flow_governance payloads
on an interface scheduled for removal. The follow-up PR lands after
2026-05-18 and removes the specs + their route-table entries + their
registry mapping in one change.

Regression guards in tool-registry.test.ts: all five flow_* entries
are deprecated with the shared sunset date, the 1:1 successors are
correctly named, descriptions carry the deprecation marker, and no
non-flow tool is marked deprecated.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Decide: sunset flow_* MCP ops or keep them alongside scaffold_*

1 participant