4Dominant Themes from the HN Thread
| # | Theme | Supporting Quote |
|---|---|---|
| 1 | Skills excel at encoding non‑repeatable, intuitive knowledge – they can bundle code and be stored as markdown files. | “Skills are good for instilling non‑repeatable, yet intuitive or institutional knowledge.” – robotobos |
| 2 | MCP provides a standardized, portable, and secure way to expose external tools, especially in enterprise settings – it defines auth and tool signatures that multiple agents can share. | “MCP makes a lot of sense for enterprise IMO. It defines auth and interfaces in a way that’s a natural extension of APIs.” – bicx |
| 3 | Tool‑discovery and context‑bloat matter – loading whole skill files inflates the LLM’s context, whereas MCP can be discovered lazily (progressive disclosure). | “Using a skill often requires loading the entire SKILL.md into the LLM’s context window, rather than just exposing the single tool signature it needs.” – contextbloat |
| 4 | Sandboxing and secret handling favour MCP for shared or remote environments – agents in sandboxes or on locked‑down devices need a controlled API surface rather than raw CLI access. | “There is no world in which an enterprise is not OK with an agent having access to a CLI but is OK with possibly getting prompt injected from a random web search.” – woeirua |
Bottom line: Skills are great for local, knowledge‑driven workflows, while MCP offers a reusable, secure, and discoverable bridge to external services—especially when multiple users, sandboxes, or enterprise policies are involved. Both can coexist; the choice depends on where the work happens and who needs to control the access.