start_feature_clarificationLABSCO SUMMARY
The clarification step is the whole product.
Most of what goes wrong with agent-written features is that nobody asked what the feature was for, and this makes that a required first step rather than an optional one. Everything after it — the PRD, the phases, the status updates — exists so the plan stays visible on disk instead of living in a conversation that scrolls away.
What it is
A structured development workflow over MCP. It walks a feature from clarifying questions to a PRD and implementation plan, then into phases and tasks whose status the agent updates as it works.
What you get
- start_feature_clarification — begin the guided questioning for a new feature
- provide_clarification — answer those questions and build up the requirements
- generate_prd — produce a Product Requirements Document and an implementation plan from the clarified requirements
- create_phase and add_task — break the plan into development phases with tasks under each
- update_phase_status and update_task_status — record progress as work lands
- get_next_phase_action — ask what to do next rather than deciding from memory
- get_document_path and save_document — find a generated document, or write it to a location you choose
- Generated documents are written to disk automatically and kept in memory for quick access
- A feature-planning prompt template for the whole flow
Requirements
Node with the project cloned and built; the client is pointed at the built server file. No API keys. Documents land in a documents directory keyed by feature id, with the PRD and implementation plan under fixed names, unless you save them elsewhere.
Setup effort
Build from source
USE CASES
Starting a feature without a spec
Let the agent ask the clarifying questions and answer them before any code exists.
Turning a conversation into a document
Generate the PRD and implementation plan from what was clarified, and save it where your team keeps them.
Breaking the work into stages
Create the phases and add the tasks under each one before starting.
Keeping progress visible
Mark tasks and phases done as they land, so the plan reflects reality.
Picking the work back up later
Ask what the next action is instead of rereading the whole plan.
10 tools
Listed in project docs. Your client may show a different list.
provide_clarificationgenerate_prdcreate_phaseadd_taskupdate_phase_statusupdate_task_statusget_next_phase_actionget_document_pathsave_documentBEFORE YOU INSTALL
What to know first
Tools you get
10 tools named in the project's documentation.
Where it runs
The documented client runs the server on your machine.
INSTALLATION
Connect your client
You clone and build this one yourself.
Server setup
git clone https://github.com/crazyrabbitLTC/mcp-vibecoder
cd mcp-vibecoderInstall dependencies
npm installBuild the server
npm run buildMCP Clients
Claude Desktop
{
"mcpServers": {
"vibe-coder-mcp": {
"command": "<YOUR_PATH_TO_MCP_VIBECODER>/build/mcp-server.js"
}
}
}