Plugin-authoring guidance caps skill length at 500 lines but sets no maximum line length
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
- Tipo di issue
- Documentazione
- Chiarezza
- Da chiarire
- Stato di attività
- Tranquilla
- Ambito
- documentation
Direzione di ricerca
Start by comparing the 500-line guidance in progressive-disclosure.md and cowork-specific-skill-instructions.md with agent-building-guidelines/agent-description-length.md. Decide whether to use line, character, or token limits, which files they cover, and whether they are enforced or recommended. Done means the guidance has a consistent, explicit policy for skills, agents, and references.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Summary
The plugin-authoring guidance caps SKILL.md length at 500 lines but sets no maximum line length. Agent guidance is looser still: it has no body line-count cap or line-length rule at all, only a frontmatter description character budget.
Where the cap lives
han-plugin-builder/skills/guidance/references/skill-building-guidance/progressive-disclosure.md(line 36) — "keep the SKILL.md body under 500 lines... Treat 500 lines as the ceiling, not the target." No line-length rule.han-plugin-builder/skills/guidance/references/skill-building-guidance/cowork-specific-skill-instructions.md(lines 167, 249) — repeats the 500-line cap. No line-length rule.han-plugin-builder/skills/guidance/references/agent-building-guidelines/— the only length guidance isagent-description-length.md(description char budget: 1024 target, ~1500 hard signal). No body line-count or line-length rule for agents.
Why it matters
The 500-line cap exists to bound how much content a skill loads into the model's context window and to keep bloaty skills from distracting agents. But a line is unbounded in length, so a line-count cap alone is a leaky proxy for content volume: 500 very long lines can blow past the intended budget. Without a line-length bound (or a more direct measure), the 500-line ceiling doesn't reliably do the job it exists for.
Open question
Not just "what max line length" — the real question is which lever is right:
- a per-line character cap (e.g. 80 / 100 / 120, or semantic line breaks / one sentence per line), or
- a total character or token budget that measures content volume directly, or
- keeping the line-count cap and adding a line-length bound so it stops being a leaky proxy.
Scope to decide alongside it: does it apply to agent bodies and references/ files too, not just SKILL.md? Hard cap or recommendation? A judgment call, or something a formatter/linter enforces?
- Lingua principale
- Shell
- Stelle
- 282
- Fork
- 24
- Merge medio
- 6h 6m
- PR unite (30g)
- 1
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di testdouble/han
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
testdouble/han#215 · 1 commento ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 45/100
testdouble/han#217 · 1 commento · 1 reazione ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
testdouble/han#216 ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 45/100
testdouble/han#203 · 1 commento ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
testdouble/han#202 · 1 commento ·
Tutte le issue di testdouble/han
Issue simili
-
bug good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
scarif-labs/horus#61 ·
I maintainer di solito rispondono entro 1 giorno
-
documentation
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
IntersectMBO/developer-experience#362 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
registrystack/registry-stack#2168 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 92/100
I maintainer di solito rispondono entro 2 giorni
-
Bug triage/confirmed
Difficoltà 2/5 Mezza giornata Idoneità per principianti 85/100
agentscope-ai/agentscope#3355 ·
I maintainer di solito rispondono entro 2 giorni