TaskPlanner 3.0.12

TaskPlanner 3.0: the Claude Code band always shows what to work on next, one folder per host on a shared core, a smaller MCP surface and the known defects fixed.

• The extension is called TaskPlanner again in the marketplaces, the activity bar and its views, instead of Task → Plan → AI. Its ID stays refined.taskplanner, so installs update in place (TASK-076).
• The Initialize Project and Setup buttons in the empty task list did nothing: the webview's script policy blocked their inline handlers. They work again (TASK-076).

Upgrading from 2.x

• Your .tasks/ files and config.json need no change.
• Update the plugin where you use it. In Claude Code, run /plugin update or use Plugins in the Desktop app. In Cursor and Codex, update it from their plugin list. It keeps its name, so nothing needs reinstalling.
• Then ask the agent to update TaskPlanner, or run the update-taskplanner skill. It refreshes the managed instruction blocks, and for 3.0 it checks two things:
  • A duplicate MCP server. A project .mcp.json that runs npx @smekai/taskplanner next to the installed plugin makes Claude see the tools twice; the skill offers to remove that entry.
  • The removed taskplanner_board_data tool. It lists any remaining mentions and suggests taskplanner_board or taskplanner_board_visual instead.
• Without a plugin, a .mcp.json entry for @smekai/taskplanner keeps working and picks up 3.0 from npm.

Added

• The Claude Code band above the prompt no longer goes blank when nothing is in progress: it shows the highest-priority Next task, or Backlog task when Next is empty, with a Start button. In a folder without a board, the band and the pane offer Set up, so a freshly installed plugin shows itself (TASK-072).

Fixed

• The VS Code extension package no longer includes repository configuration that leaked into it, such as a local .claude/settings.local.json, .github/, agent instruction files and test configs (TASK-073).
• A move that failed halfway could lose the task: it was already gone from its old state when writing the new one failed (seen on Windows as EPERM). The new state is now written first, each write uses its own temporary file, and a rename Windows refuses while the file is held open is retried (TASK-075).
• Creating a task through the MCP server reads only the state it goes into again, so an unreadable file elsewhere on the board no longer blocks it (TASK-075).
• The Claude Code band names the state of the task it suggests: a Backlog task reads Backlog · …, not Next · … (TASK-077).
• A build whose MCP board failed to compile now fails, instead of shipping the previous board in every plugin (TASK-077).
• A state file whose content would not change is no longer rewritten, and a failed write no longer leaves a .tmp file in .tasks/ (TASK-077).

Changed

• Repository layout: one folder per harness on a shared core. Paths moved: mcp/ for the MCP server and npm package, and views/vscode, views/mcp-app, views/claude, views/cursor, views/codex. The Claude Code, Cursor and Codex plugins are now separate folders, each with its own skills. Behaviour is unchanged, and installed plugins keep their name (TASK-073).

Removed

• Breaking for direct MCP callers: the taskplanner_board_data tool is gone. It returned the same board as taskplanner_board_visual, which now takes its query, include_completed and limit and is what the board app refreshes through. Agents use taskplanner_board for an overview (TASK-074).