Exécutez n'importe quel Skill dans Manus
en un clic

Exécutez n'importe quel Skill dans Manus en un clic

health

Étoiles0

Forks0

Mis à jour9 juillet 2026 à 18:39

Sign-on tool-health board — reads the workbench friction log and rolls it up per tool into a "how's each tool doing" view (recent friction, worst severity, one-line pain), using a LOCAL model (free, offline). Use when the operator asks "how are my tools doing", "tool health", "what's the friction", "how's everything doing", "anything need attention", "are my tools ok", or invokes /health, especially at sign-on. Distinct from /wip (in-flight work right now) and /status (session recap) — this is standing tool *health* from accumulated friction.

Installation

Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.

Exécuter dans Manus

Source

itsHabib

itsHabib/skills

Ouvrir le dépôt GitHub Voir les dépôts du créateur

Téléchargement

Exécuter dans Manus

Métiers associésSOC

Basé sur la classification professionnelle SOC

Développeurs de logicielsProfessions informatiques et mathématiques·SOC 15-1252

SKILL.md

readonly

name	health
description	Sign-on tool-health board — reads the workbench friction log and rolls it up per tool into a "how's each tool doing" view (recent friction, worst severity, one-line pain), using a LOCAL model (free, offline). Use when the operator asks "how are my tools doing", "tool health", "what's the friction", "how's everything doing", "anything need attention", "are my tools ok", or invokes /health, especially at sign-on. Distinct from /wip (in-flight work right now) and /status (session recap) — this is standing tool health from accumulated friction.
user_invocable	true

Tool-health board (local, from the friction log)

Turns the append-only friction log into a five-second "how are my tools doing" view: per tool, the recent friction sessions, worst severity, and a one-line pain, sorted by what needs attention. A local model does the per-session summarization; the rollup is deterministic. Free, offline.

How to run

No cwd needed — it reads the friction log at its default path.

toolhealth

Optional: -recent N (default 14) to widen/narrow the window, -log <path> to point at a different friction log.

What to relay

The board as-is, then a one-line read: which tool is the current hot spot (highest severity × recency) and what's biting it.

Rules

Trust the pain lines and the severity/recency ordering; treat the tool bucketing as a rough guide. The local model is at its ceiling on attributing a multi-tool session to one owner, so the same friction can scatter across two tools. The summaries are reliable; the bucketing is approximate. (Escalating the attribution to a bigger model / cloud would sharpen it — not wired.)
This is a digest of logged friction, not live state — pair it with /wip for what's running now.
Prereqs: the toolhealth CLI on your PATH, and Ollama running with qwen2.5:7b pulled.

Plus depuis ce dépôt

même dépôt

floor

itsHabib/skills

Render the EFFECTIVE Claude Code harness rulebook for this machine/project — what the current session may actually do — by merging every settings layer (global ~/.claude/settings.json, project .claude/settings.json, project settings.local.json) plus PreToolUse/PostToolUse hooks into one tiered view (free / consequential / guarded), flagging cross-shell asymmetries (a Bash rule with no PowerShell twin), wildcards that undo curated per-verb rules, and denies shadowed by allows. Use when you ask "what am I allowed to do", "what's my floor", "show the effective permissions", "render my rulebook", "why did that prompt", "audit my settings", "what's changed in my permissions", or invoke /floor. Read-only — it never edits settings.

2026-07-200

offload

itsHabib/skills

Offload a cheap, verifiable sub-task to the LOCAL model (Ollama, $0, offline) via the `local` CLI — narrow a big file list, extract structure from noisy tool output, classify log lines or command success/failure. Use PROACTIVELY mid-task when a sub-step is mechanical narrowing/extraction/shallow-classification AND you can verify the result at a glance; also when the operator says "offload that", "run that locally", "use the local model", or invokes /offload. NEVER for deep judgment (code review, risk calls, dense-diff reasoning) — that stays with you.

2026-07-090

voice-learn

itsHabib/skills

