{"slug": "why-wait-for-a-feature-request-to-be-approved-when-you-can-just", "title": "Why wait for a feature request to be approved when you can just", "summary": "A developer argues that teams should fork AI coding tools like Claude Code rather than waiting for vendors to approve feature requests, because the cost of maintaining a custom fork drops to near zero when LLMs are used to write patches and merge upstream changes. The author identifies the shift from a 'Workbench' to a 'Harness' era where core orchestration logic is proprietary, and advises teams to identify friction points, leverage the agent to maintain the fork, and prioritize niche features that boost productivity.", "body_md": "# Why wait for a feature request to be approved when you can just\n\nI've noticed a trend at my company where we're leaning heavily into agentic workflows, but we're hitting walls with \"vendor-granted\" extension points. Whether it's [Claude](/en/tags/claude/) Code or various open-source wrappers, there's a massive difference between using a plugin and owning the logic. An API lets you do what the vendor imagined; a fork lets you do what you actually need.\n\n## The shift in AI workflow\n\nWe've moved from the \"Workbench\" era—where tweaking your `.vimrc`\n\nwas a rite of passage—into a \"Harness\" era. Most high-end AI coding tools are becoming closed products or \"open-core\" where the most valuable interface logic is proprietary.\n\nEven with great ecosystems like [MCP](/en/tags/mcp/) (Model Context Protocol) or custom skills, you're still playing in someone else's sandbox. You can add a tool, but you can't change the core orchestration logic, the context compaction strategy, or how the agent handles a malformed tool call during a midnight deployment.\n\n## Making the jump to a custom fork\n\nFor those looking for a practical tutorial on how to approach this without drowning in technical debt, here is the mindset shift I'm implementing with my team:\n\n1. **Identify the \"Friction Point\":** Find the specific behavior in your AI agent that drives you crazy but isn't exposed via a config file.\n\n2. **Leverage the Agent to Maintain the Fork:** This is the secret. Use the LLM to write the patches and, more importantly, use it to merge upstream changes. The \"labor\" of maintaining a fork is now a prompt.\n\n3. **Prioritize \"Useless\" Features:** Some of the best productivity gains come from features that would be rejected by a maintainer for being \"too niche,\" but are essential for your specific enterprise codebase.\n\nThe goal isn't necessarily to create a new global standard; it's to optimize the tool for the person using it. When the cost of modifying code drops to near zero, the most logical deployment strategy is to stop asking for permission and just take the code.\n\n[Next Claude Code: Improving Team LLM Efficiency →](/en/threads/3657/)", "url": "https://wpnews.pro/news/why-wait-for-a-feature-request-to-be-approved-when-you-can-just", "canonical_source": "https://promptcube3.com/en/threads/3680/", "published_at": "2026-07-26 12:46:26+00:00", "updated_at": "2026-07-26 13:09:17.785668+00:00", "lang": "en", "topics": ["ai-tools", "developer-tools", "ai-agents", "large-language-models"], "entities": ["Claude Code", "MCP (Model Context Protocol)"], "alternates": {"html": "https://wpnews.pro/news/why-wait-for-a-feature-request-to-be-approved-when-you-can-just", "markdown": "https://wpnews.pro/news/why-wait-for-a-feature-request-to-be-approved-when-you-can-just.md", "text": "https://wpnews.pro/news/why-wait-for-a-feature-request-to-be-approved-when-you-can-just.txt", "jsonld": "https://wpnews.pro/news/why-wait-for-a-feature-request-to-be-approved-when-you-can-just.jsonld"}}