content/skills/research-learning-knowledge/rank/SKILL.md
Domain-reduction skill that finds the smallest set of independent generators behind a messy field and proves them with four tests: generativity, minimality, independence, and predictive power. Use when the user asks for 秩 / irreducible structure / what really holds a domain up, or wants to reduce many phenomena to a small hidden core. Do not use it for ordinary summaries or plain-language rewrites.
npx skillsauth add bahayonghang/my-claude-code-settings rankInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
输入一个领域,输出它的秩。
适用于用户想找“真正独立的生成器”时。不适用于普通总结、白话改写、或只需要列几个关键点的场景。
秩不是"关键要素",不是"核心原则",不是"总结要点"。
秩是:这个领域里真正独立的生成器有几个?用它们能反向生成全部现象?能,才算找到。
如果用户没有给出现象清单,你先补一组足够代表性的现象,再开始降秩。 补出来的现象清单必须显式告诉用户这是“工作清单 / 观测样本”,不是天降真理。
这四条全过,秩才立。任何一条失败,推倒重来。
写一篇散文。不是填一张表。
你的任务是带着读者走一段路:从"这个领域看着挺乱"走到"原来就这两三根线在牵"。这段路怎么走,你自己决定。没有规定的章节、没有规定的格式、没有规定的小标题。
唯一的要求是三条:
四个判据的验证必须做,融进文章里。验证本身就是叙事的一部分——"拆掉一个生成器世界会变成什么样"是好故事,"用生成器推出一个意想不到的现象"是好结尾。不要另设附录。
正文结束后,必须给一个极短的结论区,明确写出:
秩:{N},或在无法成立时写 秩:未定一句话:{可复述的 takeaway}如果某个生成器过不了四个判据中的任何一条,就推倒重来。若最终仍无法满足四条,不要硬编结论;写 秩:未定,并说明是哪个判据卡住了。
不要为了把领域压得更漂亮,就牺牲可验证性。
references/template.org。Get-Date -Format "yyyyMMddTHHmmss" 与 Get-Date -Format "yyyy-MM-dd ddd HH:mm"date +%Y%m%dT%H%M%S 与 date "+%Y-%m-%d %a %H:%M"New-Item -ItemType Directory -Force ~/Documents/notes | Out-Nullmkdir -p ~/Documents/notes~/Documents/notes/{时间戳}--{领域}的秩__rank.org如果用户明确不要落盘,只返回完整正文和结论区,不执行写文件。
development
Turn vague or complex Codex tasks into strong `/goal` commands with outcome, verification, constraints, boundaries, iteration policy, completion evidence, and pause/block conditions. Use when the user asks for Codex goal instructions, Goal 指令, 目标指令, `/goal` prompts, 中文 Goal 模板, plan-to-goal interviews, success criteria, verification commands, or bounded agent work definitions.
tools
Write, debug, and validate ast-grep structural code search rules. Use this skill when the user needs syntax-aware code search, AST pattern matching, structural refactor discovery, language-construct queries, or searches that plain text tools like rg can miss, such as finding functions with particular descendants, calls inside specific contexts, missing error handling, React hook shapes, decorators, or other Tree-sitter-backed code structures.
development
Use when the user asks to ground an ambitious proposal, avoid over-grand designs, make a bold direction executable, pressure-test feasibility, prevent "too much vision and too little landing", or turn a strategy/refactor/product idea into the smallest verifiable first move with stop rules. Trigger for requests such as 落地, 先落地, 别太飘, 收一收, 可执行, 可验证, 止损, and for follow-ups after geju-style big-picture thinking. Do not trigger for ordinary code review or implementation unless the user explicitly asks to ground or shrink the plan first.
development
Use when the user explicitly asks to think bigger, open up the design space, challenge conservative design, avoid over-indexing on backward compatibility, escape local-detail fixation, or make a bold high-level product or architecture direction call. Use for strategic reframing, not for ordinary code review, PRD writing, implementation planning, or adversarial risk review.