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 javded-itres/Holix --skill holix-sdd-proposegit clone --depth 1 https://github.com/javded-itres/HolixWrote 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/javded-itres/holix/holix-sdd-propose)<a href="https://agentmods.dev/skills/javded-itres/holix/holix-sdd-propose"><img src="https://agentmods.dev/badge/skills/javded-itres/holix/holix-sdd-propose/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/javded-itres/holix/holix-sdd-propose"><img src="https://agentmods.dev/badge/skills/javded-itres/holix/holix-sdd-propose.svg" alt="Reviewed on agentmods" width="80" height="20"></a>- NVIDIA SkillSpector pass
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.00031 | $0.02320 |
| Opus 5 | $0.00015 | $0.01160 |
| Sonnet 5 | $0.00006 | $0.00464 |
| Haiku 4.5 | $0.00003 | $0.00232 |
Grade A, and why
holix-sdd-propose 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 10d 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.
How it starts
The opening of the file, as written. The whole thing — 185 lines — stays where its author put it; the contents beside it link to each section on GitHub.
When to use
User wants a non-trivial feature, API, schema, or product change. Work starts with a specification, not code.
Language (Studio locale)
Match the user's Studio UI language (ru or en only):
- Chat (questions, summaries, progress) — that language only
- All SDD artifacts via
sdd_write_artifact(proposal, design, specs, tasks) — that language only sdd_update_understandingsummary/questions— that language only- Do not mix languages; do not write specs in the other language
- Structural OpenSpec markers may stay English (
## ADDED Requirements,GIVEN/WHEN/THEN), but narrative text, requirement titles, scenarios, and task descriptions must be in the selected locale
If the Studio prompt states locale=ru or locale=en, treat that as authoritative.
Multi-project workspaces
A workspace may contain several projects, each with its own openspec/.
sdd_list_projects— pick the projectpath(empty string = workspace root)- Pass
project=<path>to every subsequentsdd_*tool for that work
Workflow (propose)
-
sdd_statuswithproject=— if not initialized →sdd_initwith the sameproject= -
sdd_list_specs+sdd_read_specfor relevant domains -
sdd_list_changes— avoid duplicate open changes -
sdd_create_changewith slug id andrequest=(user request text) -
Understanding gate (if enabled in user prefs — see create_change response).
Before any clarifying questions to the user, complete this order:
- Existing SDD knowledge
sdd_list_specs+sdd_read_specfor relevant domains (openspec/specs/)sdd_list_changeswithinclude_archive=true- Read related archived change artifacts under
openspec/changes/archive/(proposal, specs, design, tasks) and any overlapping open changes
- Project context /
/initif needed- Read
.holix/HOLIX.md(and project-local notes if any) - If missing, empty, or insufficient for this request/domain: run project
onboarding equivalent to
/initfor the project path (scan layout + key files; update HOLIX.md viaupdate_holix_section, or ask the user once to run/init <path>if you cannot write). Do not skip when the codebase is unknown.
- Read
- Assess understanding
- Call
sdd_update_understandingwith honestscore(0–100) andsummaryof what you learned from main specs, archives, and HOLIX — before dumping questions at the user
- Call
- Only then ask residual clarifying questions in chat
- After each answer:
sdd_update_understandingagain withuser_answerand updatedscore/questions - If
score < threshold→ keep clarifying (statusclarifying) - If
score ≥ threshold→ statusready: offer proceed or more questions - If later answers drop
scorebelow threshold → new clarifying cycle
- After each answer:
- Only after user agrees to proceed:
sdd_confirm_understanding
- Do not fill full proposal/specs/tasks until confirmed (or gate disabled/
skipped) - Do not open with a long questionnaire before steps 1–3
- Existing SDD knowledge
-
Fill artifacts via
sdd_write_artifactonly (notwrite_file/ inventing paths):- proposal →
openspec/changes/<id>/proposal.md - design →
openspec/changes/<id>/design.md - tasks →
openspec/changes/<id>/tasks.md - specs →
openspec/changes/<id>/specs/<domain>/spec.md(passdomain=or omit) - There is no
openspec/changes/<id>/specs.md— do notread_filethat path - Prefer
sdd_status(change_id=…)→artifact_pathsbefore reading anything - proposal content — Why / What / Impact
- specs content — delta with
## ADDED|MODIFIED|REMOVED Requirementsand GIVEN/WHEN/THEN - design content — approach + task→assignee table
- tasks content — checklist with assignees (see below)
- proposal →
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.
- 10d ago First seen · 185 lines · 31 tokens per session scan A 3d78b8e81331
holix-sdd-propose is a skill published in the GitHub repository javded-itres/Holix (14 stars, last pushed 2d ago), licensed MIT. It adds 31 tokens to every session and 2,320 once invoked, about $0.0002 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-30.
Other skills, from other repositories
mnemosyne
Persistent cross-session memory via Mnemosyne — store, recall, and consolidate facts, preferences, and context.
hermes-tweet
Use Xquik in Hermes Agent for public X research, monitoring, thread summaries, creator discovery & approved actions. Not affiliated with X Corp. Use when the user requests X data or a named action. Trigger with "search X", "monitor X", "post tweet", or "X trends".
openspec-schema-authoring
Create or customize OpenSpec workflow schemas in this repository using openspec schema init and openspec schema fork. Use when the user wants to add, fork, or validate a schema under openspec/schemas/.
vrc-monitor-agent
Use for VRChat friend queries (online status, who played with whom, activity timelines, online patterns) and VRChat social actions (boop, invite, join world, friend management, group operations, image uploads) via the vrc-monitor MCP server on port 8799.
mnemosyne-maintenance
Use when: upgrading Mnemosyne, diagnosing slow/hung consolidation (mnemosynesleep), fixing missing embeddings, or troubleshooting import/version mismatches.
review-workflow
A review workflow for GitHub pull requests and issues, including judging whether changes can be merged or an issue can be closed. It requires read-only review, REST API access, and testing changes in practice.