惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

V
V2EX
人人都是产品经理
人人都是产品经理
WordPress大学
WordPress大学
博客园 - Franky
小众软件
小众软件
酷 壳 – CoolShell
酷 壳 – CoolShell
Apple Machine Learning Research
Apple Machine Learning Research
爱范儿
爱范儿
IT之家
IT之家
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
V
Visual Studio Blog
S
SegmentFault 最新的问题
美团技术团队
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
有赞技术团队
有赞技术团队
B
Blog RSS Feed
Last Week in AI
Last Week in AI
Jina AI
Jina AI
博客园 - 司徒正美
The Cloudflare Blog
博客园_首页
博客园 - 聂微东
宝玉的分享
宝玉的分享
大猫的无限游戏
大猫的无限游戏

DEV Community

Authentication Security Deep Dive: From Brute Force to Salted Hashing (With Java Examples) Why AI Systems Don’t Fail — They Drift Spilling beans for how i learn for exam😁"Reinforcement Learning Cheat Sheet" I Replaced Chrome with Safari for AI Browser Automation. Here's What Broke (and What Finally Worked) How Python Borrows Other People's Work The $40 Architecture: Processing 1 Billion API Requests with 99.99% Uptime Vibe Coding: A Workflow Guide (From Zero to SaaS) Most webhook security guides protect the wrong side. The scary part is delivery. Headless CMS for TanStack Start: Build a Blog with Cosmic EU Age Verification App "Hacked in 2 Minutes" — What Actually Happened Comfy Cloud’s delete function does not actually remove files Running AI Models on GPU Cloud Servers: A Beginner Guide Event-driven media intelligence with AWS Step Functions and Bedrock I scored 500 AI prompts across 8 quality dimensions — here's what broke How to Call Google Gemini API from Next.js (Free Tier, No Backend Needed) The Portal Protocol: Reclaiming Human Connection in the Age of AI How to Fix Your Team's Scattered Knowledge Problem With a Self-Hosted Forum Intro to tc Cloud Functors: A Graph-First Mental Model for the Modern Cloud Designing Multi-Tenant Backends With Both Ownership and Team Access I Built a Neumorphic CSS Library with 77+ Components — Here's What I Learned PostgreSQL Performance Optimization: Why Connection Pooling Is Critical at Scale Cómo construí un SaaS multi-rubro para gestionar expensas en Argentina con FastAPI + Vue 3 🚀 I Built an Ethical Hacking Scanner Tool – Open Source Project I Replaced /usage and /context in Claude Code With a Single Statusline A Pythonic Way to Handle Emails (IMAP/SMTP) with Auto-Discovery and AI-Ready Design I Collected 8.9 Million Polymarket Price Points — Here's What I Found About How Markets Really Move EcoTrack AI — Carbon Footprint Tracker & Dashboard Everyone's Using AI. No One Agrees How. 5 self-hosted ebook managers worth trying in 2026 Building Your First AI Agent with LangChain: From Chatbot to Autonomous Assistant
Stop Giving AI Agents More Prompts. Give Them Skills.
Alex Shevche · 2026-05-14 · via DEV Community

I used to think better AI agent results mostly came from better prompts.

Longer instructions. More examples. More constraints. A cleaner system prompt.

All of that helps.

But after using coding agents, terminal workflows, and automation tools every day, I think the bigger unlock is simpler:

Stop making the agent rediscover the workflow every time. Give it a skill.

A prompt tells the agent what you want.

A skill teaches the agent how the work should be done.

That difference matters a lot once you move past demos.


The problem with “just prompt it better”

Most agent failures I see are not because the model is too dumb.

They happen because the workflow is unclear.

You ask the agent to do something like:

Process these videos for social media.

Enter fullscreen mode Exit fullscreen mode

The model can probably figure out a path.

Maybe it uses FFmpeg.
Maybe it exports the right format.
Maybe it remembers to normalize audio.
Maybe it generates thumbnails.
Maybe it names the files consistently.

But “maybe” is the problem.

If the work matters, you do not want the agent improvising the process every time.

You want the agent to follow a repeatable workflow.

That is where skills become useful.


Tools are not workflows

Giving an agent tool access is powerful, but it is still too low-level.

There is a big difference between:

The agent can run FFmpeg.

Enter fullscreen mode Exit fullscreen mode

and:

The agent knows how to turn raw clips into 1080x1920 Shorts with trimmed intros, normalized audio, watermarks, thumbnails, and predictable output folders.

Enter fullscreen mode Exit fullscreen mode

The first one is a capability.

The second one is a workflow.

Developers often underestimate this gap because we are used to stitching tools together in our heads.

Agents need that stitching written down.

