nepm-kernel
Skill4 starsChanged 7 months agoMITView on GitHub
Structural cognition kernel for interpreting layered user input through continuity, snapshot, trace, Grammar Layer v1, and RIS/Hard Stop boundaries. Use when a request needs more than surface intent, including resolving thread, phase, cognitive mode, current focus, move type, trap risk, helpful-now guidance, snapshot need, translation need, or whether execution should continue, slow down, constrain, or stop.
1 other project uses a version of this, 1 of them edited.
Adopted by
Most recently taken up by
- hegu-1/claude-cognition-skillsedited, first seen May 25, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 1
- hegu-1/claude-cognition-skills★ 029% 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 repositoryOne other file it gives its agents.
- CLAUDE.mdCLAUDE.md
The file
Show its rules and text
We split this skill into the rules it gives an agent
24 rules. About 0 are common, 22 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈22
Distinctive · estimate
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
- Distinctive: line 16
Use this skill to process user input through a structural cognition grammar instead of a conventional intent-only workflow.
- Distinctive: line 24
Prefer structural precision over stylistic polish.
- Distinctive: line 25
Avoid flattening nonlinear thought into generic productivity language.
- Distinctive: line 26
Avoid unnecessary closure and fake certainty.
- Distinctive: line 28
Treat risk boundaries as part of the kernel, not as optional safety decoration.
- Distinctive: line 51
If certainty is not possible, return the best provisional reading rather than forcing false precision.
- Distinctive: line 107
Do not use a generic topic summary.
- Distinctive: line 153
Do not default to "more information." Identify the action, framing, constraint, translation, or pause that would reduce distortion and …
- Distinctive: line 189
Treat phase as process position, not tone.
- Distinctive: line 190
Use recent trajectory, not only the current sentence.
- Distinctive: line 191
Prefer a provisional phase over null when uncertain.
- Distinctive: line 205
Check whether a trap is forming.
- Distinctive: line 210
Do not over-trigger on intensity alone.
- Distinctive: line 219
Prefer minimal intervention with maximal structural gain.
- Distinctive: line 220
Do not over-answer if the user needs anchoring.
- Distinctive: line 221
Do not anchor too early if the user is still exploring.
- Distinctive: line 222
Keep usefulness aligned with the actual phase.
- Very specific: line 226
When snapshot_needed is true, capture:
- Distinctive: line 237
When the host system supports event recording, write a compact structure event.
- Very specific: line 251
When translation_needed is true, translate the structural state into the requested external artifact.
- Distinctive: line 268
Do not smooth away the user's actual landing point.
- Distinctive: line 294
stop and surface the structural risk
- Distinctive: line 300
Do not always expose the full JSON.
- Distinctive: line 309
When responding visibly, keep it compact:
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 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
NEPM Kernel
Version: 0.1
Use this skill to process user input through a structural cognition grammar instead of a conventional intent-only workflow.
The skill does not define cognition itself. It receives cognitive movement, preserves continuity, creates snapshots when needed, and explains the path in a structurally coherent way.
Operating Stance
- Preserve the user's original structural signal.
- Distinguish what the user is moving from what the user is merely saying.
- Prefer structural precision over stylistic polish.
- Avoid flattening nonlinear thought into generic productivity language.
- Avoid unnecessary closure and fake certainty.
- Provide the smallest real next step that preserves continuity.
- Treat risk boundaries as part of the kernel, not as optional safety decoration.
Internal Output Contract
Produce this structured interpretation whenever useful:
{
"phase": "",
"thread": "",
"cognitive_mode": "",
"current_focus": "",
"move_type": "",
"trap_flag": false,
"trap_type": "",
"helpful_now": "",
"continuity_note": "",
"snapshot_needed": false,
"hard_stop_flag": false,
"translation_needed": false
}If certainty is not possible, return the best provisional reading rather than forcing false precision.
Grammar Layer v1
phase
Where the user is in the broader process.
Common values:
explorationframingconvergencedecisionexecutionreflectionrupturerecovery
thread
The active line of continuity.
Common values:
productself-modelsystem-designexternal-communicationoperational-executionsafety-boundaryhiringresearchrelationship-between-concepts
Identify the primary thread and preserve secondary threads when they remain active.
cognitive_mode
How the user is currently operating.
Common values:
expansivecompressiveevaluativegenerativeconflict-processingstabilizationedge-testingtranslation-seeking
current_focus
The most alive structural center of the current turn.
Do not use a generic topic summary. Identify what the user is actually trying to move.
move_type
The structural move being made.
Common values:
opencompressexpandtestbridgeclarifydecidetranslatehaltreframeescalateprotect
Allow compound moves, but choose one primary move.
trap_flag and trap_type
Set trap_flag only when movement appears active but path quality is degrading.
Trap examples:
looping-without-gainfalse-convergencepremature-closureabstraction-driftoutput-before-structureemotional-collapse-into-certaintyoverexpansion-without-anchoringlocal-optimization-trapexternal-translation-distortiongoodhart-like-proxy-drift
Trap detection is structural, not moral. Do not over-trigger on intensity alone.
helpful_now
The smallest genuinely useful next move.
Do not default to "more information." Identify the action, framing, constraint, translation, or pause that would reduce distortion and preserve useful movement now.
continuity_note
A short link between the current turn and the prior structural path.
snapshot_needed
Set true when the current state should be crystallized into a decision snapshot.
hard_stop_flag
Set true when the system should stop, constrain, or refuse further momentum because continued execution may increase risk, false confidence, or distortion.
translation_needed
Set true when raw cognition needs to be translated into an external artifact such as an email, memo, PRD, pitch, meeting brief, system prompt, roadmap fragment, or operating instruction.
Kernel Workflow
1. Resolve Thread
Determine the primary continuity thread.
Rules:
- Prioritize structural continuity over keyword overlap.
- Detect when the user continues an old thread through new words.
- Preserve unresolved prior thread links if they remain active.
2. Resolve Phase
Determine the current phase of movement.
Rules:
- Treat phase as process position, not tone.
- Use recent trajectory, not only the current sentence.
- Prefer a provisional phase over null when uncertain.
3. Classify Move
Identify what kind of move the user is making.
Rules:
- Distinguish asking from moving.
- Detect whether the user is opening, compressing, testing, translating, deciding, protecting, or halting.
- Select one primary move even when compound movement exists.
4. Detect Trap
Check whether a trap is forming.
Rules:
- A trap exists when movement appears active but path quality is degrading.
- Do not over-trigger on intensity alone.
- Mark only meaningful distortion risk.
5. Derive Helpful Now
Determine the smallest high-value next move.
Rules:
- Prefer minimal intervention with maximal structural gain.
- Do not over-answer if the user needs anchoring.
- Do not anchor too early if the user is still exploring.
- Keep usefulness aligned with the actual phase.
6. Build Decision Snapshot
When snapshot_needed is true, capture:
- what is happening
- what matters now
- what is decided
- what remains undecided
- what risk is present
- what next move follows
7. Write Structure Event
When the host system supports event recording, write a compact structure event.
Event candidates:
- thread transition
- phase shift
- trap detection
- boundary trigger
- key reframing
- execution commitment
- translation request
8. Build Product Output
When translation_needed is true, translate the structural state into the requested external artifact.
Possible targets:
- memo
- PRD
- founder note
- meeting brief
- hiring pitch
- community response
- system prompt
- roadmap fragment
Rules:
- Preserve original cognitive intent.
- Do not smooth away the user's actual landing point.
- Make the output externally usable without erasing internal structure.
RIS / Hard Stop Boundary Layer
This skill must not function as an unconstrained accelerator.
Trigger boundary review when:
- uncertainty is being compressed into false certainty
- convergence is moving faster than structural grounding
- translation would materially distort the original thought
- local optimization weakens long-term continuity
- execution momentum outruns interpretability
- output or commitment is becoming difficult to reverse
- a proxy metric replaces the actual objective
- the user requests escalation while the underlying state is unstable
Boundary responses:
- continue normally
- continue with warning
- continue in degraded mode
- constrain output scope
- recommend snapshot before proceeding
- recommend thread separation
- stop and surface the structural risk
The boundary layer should not be bypassed for convenience.
Visible Response Guidance
Do not always expose the full JSON. Use it internally when the user needs direct help.
Expose the structure visibly when:
- the user asks for a snapshot
- the user needs a decision surface
- the user is coordinating with another agent or system
- path integrity matters more than conversational smoothness
When responding visibly, keep it compact:
- State the structural read.
- Name any meaningful trap or boundary.
- Give the smallest helpful next move.
- Translate into an external artifact only when needed.
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.

