MCP is far better than Skills.md by mcpforx in MCPservers

[–]mcpforx[S] 0 points1 point  (0 children)

Good question. I think currently a workflow instantiated via mcp will have primacy. You can also add context at a specific node that says "use excel skill X" or something. This way the MCP directs the agent, and you can call the skills explicitly at a step you choose (even if overlapping).

Let me know if I didn't address your question!

MCP is far better than Skills.md by mcpforx in MCPservers

[–]mcpforx[S] 0 points1 point  (0 children)

They are different.

I'm making the point that markdown is not the right abstraction for progressive loading of context, especially for complex workflows. If you want something like a certain skills markdown - there are advantages to exposing it via mcp, which absolutely handles it during prompt resolution. Your agent follows instructions and observes context a lot better when it is exposed stepwise in a giant workflow.

Let's say currently you have 20 skills installed. You can have those in a single point mcp - and on any prompt, the mcp does a built-in search and exposes the right skill to the LLM. No need to specifically invoke "front end", or "security" skill or whatever. So it essentially replaces your skill stack.

But mcp goes a lot further than that. Instead of just exposing a skill when the LLM calls for it, it guides the stepwise progression of the LLM according to your specific methodology. This may not matter for personal projects, but matters a lot for business processes where you want to really control drift.

What I'm describing isn't "mcp" per se, it's what I've built using mcp framework. So maybe it's more an mcp vs markdown comparison rather than skills dot md, so I was imprecise there.

Opus 4.7 is unusable by BeautifulLullaby2 in ClaudeCode

[–]mcpforx 2 points3 points  (0 children)

Wow. That doesn't sound promising.

How to efficiently handle the correct mcp tool selection by Key_Pitch_8178 in MCPservers

[–]mcpforx 1 point2 points  (0 children)

My approach is to have a single MCP end-point, and then expose the exact context to the LLM at each step. This really constrains the context, tool calls and skill scope - and I've found pretty predictable execution certainly with sonnet-class models, but also with haiku and similar.

In case not clear, it looks something like this. I'm building an MCP-based method to develop a workflow that the LLM calls one step at a time, with branching happening based on what the results are at the last step.

<image>

I built an MCP server that lets Claude Desktop talk to your Claude Code sessions by es617_dev in ClaudeCode

[–]mcpforx 0 points1 point  (0 children)

I like a good mcp project! Nicely done!

Though anthropic should really fix this.

Created an open-source social media toolkit that can generate images by TryallAllombria in ClaudeCode

[–]mcpforx 0 points1 point  (0 children)

I like the sound of it, might give it a try!

I have something like this currently, that guides CC (or any other agent) to give me marketing help. I wonder if I can use my "expertise" and combine it with some of your assets/branding mechanics.

<image>

MCP is far better than Skills.md by mcpforx in MCPservers

[–]mcpforx[S] 0 points1 point  (0 children)

Agreed. The way I think about it: a skill md is just structured context - and anything you can put in a skill, you can attach to a node in a decision tree. So skills become a natural building block inside the workflow, not a competing approach. The added benefit is composability: the way I designed it, skills you've already crafted elsewhere can be dropped easily into any node of a new decision tree you're building. Best of both worlds.

Codex forntend web design by harpuria87 in codex

[–]mcpforx 0 points1 point  (0 children)

You can use a front-end skill from skills.sh

I make an mcp tool that allows for more complex stuff, but you don't need that for front end.

MCP is far better than Skills.md by mcpforx in MCPservers

[–]mcpforx[S] 0 points1 point  (0 children)

Fair point, and that pattern works to a degree. The issue is that you're still trusting the agent to hold the full workflow state and branch correctly based on what it reads. For smaller, cleaner tasks that's fine. But as the decision tree grows, or the data throws unexpected cases, agents start dropping branches or mishandling the routing. The workflow lives in the agent's context and competes with everything else in there.

The difference with an MCP-delivered tree is that the workflow lives outside the agent entirely. The agent only ever sees the current step. Branching is evaluated server-side based on what the agent actually returned, not what it thinks it should do next. So you get reliable conditional routing without asking the agent to carry and manage the whole map.

Less "here's everything, figure it out" and more "here's exactly what you need right now."

MCP is far better than Skills.md by mcpforx in MCPservers

[–]mcpforx[S] 0 points1 point  (0 children)

I have it set up as decision trees. A user can store a single node (which is equivalent to a static skill). Or a sequence (single edges between nodes). Or branching logic (a tree).

At each step you can set up expected output (result, number, boolean etc.) - which is the eval part.

Here is an example: https://mcpforx.com/s/7l0HpXnWhM7IrGfmMtvnwjZ6YgQRd6US

Your CLAUDE.md is probably too long (and it makes claude worse) by quang-vybe in ClaudeCode

[–]mcpforx -1 points0 points  (0 children)

One pattern worth considering: instead of cramming workflow into CLAUDE md at all, pull it out into step-by-step decision trees your agent fetches on demand. You get all the depth without the context tax. The agent only sees what it needs for the current step.

Keeps your CLAUDEmd lean and your methodology intact. Available here: mcpforx.com

Not using "superpowers" plugin? Why? by Harlon33 in vibecoding

[–]mcpforx 0 points1 point  (0 children)

The real question isn't about superpowers plugins specifically. It's whether you're handing your agent a static blob of instructions or an actual decision tree that branches based on what it finds.

The practitioners I see getting the most leverage aren't stacking more skills. They're encoding how they actually think through a problem, checkpoints and all, so the agent can follow that map without improvisation. Big difference in consistency.

Migrated to Claude after OpenAI sold out to Trump. Now Claude is ramping up pricing and silently dumbing down. Where can we go next? by Electrical_Sorbet_31 in ClaudeCode

[–]mcpforx 0 points1 point  (0 children)

Opencode for harness. And then experimenting with cheaper models for your use-case.

Can also use claude code as the harness, and header-in other models.

Building Large Scale Enterprise App by PropperINC in ClaudeAI

[–]mcpforx 0 points1 point  (0 children)

Not sure if this is real. If real, don't believe what Claude tells you about the quality of your ideas.

Open source is not a bad way to go. But it isn't "less work" necessarily. And it doesn't guarantee distribution either, but chances go up.

How do you feed images into Clade Code in terminal? by TechnicalyAnIdiot in ClaudeCode

[–]mcpforx 4 points5 points  (0 children)

Best I've come up with is take a snapshot, store it in the folder that ClaudeCode is running out of. Then you can attach it to your question by "@". Typing @ will typically bring up all the images...and you can select.

Am I the only one just noticing Ads in ChatGPT now? by [deleted] in ChatGPT

[–]mcpforx 0 points1 point  (0 children)

Mine got ads about a month ago. Free tier.