zcode-large-task-fixture
Skill247 starsChanged 9 days agoMITView on GitHub
Generate, verify, or remove large synthetic ZCode task fixtures in local ~/.zcode persistence for UI/session performance testing. Use when testing big conversation/task rendering, task list performance, snapshot recovery, tool-call rendering, reasoning, patches, todos, and model usage without spending time chatting manually.
We split this skill into the rules it gives an agent
6 rules. About 0 are common, 3 are distinctive, and 3 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈3
Distinctive · estimate
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 9
Use this skill to create a large local task that behaves like a long-running ZCode Agent task.
- Distinctive: line 27
Verify an existing generated task:
- Distinctive: line 34
Remove a generated task:
- Very specific: line 45
Read the script output and report the sessionId, manifest path, counts, and backup directory.
- Very specific: line 54
Use --delete <sessionId> for generated fixtures.
- Very specific: line 55
Do not delete manually unless you have checked the manifest and confirmed the task id starts with sess_perf_large_.
≈ “Common” is an estimate: at least 1 in 5 of the 308,232 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
ZCode Large Task Fixture
Use this skill to create a large local task that behaves like a long-running ZCode Agent task. It writes both persistence layers:
- App task index:
~/.zcode/v2/tasks-index.sqlite - Agent session DB:
~/.zcode/cli/db/db.sqlite
The generated task is synthetic test data. Always back up before writing and record the manifest path.
Quick Commands
From the z-code repository root:
node .agents/skills/zcode-large-task-fixture/scripts/generate-large-task-fixture.mjs \
--workspace "$PWD" \
--turns 3000Verify an existing generated task:
node .agents/skills/zcode-large-task-fixture/scripts/generate-large-task-fixture.mjs \
--verify sess_perf_large_YYYYMMDDHHMMSS_xxxxxxxxRemove a generated task:
node .agents/skills/zcode-large-task-fixture/scripts/generate-large-task-fixture.mjs \
--delete sess_perf_large_YYYYMMDDHHMMSS_xxxxxxxxWorkflow
- Confirm the target workspace path. Use the repository root unless the user names another workspace.
- Generate with
--turns 3000for a large fixture. This creates roughly 6,000 messages and 20,000 parts. - Read the script output and report the
sessionId, manifest path, counts, and backup directory. - Verify with
--verify <sessionId>. - Tell the user to restart or refresh the app if it was already running, then open the pinned task titled
Performance Fixture Large Mixed Task.
Safety
- The script uses SQLite
.backupbefore generation unless--no-backupis passed. - Backups are stored under
~/.zcode/perf-task-backups/<timestamp>/. - Manifests are stored under
~/.zcode/perf-task-manifests/<sessionId>.json. - Use
--delete <sessionId>for generated fixtures. It deletes fromtasks-index.sqliteand cascades the agentsessionrows. - Do not delete manually unless you have checked the manifest and confirmed the task id starts with
sess_perf_large_.
Coverage
Generated sessions include:
- User text and file parts
- Assistant text and reasoning parts
- Tool parts with completed, running, pending, and error states
- Bash, Read, Grep, Glob, Edit, Write, TodoWrite, AskUserQuestion, Agent, WebSearch, and WebFetch tool shapes
- Patch, compaction, subtask, agent, retry, step-start, and step-finish parts
- Todo rows, session target rows, model usage rows, turn usage rows, and task index searchable text
Other versions2 projects use a version of this.
Word for word · 1
- skillpie/ZCodeOnline★ 3100% same
Edited · 1
- zai-org/ZCode★ 8.4k100% same
Wrote their own version · 0
None found.
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 repository14 other files it gives its agents.
- AGENTS.mdAGENTS.md
- .agents/skills/react-best-practices/AGENTS.mdAGENTS.md
- agent-browserSkill
- ai-elementsSkill
- architecture-governanceSkill
- dep-refsSkill
- docxSkill
- dogfoodSkill
- e2e-case-lifecycleSkill
- electronSkill
- feature-boundary-plannerSkill
- vercel-react-best-practicesSkill
- session-managementSkill
- xlsxSkill
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.

