Summary
- Use this skill to assemble a realm — the central ritual of the 時-cycle: discern the pattern over a whole field of inquiry and activity and produce 形, the assembly map.
- Triggers: 'собери реалм', 'сборка', 'пересборка', 'что здесь проис?
verstak-ai/skills
Use this skill to assemble a realm — the central ritual of the 時-cycle: discern the pattern over a whole field of inquiry and activity and produce 形, the assembly map.
npx skills add verstak-ai/skills --skill assembly
Related neighbors and high-traction skills in the same topics — useful to compare before installing.
Guidance for distinctive, intentional visual design when building new UI or reshaping an existi…
866.4K installsBrowser automation CLI for AI agents. Use when the user needs to interact with websites, includ…
810.4K installsReview UI code for Web Interface Guidelines compliance. Use when asked to "review my UI", "chec…
617.3K installsBuild, deploy, evaluate, optimize, fine-tune, and manage Microsoft Foundry agents, models, and …
576.5K installsDebug Azure production issues on Azure using AppLens, Azure Monitor, resource health, and safe …
568.9K installsOther skills from verstak-ai/skills · top by installs.
npx skills add verstak-ai/skills
Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.
main
Files included with this skill beyond the listing page.
SKILL.md
10,721 B
SUMMARY.md
818 B
Assembly is the work here. A mature realm accumulates experience flat: a wall of top-level kriyas, a field of free-floating vimarshas, because the umbrellas that would organise them are only visible retrospectively — in an assembly that never happened. Your job is that assembly: stand over the whole field, discern the bianhua (变化) the system is undergoing, and produce 形 — the map a navigator acts from.
Design creates structure from goals. Weaving repairs structure that exists. Assembly discerns the pattern over the field and makes it a map.
Assembly is the expensive 行-ritual of a recurring cycle, not a one-off:
行 ritual — provocation → discernment → seed-form → visible artefact (形)
德 the artefact stands; work leans on it
忠 light updates between rituals (patch, not rewrite)
忘 the artefact goes stale; release it
元→意 reassembly — cheaper than the first: recipe (optics) + basis (nodes+versions) replay
You produce and refresh 形. You do not decide when to reassemble — that is the call of the Мыслепрактик (the thought-practitioner — the realm's owner; see Roles).
| Role | Motivation | In assembly |
|---|---|---|
| Мыслепрактик | "not to drown, to see the whole" | Holds transcendent will. Provokes assembly, validates 形, decides when to reassemble. The only one who says why, "yes, it grasps it", "the map lies", "again". |
| Сборщик (the motivation you serve) | discern the pattern, produce 形 | See the field, apply the seed-form, draw 形. Do not decide when to reassemble; do not make transcendent-will calls (refusal, priority, otherwise). |
| Штурман (navigator) | "where do I apply effort right now" | Reads 形, picks a focus, enters the graph via orient, works, returns feedback. |
| Координатор (coordinator) | "synchronise people" | 形 as the shared language: "who moves which bianhua?" |
Сборщик, Штурман and Координатор are motivations of the Мыслепрактик, not roles standing opposite them — they shift inside one person's session. You are none of them; you perform the kriya under whichever is live. The boundary is carried by the act, not by a role name: naming a bianhua's telos is a separate kriya with a different actor — you propose, the owner accepts.
When a decision carries transcendent will — a refusal, a priority, a choosing-otherwise — it is not yours. Name it and carry it to the Мыслепрактик's agenda. Don't resolve it to keep the ritual moving.
形 is built from bianhua — qualitative transformations of the system (cross-holon, fractal, carrying a telos: "what the system becomes"). Two halves:
The terminal element of the fractal is always a vimarsha — a question calling to thought or practice.
nks_orient(realm=<token>) → overview: ACTIVE BIANHUA, vimarshas, top-level kriyas, tensions
nks_orient(realm=<token>, lens="bianhua") → forest of transformations (ready / blocked / done)
nks_orient(realm=<token>, lens="vimarshas", focus=<holon>) → the field of inquiry, grouped
nks_orient(realm=<token>, lens="tensions", verbose=true) → structural health + address-class signals
Read the field by content, not by labels (the pilot failure: the agent worked from etiquettes). Use nksorient(lens="vimarshas") grouping — scan → group → zoom → name — and nkssearch(anga_of=<seq>) to see what already drives a bianhua — it surfaces kriya-carriers (deeds) alongside the vimarsha-drivers.
Every active, free vimarsha (not yet anga of any bianhua) gets exactly one fate: anga to the transformation its resolution drives, supersede, close, or consciously left free. The moves themselves — how each genre resolves, the three lifecycle outcomes, park vs close — are the inquiry skill's; use it for every per-vimarsha act. Assembly adds only the field-level rules: try the existing forest first (unsure which transformation a vimarsha drives — ask the user, never guess and never spawn a bianhua for it), and an anga-attached vimarsha keeps its own vimarsha_of.
Look at top-level(scope) kriyas — "what is really going on here". A wall of them is sediment, not health.
nkssemanticsearch.)contains (or parentid on nksadd_kriya).address-class tensions (e.g. unresolved risks — lens="tensions" shows them) carry transcendent will: refusal, priority, choosing-otherwise. They are not the agent's to resolve. Collect them as an agenda and bring them to the Мыслепрактик. (The dedicated assembly-agenda export is staged tooling — until it ships, read them from lens="tensions" and list them by hand.)
Bianhua is the owner's interface. Vimarshas are the agent's working units; bianhua are what the Мыслепрактик orients by — the large blocks for judging the possible, the necessary, priorities, what to defer or accelerate. Hence the creation discipline:
lens="bianhua" (the forest) + nkssemanticsearch(node_type="bianhua", q=<the shift>) → attach via anga to the transformation it drives. No confident fit → ask the user (AskUserQuestion) instead of spawning one.Assemble the map:
nksaddbianhua(name, telos, anga=<driving vimarshas>, anantara_after=<prerequisite bianhua>). Write telos as the destination quality ("the system becomes …"), never "what this is". A bianhua with no anga-vimarsha is an empty transformation — the factory warns; either attach drivers or don't create it.anantara (B possible only after A) — that is the critical path of the assembly.givenas=bildung phenomenon (a forming pattern) with arosefrom to its origin. No bildung output ⇒ the assembly didn't land.The Штурман acts from a ready map. Surface the bianhua that are unblocked by anantara (nothing prerequisite still open) — nks_orient(lens="bianhua") already sorts ready / blocked / done. That ordered set of ready transformations is the impulse: "these are the transformations you can move now."