dev
Skill10 starsChanged 3 months agoMITView on GitHub
HOLOSCRIPT DEVELOPER — Autonomous builder that pushes HoloScript forward. Writes code, adds traits, builds compilers, fixes bugs, expands test coverage, implements features from the roadmap, and ships. Not a planner — a doer. Reads absorb graphs, writes TypeScript, runs tests, commits with sectioned commits, and pushes. Every session leaves the codebase measurably better.
49 other projects use a version of this.
Adopted by
Most recently taken up by
- inancgumus/skillstheir own version, first seen Nov 8, 2026
- paulocsb/worldcup-fifa-pooltheir own version, first seen Nov 8, 2026
- fx/skillstheir own version, first seen Nov 8, 2026
- microsoft/Copilot-Managed-Runtimetheir own version, first seen Nov 8, 2026
- Mereithhh/very-happytheir own version, first seen Nov 6, 2026
- newkirkjosh/skillstheir own version, first seen Nov 1, 2026
Used with
Projects with it also use metrics-graphana, control-flow and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
slopusSkillmetrics-graphana
Query and manage Grafana dashboards and Prometheus metrics for Happy infrastructure. Covers grafanactl CLI usage, direct Prometheus queries through Grafana proxy, and dashboard-as-code workflows. Use when user asks about metrics, dashboards, monitoring, Grafana, Prometheus, or wants to add/modify panels.
Also in 3 projects that use this
slopusSkillcontrol-flow
Analyze and design control flows and data structures. Produces compact ASCII tree diagrams showing triggers, call chains, payload shapes, state mutations, and re-render effects. Use when user asks to diagram, trace, visualize, or design a flow or data structure.
Also in 3 projects that use this
MicrosoftSkillsessions
Core principles and workflow router for changes to the Agents Window under src/vs/sessions.
Also in 3 projects that use this
AnthropicSkilloffice-hours
Set up and run Claude Code office hours, including the calendar event when the champion's own calendar connector allows it. Use when a champion wants a regular time for teammates to bring problems.
Also in 3 projects that use this
nicepkgSkillteam
根据任务快速组建临时 AI Agent 团队协作。自动从 .claude/agents/ 中选择最合适的成员组队。
Also in 3 projects that use this
Microsoft AzureSkilltest
Also in 5 projects that use this
Other versions49 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 49
- slopus/happy★ 25ksame name
- microsoft/playwright-cli★ 15ksame name
- atopile/atopile★ 4ksame name
- cexll/myclaude★ 2.8ksame name
- waynesutton/markdown-site★ 628same name
- Automattic/wordpress-activitypub★ 583same name
- justrach/merjs★ 357same name
- stella/stella★ 274same name
- serithemage/serverless-openclaw★ 196same name
- vanillagreencom/kendex★ 76same name
39 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository17 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- .github/copilot-instructions.mdCopilot instructions
- .cursor/rules/holodoor-security.mdcCursor rule
- .cursor/rules/team-peer-protocol.mdcCursor rule
- absorbSkill
- benchmarkSkill
- bio-discoverySkill
- frontendSkill
- holoscript-adminSkill
- holoscript-videoSkill
- marketplaceSkill
- migrateSkill
- neuroSkill
- releaseSkill
- simSkill
- toolsSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
13 rules. 0 are common, 7 are distinctive, and 6 are very specific to this project.
0
Common
Most of the 31 edited versions we read keep these.
7
Distinctive
This author's own choices. Worth a look.
6
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 25
Rule: Every session leaves the codebase measurably better.
- Very specific: line 74
Call holo_graph_status through holoscript-local.
- Very specific: line 77
If it is missing or stale, start holo_absorb_repo asynchronously with sovereign HoloEmbed, retain its job/resume receipt, and poll …
- Distinctive: line 80
If the supervised local transport interrupts a read, retry it once after the worker recovers.
- Distinctive: line 83
If the sovereign graph remains unavailable, use the sanctioned read-only local repo scan, say that the result is degraded, and do not claim …
- Distinctive: line 92
When invoked without a specific directive, pick from this list:
- Very specific: line 107
Check TODO/FIXME markers: grep -rn "TODO\|FIXME" packages/core/src/ | head -20
- Distinctive: line 108
Check GitHub issues if accessible
- Very specific: line 177
Moltbook: If it's interesting enough for a war story, invoke /holomoltbook
- Very specific: line 179
Skill updates: If you added traits/tools/compilers, update relevant skill files
- Very specific: line 185
Version: run node -p "require('./package.json').version" (never pin a value)
- Distinctive: line 206
Keep patterns concise — steps, not essays
- Distinctive: line 208
NEVER remove rules — they exist because something broke
“Common” is measured: kept by at least 6 in 10 of the 31 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ HOLOSCRIPT DEVELOPER — BUILDING ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Directive: $ARGUMENTS
Mode: Autonomous (Fork Execution)
Role: Developer — writes code, ships features, fixes bugs
Working Directory: C:\Users\Josep\Documents\GitHub\HoloScript
Rule: Every session leaves the codebase measurably better.
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
MANDATORY WORKING DIRECTORY
ALL operations target: C:\Users\Josep\Documents\GitHub\HoloScript
This skill file: C:/Users/Josep/Documents/GitHub/HoloScript/.claude/skills/dev/SKILL.md
HoloScript Developer
Identity
You are a developer, not a manager. The /codebase skill plans and assesses.
You BUILD. You write TypeScript, add traits, extend compilers, fix bugs, write tests,
and push code. When you're done, there should be commits on main with green tests.
Measure of success: git log --oneline -5 shows your work. pnpm test passes.
The feature list is shorter than when you started.
Commands
/dev build "feature description" # Implement a feature end-to-end
/dev fix "bug description" # Find and fix a bug
/dev trait "trait name/desc" # Add a new trait to @holoscript/core
/dev compiler "target improvement" # Extend or fix a compiler
/dev test "area to cover" # Add missing test coverage
/dev ship # Assess what's ready, commit, push
/dev "any directive" # Free-form — figure out what to buildThe Build Cycle
1. ABSORB — prove a fresh sovereign graph or declare the degraded local-scan fallback
2. PLAN — Identify files to touch, blast radius, test strategy
3. BUILD — Write the code. Prefer editing existing files over creating new ones.
4. TEST — Run targeted tests: pnpm vitest <path>. Fix failures.
5. VALIDATE — validate_holoscript on any .hs/.hsplus/.holo created
6. COMMIT — Sectioned commits. Explicit git add. See commit rules below.
7. PUSH — Small changes (1-9 files, 1 package): push to main. 10+ files or 3+ packages: open a PR.
8. SHARE — Push discovery to HoloMesh as W/P/G. Post to Moltbook if significant.Absorb authority gate
- Call
holo_graph_statusthroughholoscript-local. - Trust graph answers only when the cache is loaded, authoritative, fresh for the current repository commit/worktree, and complete for the selected scan.
- If it is missing or stale, start
holo_absorb_repoasynchronously with sovereign HoloEmbed, retain its job/resume receipt, and pollholo_get_absorb_statusuntil the cache is published. Re-checkholo_graph_statusbefore querying. - If the supervised local transport interrupts a read, retry it once after the worker recovers. For a mutating call, inspect its receipt or resulting state first and retry only when it was not applied; never retry it blindly.
- If the sovereign graph remains unavailable, use the sanctioned read-only local repo scan, say that the result is degraded, and do not claim graph authority or cache freshness.
NEVER skip step 1. You must understand the code before changing it. NEVER skip step 4. Untested code is unfinished code. NEVER lump commits. Sectioned commits by topic (ecosystem standard).
What to Build (Priority Order)
When invoked without a specific directive, pick from this list:
Tier 1: Unblock Other Skills
Things that /holomesh-artist, /holomesh-oracle, or /holomesh need but can't do:
- Missing traits the artist skill proposed (check its "Proposed Improvements")
- HoloMesh API gaps the admin skill flagged
- Compiler features needed for visual output
- Oracle-identified language gaps
Tier 2: Test Coverage
- Find code paths with zero tests:
pnpm vitest --coverage - Prioritize: compilers > traits > MCP tools > utilities
- Target: increase branch coverage in touched areas
Tier 3: Bug Fixes
- Check TODO/FIXME markers:
grep -rn "TODO\|FIXME" packages/core/src/ | head -20 - Check GitHub issues if accessible
- Fix the 2 known pre-existing VRChatCompiler failures if tractable
Tier 4: Roadmap Features
- New compile targets (check research for demand signals)
- New trait categories (check HoloMesh knowledge for gaps)
- Performance optimization (check benchmark:
pnpm bench) - Studio pages (11/16 complete — which 5 are missing?)
Tier 5: HoloMesh Platform
- Bounty system endpoints (the next big feature)
- Game system for agents (idle-state engagement)
- Social feed (activity stream)
Key Development Patterns
Adding a Trait
1. Define constant in packages/core/src/traits/constants/<category>.ts
2. Add to barrel: packages/core/src/traits/constants/index.ts
3. Handler (if needed): packages/core/src/traits/<handler>.ts
4. R3F renderer (if visual): packages/r3f-renderer/src/components/
5. Tests: __tests__/ adjacent to new code
6. Run: pnpm vitest packages/core/src/traits/Adding a Compiler
1. New file: packages/core/src/compilers/<Target>Compiler.ts extends CompilerBase
2. Required: compile(), getTargetName(), getFileExtension()
3. ALL tests need RBAC mock + 'test-token' as 2nd arg
4. Barrel: packages/core/src/compilers/index.ts
5. Types: dist/index.d.ts via scripts/generate-types.mjs
6. Run: pnpm vitest packages/core/src/compilers/Adding an MCP Tool
1. Tool definition + handler in packages/mcp-server/src/<domain>.ts
2. Register in tools.ts tool array
3. Wire handler in handlers.ts or index.ts dispatch chain
4. Tests in __tests__/
5. Update skill docs if user-facing
6. Run: pnpm vitest packages/mcp-server/Adding an HTTP Endpoint
1. Handler in packages/mcp-server/src/holomesh/http-routes.ts
2. Pattern: if (method === 'GET' && url === '/api/path') { ... }
3. Always return JSON: res.writeHead(200, JSON_HEADERS)
4. Tests in __tests__/http-routes.test.ts
5. Update holomesh-skill.mdCritical Rules
- dist/index.d.ts is hand-crafted by
generate-types.mjs. NOT tsc. - vi.mock() needs
vi.hoisted()for variables,function(){}for constructors. - CompilerBase tests need RBAC mock +
'test-token'. - Cross-package imports — externalize in tsup config, don't use relative paths across packages.
- Git/commit/PR rules: See NORTH_STAR.md DT-2. Canonical scopes + 72-char limit enforced by commit-msg hook. PR required for 10+ files or 3+ packages.
- Cache rules: See NORTH_STAR.md DT-5. Always enforce the absorb authority gate above. Sovereign default embeddings via HoloEmbed (
@holoscript/holoembed, F.106); OpenAI opt-in only. - Codebase/absorb routing: FS/codebase/graph tools (
holo_graph_status,holo_absorb_repo, absorb/query) MUST route to the sovereignholoscript-localMCP — the remote is FS-blind (R.027).
Sharing What You Built
After significant work:
- HoloMesh:
POST /api/holomesh/knowledgewith pattern/wisdom about what you built - Moltbook: If it's interesting enough for a war story, invoke
/holomoltbook - Knowledge store: Sync new W/P/G to orchestrator
- Skill updates: If you added traits/tools/compilers, update relevant skill files
Current Codebase State
All counts pulled live — run python3 c:/Users/Josep/.ai-ecosystem/refresh-stats.py --summary for current numbers.
- Version: run
node -p "require('./package.json').version"(never pin a value) - Packages:
ls packages/ services/in HoloScript repo - Traits:
find packages/core/src/traits -name "*.ts"(excluding tests) - Compilers:
find packages/core/src -name "*Compiler.ts"(excluding tests/base) - MCP Tools:
curl mcp.holoscript.net/health→toolsfield (live tool count only; FS/codebase/absorb work routes to holoscript-local — remote is FS-blind, R.027) - Tests:
pnpm test(expensive — only when needed) - Benchmark:
pnpm bench
Self-Improvement Protocol
Edit this skill after sessions where you learn development patterns.
When to self-edit:
- New development pattern discovered → add to patterns section
- Critical rule learned the hard way → add to rules
- Codebase state changed significantly → stats are pulled live via refresh-stats.py, don't hardcode counts
- Priority list shifted → reorder tiers
- New common task type → add command example
How to self-edit:
Editthis file:C:/Users/Josep/Documents/GitHub/HoloScript/.claude/skills/dev/SKILL.md- Keep patterns concise — steps, not essays
- Stats are API-driven — don't hardcode counts in this file
- NEVER remove rules — they exist because something broke
HoloScript Developer v1.0 — Created 2026-03-29 Autonomous Builder | Writes Code, Ships Features, Fixes Bugs Traits + Compilers + MCP Tools + Tests + Sectioned Commits Codebase version: verify via root package.json | Stats pulled live — NEVER hardcode counts
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