Build and mine a corpus of AI-draft → operator-final pairs so the agent's writing converges on the operator's real voice. Two verbs — capture (freeze the AI version of a draft BEFORE the operator edits it) and learn (diff the operator's final against the frozen AI version, classify every edit as voice vs content, and fold recurring voice edits into voice-profile.md and tellscan.mjs as dated, evidence-backed rules). Use when the operator says "voice learn", "capture this draft", "here's my final version, learn from it", "diff my edits", "store this pair", "learn my voice", or invokes /voice-learn. Corpus lives under a writing dir you configure (e.g. ~/writing/corpus/); the voice profile stays the single contract.

2026-07-090

transfer-context

itsHabib/skills

Fork a thread that came up mid-task into its own briefed Claude Code session — without derailing the agent that's currently working. The source agent pauses just long enough to emit a thread-scoped context packet, spins a chip seeded with it, and resumes its main task untouched. The chip becomes a fresh session you can question about that one thread. Use when the user says "transfer context", "pull on that thread", "fork this thread off", "spin that tangent into its own session", "hand this thread to another agent", "don't derail — chip that thread with context", or invokes `/transfer-context`. Distinct from /chip (fires off a TASK, and explicitly avoids conversation-dependent context) and /continue (hands off the WHOLE session). This is thread-scoped, conversation-dependent, and non-disruptive to the source.

2026-07-090

skills

itsHabib/skills

Skill librarian - catalog every skill available in this session and recommend the best fit for a task. Discovers all skills on disk (personal ~/.claude/skills, project .claude/skills, and skills stranded in .claude/worktrees) by reading their frontmatter, so the catalog is always current. Run alone (/skills) for a grouped tabular overview of everything you have; run with a prompt (/skills open a pull request for my changes) to rank the catalog against that task and recommend the top matches with the exact command to type. Use when the operator asks "what skills do I have", "which skills are available", "what can I run", "is there a skill for X", "which skill should I use for Y", "recommend a skill", "I forget what skills I built", "what's available to me", or invokes /skills.

2026-07-090

review-coordinator

itsHabib/skills

Consolidate the AI PR reviewers (Codex, Claude, Cursor Bugbot, GitHub Copilot) on a pull request into ONE verdict — a deduped, severity-ranked finding list plus a block/go merge gate — and post it as a single sticky comment layered on top of (never replacing) the bots' own comments. The "judge" over the finders: it consolidates, it never produces findings of its own. Use when you (or work-driver) want one pane + one merge decision instead of reading four separate bot comment streams. Triggers: "consolidate the reviews on PR <n>", "what's the verdict on PR <n>", "judge the bot findings", "/review-coordinator <n>". NOT a reviewer itself — pair it AFTER the bots have reviewed.

2026-07-060

name	health
description	Sign-on tool-health board — reads the workbench friction log and rolls it up per tool into a "how's each tool doing" view (recent friction, worst severity, one-line pain), using a LOCAL model (free, offline). Use when the operator asks "how are my tools doing", "tool health", "what's the friction", "how's everything doing", "anything need attention", "are my tools ok", or invokes /health, especially at sign-on. Distinct from /wip (in-flight work right now) and /status (session recap) — this is standing tool health from accumulated friction.
user_invocable	true

Tool-health board (local, from the friction log)

How to run

No cwd needed — it reads the friction log at its default path.

toolhealth

Optional: -recent N (default 14) to widen/narrow the window, -log <path> to point at a different friction log.

What to relay

The board as-is, then a one-line read: which tool is the current hot spot (highest severity × recency) and what's biting it.

Rules

Trust the pain lines and the severity/recency ordering; treat the tool bucketing as a rough guide. The local model is at its ceiling on attributing a multi-tool session to one owner, so the same friction can scatter across two tools. The summaries are reliable; the bucketing is approximate. (Escalating the attribution to a bigger model / cloud would sharpen it — not wired.)
This is a digest of logged friction, not live state — pair it with /wip for what's running now.
Prereqs: the toolhealth CLI on your PATH, and Ollama running with qwen2.5:7b pulled.