Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add encoreshao/encore-skills --skill write-issuegit clone --depth 1 https://github.com/encoreshao/encore-skillsWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/encoreshao/encore-skills/write-issue)<a href="https://agentmods.dev/skills/encoreshao/encore-skills/write-issue"><img src="https://agentmods.dev/badge/skills/encoreshao/encore-skills/write-issue.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00029 | $0.00504 |
| Opus 5 | $0.00015 | $0.00252 |
| Sonnet 5 | $0.00006 | $0.00101 |
| Haiku 4.5 | $0.00003 | $0.00050 |
Grade A, and why
write-issue scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 7d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
What it actually says
Write Issue
Use when you have a rough idea, bug report, or feature request that needs to become a trackable GitLab issue.
Steps
1. Nail the problem first
Before writing anything, ask:
- What is actually broken or missing? (the symptom)
- Why does it happen? (the root cause — for bugs)
- Who is affected and how often?
- What does "fixed" look like?
Don't start drafting until you can answer these. A vague issue creates vague work.
2. Draft the issue
Title: Short, imperative, problem-focused.
- Bug:
Users cannot log in when email contains uppercase letters - Feature:
Add CSV export to the reports page - No
[Type]prefix — use labels for that.
Description:
## Problem
What is broken or missing? What is the root cause (for bugs)?
Be specific — include error messages, affected users, frequency.
## Expected behavior
What should happen instead?
## Acceptance Criteria
- [ ] <specific, testable outcome — not "it works">
- [ ] <regression test covers this case>
- [ ] <no related behavior is broken>
## Out of scope
What this issue does NOT cover. Prevents scope creep.
Labels: bug / feature / improvement + area (backend, frontend, design)
3. Sanity check before submitting
Ask yourself:
- Could an engineer start working on this without asking you any questions?
- Are the acceptance criteria specific enough to verify with a test?
- Is the root cause identified (for bugs) or is it still a guess?
If not — improve the issue before creating it.
4. Create
# With glab
glab issue create --title "TITLE" --description "DESCRIPTION" --label "bug,backend"
# Without glab: copy the text and paste into GitLab
What ships with it
1 file beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 7d ago First seen · 72 lines · 29 tokens per session scan A 378c62ff4f8b
write-issue is a skill published in the GitHub repository encoreshao/encore-skills (2 stars, last pushed 18d ago), licensed MIT. It adds 29 tokens to every session and 504 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
pm-init
Skill "pm-init" from wei63w/pm-manager, covering user input, outline, 1. scaffold, 2. lifecycle and type and 3. detect spec kit (required).
pm-all
Skill "pm-all" from wei63w/pm-manager, covering user input, outline and shared workflow (all /pm- commands).
pm-arch
Skill "pm-arch" from wei63w/pm-manager, covering user input, outline, done when and shared workflow (all /pm- commands).
pm-done
Skill "pm-done" from wei63w/pm-manager, covering user input, outline and shared workflow (all /pm- commands).
pm-export
Export desensitized governance summary markdown for sharing or machine switch.
pm-next
Claim the single next governance todo (marks inprogress).