Not because they cannot reason.

Because repeatable work should not depend on fresh reasoning every time.


What I mean by a skill

A useful agent skill is not just a script.

It usually includes:

  • when to use it
  • when not to use it
  • required tools
  • expected inputs
  • step-by-step workflow
  • default settings
  • failure cases
  • output format
  • verification steps

In other words, a skill packages judgment.

It turns tribal knowledge into something the agent can reuse.

A good skill says:

For this type of task, use this pattern.
Avoid these traps.
Check these outputs before saying done.

Enter fullscreen mode Exit fullscreen mode

That is much more valuable than another paragraph of vague prompting advice.


A real example: video processing

Suppose I need to batch-process 20 short videos.

Without a skill, I might prompt the agent like this:

Use FFmpeg to trim the clips, normalize audio, resize them for vertical video, add a watermark, export MP4, and create thumbnails.

Enter fullscreen mode Exit fullscreen mode

That can work once.

But the next time, the agent may choose slightly different flags, skip an edge case, or name files differently.

With a skill, the workflow becomes stable:

terminal-skills install ffmpeg

Enter fullscreen mode Exit fullscreen mode

Now the agent has a defined operating pattern for media conversion, editing, audio handling, and batch processing.

The skill does not make FFmpeg more powerful.

It makes the agent less random.

That is the point.


Another example: Claude Code workflows

The same idea applies to coding agents.

A raw coding agent can read files, edit code, run tests, and open pull requests.

But real teams need more than that.

They need conventions:

  • how to inspect the repo first
  • when to run tests
  • how to avoid dangerous git commands
  • how to split tasks between agents
  • how to verify the final state
  • how to report blockers clearly

That is why skills like these are interesting:

terminal-skills install claude-code
terminal-skills install git-guardrails-claude-code
terminal-skills install coding-agent

Enter fullscreen mode Exit fullscreen mode

The value is not “Claude can code.”

The value is that the agent gets a safer, more repeatable way to work inside a real development flow.


MCP connects. Skills direct.

MCP is getting a lot of attention right now, and for good reason.

It gives agents a cleaner way to connect to tools, data, and external systems.

But connection is not the same as execution.

An MCP server can expose a capability.

A skill tells the agent how to use that capability in a useful workflow.

That is why I like this framing:

MCP gives agents hands. Skills give them habits.

Hands are necessary.

Habits are what make the system reliable.


Why this matters for developers

If you are building with AI agents, you probably already have repeated tasks hiding in your workflow.

Things like:

  • setting up a new project
  • generating boilerplate
  • reviewing a PR
  • processing media
  • creating documentation
  • deploying a small app
  • auditing dependencies
  • cleaning data
  • testing an API

If you prompt these from scratch every time, you are paying the model to rediscover your workflow.

Instead, write the workflow down once.

Turn it into a skill.

Then let the agent reuse it.


The test I use

Before I turn something into a skill, I ask three questions:

  1. Do I do this task more than once?
  2. Does the task have a preferred sequence?
  3. Would mistakes be annoying, expensive, or time-consuming?

If the answer is yes, it probably should not live only in a prompt.

It should become a reusable workflow.

That can be a shell script.

It can be a SKILL.md file.

It can include docs, config, examples, guardrails, or helper scripts.

It can be an installable package.

The format matters less than the behavior:

the agent should know what “done correctly” looks like.


Why I’m building around this

This is the idea behind Terminal Skills.

The goal is not to make agents sound smarter.

The goal is to equip them with reusable workflows for real work:

  • CLI tools
  • coding agents
  • video workflows
  • MCP servers
  • automation stacks
  • devops tasks
  • content production
  • data processing

You browse a skill, install it, and give your agent a better operating pattern.

terminal-skills install terminal-skills

Enter fullscreen mode Exit fullscreen mode

That meta-skill teaches the agent how to search the catalog and install the right skill for the task.

After that, the agent does not need a long explanation every time.

It has a way to find the right workflow.


The bigger shift

I think the next phase of AI agents is not just better models.

It is better packaging.

The winning systems will not be the ones with the longest prompts.

They will be the ones with the best reusable workflows.

Because once agents are good enough to use tools, the question changes.

It is no longer:

Can the agent do this once?

Enter fullscreen mode Exit fullscreen mode

It becomes:

Can the agent do this correctly every time?

Enter fullscreen mode Exit fullscreen mode

That is where skills matter.

Prompts are good for intent.

Tools are good for capability.

Skills are good for repeatability.

And repeatability is where AI agents start becoming useful in real work.


I’m collecting examples of this pattern at Terminal Skills:

https://terminalskills.io

AI-assisted. Human reviewed.