Goal
Shareable skills for clankers
npx -y skills add iurysza/agent-skills --skill goalAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- 19 days oldThe repository was created 19 days ago. New is not bad, but a brand new repository carrying a familiar-sounding name is the shape a typosquat arrives in, and there has been no time for anyone else to find a problem with it.
- 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Executes an approved goal package from ai-artifacts/goals. Use when the user provides a goal.md path or asks to implement a goal created by setup-goal.
SKILL.md
2.8 KB, as published. Nobody here has run it
Execute Goal
Execute an approved package at ai-artifacts/goals/<slug>/goal.md. Invoking this skill with a package is approval to begin implementation; it is not permission to rediscover scope or rewrite the contract.
Load the contract
- Read repository instructions first.
- Require an explicit
goal.mdpath from the user. Do not guess the latest or nearest package. - Read
goal.mdand resolve its links relative to the package directory. - Require and read
facts.md,facts.meta.json,plan.md, anddev-log.md. - Read
intent.mdwhen the package contains or links it. Older approved packages withoutintent.mdremain valid. - Stop if a required file is missing, a link is broken, fact metadata does not match the accepted facts, or a product, scope, architecture, security, or destructive decision remains unresolved.
Accepted facts are the implementation contract. Do not edit intent.md when present, facts.md, or facts.meta.json during execution. Do not revise plan.md unless the user explicitly sends the package back to setup or replanning.
Execute
- Briefly state the goal, approved scope, and execution approach.
- Follow the approved plan in order. Use the narrowest implementation that satisfies every accepted fact.
- Preserve unrelated work. Keep one writer per worktree unless parallel work is deliberately isolated.
- Append concise entries to
dev-log.md: completed work, changed files, validation, blockers, and remaining work. Never rewrite prior entries or claim work not performed. - Run every verification required by
plan.md. - For each fact whose
automatedVerificationistrue, run or add a concrete automated check. Record a blocker instead of pretending a check passed. - Record manual evidence for facts that cannot be verified automatically.
If implementation exposes a new material decision or contradicts an accepted fact, stop and ask the user. Do not silently expand scope or mutate the contract.
Delegation
Delegate only when the host supports it and the role is directly useful. Every delegated task must name the exact goal.md path and instruct the worker to load the package. Never ask another agent to infer which goal applies.
Use isolated worktrees for parallel writers. Read-only research and review may run in parallel without sharing write ownership.
Finish
Before declaring completion, compare the implementation and evidence against every accepted fact and the done condition in goal.md.
Report:
- implemented behavior;
- changed files;
- checks run and outcomes;
- manual verification;
- blockers or remaining work;
dev-log.mdpath.