Archive req
Archive the active requirement document into .xsk/requirements/archive/ and leave zero active docs.From its SKILL.md
npx -y skills add xenonbyte/xsk --skill archive-reqAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 0 stars0 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.
SKILL.md
3.4 KB, 768 tokens by cl100k_base, as published. Nobody here has run it
xsk-archive-req
Archive the active requirement document into .xsk/requirements/archive/. After it runs, zero active requirement docs remain.
When to use
Match the intent, not the exact words. Common cues:
- "归档需求", "需求归档", "把这个需求存档"
- "archive requirement"
- any request to file away the current active requirement doc
How it works
-
Scan
.xsk/requirements/*.md(excluding.xsk/requirements/archive/) for the single document whose frontmatter hasstatus: active. If more than one exists, stop, list the offending paths, and report the broken invariant for the user to resolve. -
If there is no active document, refuse with a one-line reason and stop. Do not archive anything.
-
Read the active doc slug and validate it against
^[a-z0-9]+(-[a-z0-9]+)*$. If the slug is missing/invalid, stop with the reason before any write. -
Check the archive target
.xsk/requirements/archive/<slug>.md. If it already exists, stop, ask the user how to proceed, and leave it unchanged, writing nothing. -
Write the fully-updated archived content to
.xsk/requirements/archive/<slug>.md: setstatus: archived, addarchived_at: <ISO date>, and preserve every other frontmatter field and the entire body unchanged. -
Confirm it landed as written, then remove the source active doc.
-
After archiving, confirm zero active documents remain.
-
Offer to commit the archival, git-aware. The archive copy lives under the git-ignored
requirements/archive/, so from git's view the only change is the deletion of the source active doc. If the project is a git repository and that active doc was tracked (git ls-files --error-unmatch <path>succeeds), ask the user once whether to commit this archival, and act on the answer:- On yes, commit only that deleted path. Stage the deletion first, then commit only that path:
git add -- <the removed active doc path> && git commit -m "docs(xsk): archive requirement <slug>" -- <the removed active doc path>. Nevergit add -Aorgit add .. - On no, leave the working tree as is and report that the deletion was left for the user to commit.
If the doc was untracked, or the project is not a git repository, skip the prompt and say nothing about committing.
- On yes, commit only that deleted path. Stage the deletion first, then commit only that path:
Output
Either a one-line refusal that names the missing/invalid slug, a stop-and-ask response when .xsk/requirements/archive/<slug>.md already exists and it was left unchanged, writing nothing, or the archived path (.xsk/requirements/archive/<slug>.md) plus confirmation that it landed before the source active doc was removed and that no active requirement docs remain, and, when the removed doc was tracked by git, whether the user committed the archival or left it uncommitted.
Conventions shared across xsk skills
- Triggers are matched by intent, not by exact wording. The phrases listed under "When to use" are cues, not a required incantation.
- Write in natural, direct prose. No formulaic openers, no filler conclusions, no restating the request before you answer it.
- When a decision would change the implementation, surface it as a short question and let the user decide. Do not pick silently.
- These are instruction skills. They shape how work is approached, not what the agent is technically capable of.
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.