@victortomaili/skill-cli 0.6.2 → 0.6.4

package/CHANGELOG.md

@@ -11,6 +11,23 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
 - Cursor adapter (`.cursor/rules` format) for `init -g` bootstrap.
 - Per-agent hook adapters for automatic `/X` triggering (push model).
 
+## [0.6.4] - 2026-07-08
+
+### Added
+- AGENTS.md START GATE: a PRIORITIES line — when trading off how to do the work,
+  rank CORRECTNESS first, then QUALITY, then COST (cheap / token-efficient), then
+  SPEED (fast); never sacrifice correctness or quality for speed or cost.
+
+## [0.6.3] - 2026-07-07
+
+### Changed
+- AGENTS.md START GATE: clarified the load-vs-propose line. The agent now AUTO-LOADS
+  (silently) any skill needed to do the task at all, OR that makes the work HIGHER
+  QUALITY / more correct (domain knowledge, best-practice, standards, a quality
+  methodology). It PROPOSES only optional EXPERIENCE changes — response
+  style/format/mode, context-cost/token optimization, and optional shortcuts
+  (easier/faster, not about correctness). When unsure, propose.
+
 ## [0.6.2] - 2026-07-07
 
 ### Changed

package/README.md

@@ -199,13 +199,15 @@ instruction file (`CLAUDE.md`, `AGENTS.md`, `GEMINI.md`):
 > **START GATE:** on the first user message, your VERY FIRST action — BEFORE
 > ANYTHING ELSE (before thinking, before any tool call) — is `skill active`, the
 > skill **catalog** (every active skill's name + full description; never the body).
-> Read it and decide per skill from its description: **strictly necessary** to even
-> attempt the task → load it (`skill cat <name>`); **otherwise PROPOSE** — including
-> any skill that changes your response *style/format*, optimizes *context cost*, is
-> meant to be *activated before the work*, or would make the job *easier/faster*
-> (a facilitator). Apply only after the user confirms (`/X` = confirm); when unsure,
-> propose. **LOADED ≠ LISTED**: a skill is loaded only if you `cat`-ed it this
-> session — listing it (or its ★ / `active` status) is not loading.
+> Read it and decide per skill from its description: **AUTO-LOAD** (silently) anything
+> needed to do the task at all, or that makes the work **higher-quality / more
+> correct** (domain knowledge, best-practice, standards). **PROPOSE** (apply only
+> after the user confirms; `/X` = confirm) anything that's an optional change to the
+> *experience* — response **style/format/mode**, **context-cost** optimization, or an
+> optional **shortcut** (easier/faster, not about correctness). When unsure, propose.
+> **LOADED ≠ LISTED**: a skill is loaded only if you `cat`-ed it this session.
+> **PRIORITIES**: correctness > quality > cost (cheap) > speed — never sacrifice
+> correctness/quality for speed or cost.
 > `/X` → `skill trigger X`.
 
 It's wrapped in `<!-- BEGIN skill-cli --> … <!-- END skill-cli -->` markers, never

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@victortomaili/skill-cli",
-  "version": "0.6.2",
+  "version": "0.6.4",
   "description": "Cross-agent skill manager — one global store, clean agent folders, activation via skill.config",
   "license": "MIT",
   "author": "Victor Tomaili <victor@tomaili.com>",

package/src/commands/defaults.js

@@ -16,7 +16,7 @@ export function cmdActive() {
   const eff = computeEffective(installed, globalCfg, projCfg)
   const defs = new Set((globalCfg.defaults || []).map(d => String(d).toLowerCase()))
 
-  console.log(c.bold('skill active') + c.gray(' — active skills (descriptions only). Load only what is STRICTLY necessary; PROPOSE style/cost/workflow/facilitator skills and wait for confirmation.'))
+  console.log(c.bold('skill active') + c.gray(' — active skills (descriptions only). AUTO-LOAD what is necessary or quality-improving; PROPOSE style/cost/shortcut skills and wait for confirmation.'))
   console.log()
 
   if (eff.length === 0) {

package/src/lib/agents-md.js

@@ -28,19 +28,19 @@ action — BEFORE ANYTHING ELSE: before you start thinking/reasoning about the t
 and before any tool call — MUST be to run \`skill active\`. It prints the skill
 CATALOG — every ACTIVE skill's name + FULL description (NOT the skill body).
 Read it, then for EACH skill decide FROM ITS DESCRIPTION:
-- It is STRICTLY NECESSARY to even attempt the task (you cannot do it without
-  this knowledge) → load it: \`skill cat <name>\`.
-- OTHERWISE PROPOSE it — tell the user it's available and what it does, then apply
-  ONLY after they confirm (\`/X\` = confirm). You MUST propose (never silently apply)
-  any skill that:
-  • changes your communication / response STYLE, tone, format, or a persistent
-    mode (e.g. a brevity / compression style);
-  • optimizes CONTEXT COST / token usage;
-  • is meant to be ACTIVATED BEFORE the work (a workflow / methodology);
-  • would make the job EASIER or FASTER — a facilitator / accelerator / tool —
-    even if optional. Surface it so the user can opt in.
-When unsure whether a skill is necessary or optional → PROPOSE (proposing is the
-  safe default; loading is silent).
+- AUTO-LOAD it (\`skill cat <name>\`, silently) when it is needed to do the task AT
+  ALL, OR when it would make the work HIGHER QUALITY / more correct — domain
+  knowledge, best-practice, standards, a quality methodology. These are not
+  optional; they are how the job should be done.
+- PROPOSE it (tell the user what it does; apply ONLY after they confirm; \`/X\` =
+  confirm) when it is an OPTIONAL change to the EXPERIENCE, not to quality:
+  • response STYLE / tone / format / a persistent mode (e.g. a brevity style);
+  • CONTEXT-COST / token optimization;
+  • an optional ACCELERATOR / shortcut (easier or faster, but not about correctness).
+When unsure → PROPOSE (proposing is the safe default; loading is silent).
+PRIORITIES — when trading off how to do the work, rank: CORRECTNESS first, then
+QUALITY, then COST (cheap / token-efficient), then SPEED (fast). Never sacrifice
+correctness or quality for speed or cost.
 LOADED ≠ LISTED. A skill is loaded ONLY if you have run \`skill cat <name>\` for
 it THIS session. Seeing a skill in \`skill active\` / \`skill list\` does NOT load
 it — you then know only its name + description, nothing more. Never infer a skill