Skip to content
Agentmart
Submit a tool

skill-guide

Explain available skills, compare their boundaries, or recommend what the user should invoke next.

Skill by taecontrol

IndexedMIT★ 1
Write a review

Install

Works with Claude Code, Claude apps, Codex, Cursor, Gemini CLI, GitHub Copilot, VS Code, OpenCode, Goose, Windsurf. Read the repository before you give any tool access to your data.

npx agentmarket install skill/taecontrol-skill-guide

Asks which of your tools to add it to (Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI, Claude Desktop) and shows the change first. See https://agentmart.dev/cli.

Get the weekly diff

The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.

We use your email only for this newsletter. Privacy

About

Explain available skills, compare their boundaries, or recommend what the user should invoke next. User-invoked only; provide guidance and example prompts without invoking, routing, or executing another skill.

No reviews yet. Installed it? Reviews come from verified installers only. How reviews work

Permissions

What this skill can do and what it asks for, from its SKILL.md. Checked Oct 25, 2026.

Tools
No tools found
Secrets
None asked for
Install scripts
None found

Network hosts it talks to 1

  • codeload.github.com · found in install command

Files it touches

  • ~/.claude/skills/skill-guide

What's inside

Skill name
skill-guide
Description
Explain available skills, compare their boundaries, or recommend what the user should invoke next. User-invoked only; provide guidance and example prompts without invoking, routing, or executing another skill.
License
MIT
Instructions
53 lines in SKILL.md · view on GitHub

Files (2)

  • SKILL.md
  • openai.yaml · agents/

SKILL.md (first lines)

# Skill guide

Help the user understand and choose among the skills currently available to them. This is an advisory guide, not an orchestrator.

Answer in the user's active language. Lead with the useful answer rather than explaining the lookup process.

## Use the live catalog

Start with the current harness's catalog and establish whether it includes user-invoked skills. When coverage is incomplete or unknown, inspect the installed skill locations exposed by the environment or attached skill paths, including project-local skills. Manual-only skills remain recommendation candidates even when absent from the automatic catalog. In a catalog repository, use its current categorized catalogs and candidates; ignore deprecated entries and legacy copies unless the user explicitly asks about them.

Do not maintain or rely on a duplicated static inventory in this skill. Do not invent unavailable skills or assume a remembered version still matches the installed one. If the relevant manifest cannot be inspected, state that limitation.

## Verify the next move

Before recommending a skill or writing a handoff prompt:

1. Identify the requested outcome and current state from the conversation and relevant artifacts. Distinguish an open problem from an accepted spec.
2. Find candidates by the outcome they own. Read the selected candidate and plausible alternatives, including their entry requirements, completion criteria, and references that determine the choice. Reading only an initially favored skill does not establish fit.
3. Select the skill that owns the requested result. A workflow may apply a programming standard internally; recommending that standard alone would omit the workflow's sequencing, independent passes, and completion obligations.
4. Check the selected skill's required inputs against the actual artifacts. If a prerequisite is missing, recommend the preparation needed first and label any later execution prompt as conditional. Do not describe an unchecked handoff as ready.

Reading a candidate's instructions for comparison is advisory inspection, not invocation or authorization to execute it. Reuse instruction content already supplied in the current context.

## Answer the user's question

Adapt to the request:

- **Learn one skill:** explain what it helps accomplish, when to invoke it, the input it needs, its expected result, and its important boundary. Give one realistic invocation example.
- **Compare skills:** explain the decision boundary in terms of the user's situation. Prefer one concrete discriminator over parallel feature lists.
- **Recommend what to do next:** use the current objective, accepted decisions, evidence, and blocker to recommend the smallest useful next move. A recommendation may be one skill, a short sequence when dependencies are real, or no skill when direct work is simpler.
- **Show the catalog:** organize only the available skills by the human intent they serve. Keep the map concise and distinguish manual-only skills when that information is available.

Do not turn the skills into a mandatory pipeline or recommend a skill merely because one exists. When several skills could apply, select the best fit and mention an alternative only when the unresolved distinction could change the choice.

## Make the recommendation actionable

For a recommendation, provide:

1. the next action and skill invocation using the current harness's supported syntax, or say plainly that no skill is needed;
2. one short reason tied to the user's current situation; and
3. a concise prompt the user can paste or adapt to invoke that skill.

Include the verified input paths and any unmet prerequisites needed for the handoff. Point to the selected skill's contract instead of rewriting its workflow in the prompt. For optional context, state a reversible assumption instead of interviewing the user by default.

## Preserve the manual boundary

While the request is advisory, provide guidance without invoking another skill, starting recommended work, dispatching agents, or modifying files. A recommendation alone is not authorization to act. A later explicit instruction to perform work ends the advisory task: follow that instruction under the applicable workflow.

## Completion criteria

The recommendation is grounded in inspected candidate contracts and relevant artifacts. The user can tell which available skill fits, why it fits, whether its prerequisites are met, and how to invoke it—or understands why proceeding without a skill is the better next move.

From taecontrol/skills, MIT.

More from taecontrol/skills

Signals

Stars
1
Forks
0
Open issues
0
Last commit (this folder)
Oct 2, 2026 (26 days ago)

From GitHub (fetched Oct 24, 2026).

Details

License
MIT
First seen
Oct 24, 2026
Last checked
Oct 24, 2026

More from taecontrol

Cite this page

skill-guide. Agent Mart. https://agentmart.dev/skills/taecontrol-skill-guide (last updated 2026-10-24)