To ctx
Agent skills I use day to day (lowband / handoff / multi-agent-driven / ctx-* family)
npx -y skills add keli-wen/skills --skill to-ctxAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
3 things to look at
- 20 days oldThe repository was created 20 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.
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
- 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.
What its author says it does
Copied from the file, not written here
Turn the current conversation's conclusions into a well-formed context document filed in the project's context system. Use for /to-ctx, "写进 contexts", "落个 context", "把这个结论归档", "file this into contexts". Finds the placement rules (e.g. CONTEXT_MAP.md), writes in the project's house style, and reports the path.
SKILL.md
2.3 KB, 406 tokens by cl100k_base, as published. Nobody here has run it
to-ctx
Take what this session has settled — a decision, a research result, a design, an investigation log — and turn it into a durable context file in the right place, so no future session has to rediscover it.
Language: context files are written in the project's documentation language (check neighboring files), which is not necessarily the conversation's language. Chat replies mirror the user.
Steps
- Locate the context system: find the project's durable layer and its placement rules — a map file (e.g.
contexts/CONTEXT_MAP.md), a docs/ADR convention, or directory READMEs. If the project has its own context-management skill, defer to its rules and use this skill only as the entry point. If no context system exists, propose ONE location to the user before creating anything. - Select what is durable: keep decisions and their reasons, verified facts with sources, discovered constraints, and open questions. Drop process noise — exploration dead ends, tool logs, interim misunderstandings. If part of the content is already persisted (an issue, PR, or another context doc), reference it; never duplicate it.
- Match the house style: read one or two neighboring context files first, then mirror their structure, headings, naming and dating conventions.
- Place and write the file per the rules; run the map file's placement check before writing, not after.
- Report: the chat gets a one-line summary, the file path, and where it sits in the map. If the map file itself must register the new doc, update it in the same change.
Rules
- One fact, one home: never create a second source of truth for something already documented — update or reference the existing doc instead.
- The repo's own placement rules always win over this skill's defaults.
- Do not commit or push; filing the doc is the deliverable, version control stays with the user's workflow.
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.