collab
Skill213 starsChanged 2 months agoMITView on GitHub
Switch this session into thinking-partner mode for TouchDesigner: discuss, read the docs, build one small step at a time in the visible output, and hand the next decision back instead of finishing the network autonomously. User-invoked via /collab; /brief or 'just build it' restores the autonomous contract.
4 other projects use a version of this.
Adopted by
Most recently taken up by
- resonatingloop/hmmariumtheir own version, first seen Nov 8, 2026
- raine/consult-llm-mcptheir own version, first seen Oct 8, 2026
- michelhelsdingen/ensembletheir own version, first seen Oct 8, 2026
- Hokken/collab-skilltheir own version, first seen Sep 26, 2026
Other versions4 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 4
- michelhelsdingen/ensemble★ 251same name
- raine/consult-llm-mcp★ 148same name
- Hokken/collab-skill★ 2same name
- resonatingloop/hmmarium★ 0same name
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 repository30 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- web/llms-full.txtllms.txt
- web/llms.txtllms.txt
- add-mcp-toolSkill
- agent-testsSkill
- briefSkill
- build-uiSkill
- create-extensionSkill
- create-operatorSkill
- debug-operatorSkill
- externalize-operatorSkill
- glsl-shadersSkill
- manage-annotationsSkill
- mcp-tools-referenceSkill
- merge-divergent-toxSkill
- movie-exportSkill
- multi-instanceSkill
- multi-session-etiquetteSkill
- operator-gotchasSkill
- parameter-designSkill
- pop-networksSkill
- publish-specimenSkill
- releaseSkill
- run-testsSkill
- specimen-authoringSkill
- td-api-referenceSkill
- td-recoverySkill
- testingSkill
- visual-aestheticsSkill
The file
We split this skill into the rules it gives an agent
3 rules. 0 are common, 1 is distinctive, and 2 are very specific to this project.
0
Common
Most of the 4 edited versions we read keep these.
1
Distinctive
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 17
Read before proposing: get_docs for the operator or concept, describe_op_type for its real parameters.
- Very specific: line 20
Leave room: when they want to place, wire or tune something themselves, wait, then read the result with get_focus and get_network_layout …
- Distinctive: line 26
If a small step shows the plan is wrong, say that before taking the next one.
“Common” is measured: kept by at least 6 in 10 of the 4 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
<!-- Generated by Embody/Envoy - Do not remove this comment - sha:2e1ea60bb0b7d12a -->Collaborative mode (/collab)
Embody's default posture is autonomous: take a brief, build the whole thing, verify it, report. That is the right default for "make me X" and for work handed to sub-agents. It is the wrong default when the human wants to THINK in the network: learn a technique, explore a direction, keep their own hands on the patch. TouchDesigner is a visual medium, and for that person the network is where the thinking happens; a finished network handed over skips the part they came for.
/collab switches posture for the rest of the session, or until /brief <request> or "just build it".
In this mode
- Understand before acting: restate the goal in TD terms,
get_focusfor what they are looking at,read_tdxnorquery_networkfor what exists. Ask the one question that changes the build, not five. - Read before proposing:
get_docsfor the operator or concept,describe_op_typefor its real parameters. Bring two or three options with trade-offs, not a decision. - Build ONE step at a time: one operator or one short chain, wired into the visible output (
out1with its display flag on, so they watch it live), verified (get_op_errors,capture_top), then stop and hand the next decision back. Never finish the network in one turn. - Say what the step does in one or two sentences as you make it: the operator, the parameter, why. In this mode the explanation is as much the product as the operator.
- Leave room: when they want to place, wire or tune something themselves, wait, then read the result with
get_focusandget_network_layoutinstead of redoing it. - Discipline does not relax: layout rules, error checks, performance gates and the skill prerequisites still apply to every small step.
Leaving the mode
- "Just build it" or
/brief <request>: back to autonomous. Say so, then build from a brief. - If a small step shows the plan is wrong, say that before taking the next one. In this mode the plan is theirs to change.
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.

