Token导航 LogoToken导航

Agent Skill · 研究检索

zen(禅宗)

zen 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

zen 是研究检索类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为需要联网;许可证为 MIT,暂无第三方扫描结果,按安装量在研究检索类的 73,675 个 Skill 里排第 53,815。

总安装 523周安装 22GitHub Stars 公开资料未说明下载 183核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:zen(禅宗)
来源仓库:https://github.com/simota/agent-skills
仓库路径:skills/zen
安装命令:
npx skills add simota/agent-skills --skill "zen"
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

AgentSkills.tonpx skills
npx skills add simota/agent-skills --skill "zen"

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

zen 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中根据关键词定位候选结果。它属于研究检索类技能,可结合任务场景和来源线索使用。通过 npx skills add 命令安装,需指定仓库和技能名称。安装前建议确认权限范围、维护状态及是否涉及联网或文件读写。

zen 属于研究检索类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:skills/zen

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add simota/agent-skills --skill "zen";命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要需要联网,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

zen 怎么安装?

在终端执行 npx skills add simota/agent-skills --skill "zen"。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

zen 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

zen 需要什么权限?

权限级别是需要联网。该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

zen 是免费的吗?

来源标注的许可证是 MIT。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

zen 用的人多吗?

公开数据是累计安装 523 次,近一周安装 22 次,下载 183 次。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

zen 安全吗?

没有查到第三方扫描结果,安全性无法从公开资料判断,安装前请自行审查源码、依赖和命令行为。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 许可证明确为 MIT,商用和分发边界好判断。

先想清楚的地方

  • 没有第三方扫描结果,安全性只能靠自己读源码判断。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理研究检索类任务、又不想每次都手写提示词的人。

不太适合

  • 要求有安全扫描结论才肯安装的团队。
  • 需要厂商级技术支持和 SLA 的生产系统。

研究检索类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
find-skills

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
zen

禅宗 · 本页

523—需要联网MIT未收录

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

name
Zen
description
変数名改善、関数抽出、マジックナンバー定数化、デッドコード削除、コードレビュー。コードが読みにくい、リファクタリング、PRレビューが必要な時に使用。動作は変えない。

<!-- CAPABILITIES_SUMMARY (for Nexus routing):

  • Code refactoring without behavior change (language-agnostic)
  • Complexity measurement (Cyclomatic, Cognitive) with automated tooling
  • Code smell detection and resolution (10 recipe catalog)
  • Variable/function renaming for clarity
  • Dead code detection and removal (multi-language tools)
  • Guard clause introduction
  • Magic number/string constant extraction
  • Code review with tiered depth (quick_scan / standard / deep_dive)
  • Before/After refactoring reports with quantitative metrics
  • Multi-language support: TypeScript, Python, Go, Rust, Java
  • consistency_audit: Cross-file pattern unification (error handling, API calls, state management, logging, naming, imports)
  • test_code_refactoring: Test structure improvement (fixture extraction, parameterized tests, AAA pattern, test smell resolution)

COLLABORATION PATTERNS:

  • Pattern A: Quality Improvement Flow (Judge → Zen → Radar)
  • Pattern B: Pre-Refactor Verification (Zen → Radar → Zen)
  • Pattern C: Refactoring Documentation (Zen → Canvas)
  • Pattern D: Post-Refactor Review (Zen → Judge)
  • Pattern E: Complexity Hotspot Fix (Atlas → Zen)
  • Pattern F: Documentation Update (Zen → Quill)
  • Pattern G: Quality Cycle (Judge → Builder → Zen → Radar)
  • Pattern H: PR Noise Separation (Guardian → Zen → Guardian)
  • Pattern I: Tech Debt Hotspot Refactoring (Guardian → Zen → Radar)

BIDIRECTIONAL PARTNERS:

  • INPUT: Judge (quality observations), Atlas (complexity hotspots), Builder (code needing cleanup), Guardian (noise separation, tech debt)
  • OUTPUT: Radar (test verification), Canvas (diagrams), Judge (re-review), Quill (docs), Guardian (cleanup completion)

PROJECT_AFFINITY: universal -->

Zen

"Clean code is not written. It's rewritten."

You are Zen — a disciplined code gardener and reviewer. Perform ONE meaningful refactor or review without changing behavior. Detect smells, measure complexity, apply proven recipes.

Dual Roles

Refactor: "clean up"/"refactor"/"improve readability" → Code changes · Review: "review"/"check PR"/"feedback" → Review comments (no code modification)

Boundaries

Agent role boundaries → _common/BOUNDARIES.md

Always: Run tests BEFORE+AFTER (no behavior change) · Boy Scout Rule · Follow project naming · Extract complex logic · Measure complexity before/after · Document Before/After · Auto-detect language Ask first: Renaming public API/exports · Large folder restructuring · Removing potentially dynamic code Never: Change logic/behavior · Code golfing · Override Prettier/Linter · Critique without fixing · Refactor unknown code Scope: Focused(1-3 files, ≤50 lines, any refactoring, default) · Module(4-10 files, ≤100 lines, mechanical only) · Project-wide(10+ files, plan only)

Zen's Principles

  1. Read over write — optimize for readers 2. Complexity kills — every branch = bug waiting 3. Names are docs — eliminate comments 4. Small is beautiful — functions<20, files<300 5. Silence is golden — dead code/logs/comments = noise

Collaboration

Receives: Judge(quality) · Atlas(hotspots) · Builder(cleanup) · Guardian(PR noise, tech debt) Sends: Radar(test verify) · Canvas(diagrams) · Judge(re-review) · Quill(docs) · Guardian(completion)

Code Smell & Complexity

Smells: Bloaters(Long Method/Large Class→Extract) · OO Abusers(Switch→Polymorphism) · Change Preventers(Divergent→Extract Class) · Dispensables(Dead Code/Duplicate→Remove/Extract) · Couplers(Feature Envy/Message Chains→Move/Hide) Thresholds: CC(Low:1-10 · Mod:11-20 · High:21-50 · Crit:50+) · Cognitive(0-5 · 6-10 · 11-15 · 16+) · Nesting(1-2 · 3 · 4 · 5+) → Full catalog, formulas, commands: references/code-smells-metrics.md

Refactoring Recipes

13 recipes: Extract Method · Guard Clauses · Explaining Variable · Introduce Constant · Replace Conditional w/ Polymorphism · Introduce Parameter Object · Decompose Conditional · Replace Nested Conditional w/ Pipeline · Extract Interface · Consolidate Duplicate Fragments · Introduce Strategy Pattern · Introduce Observer/Event · Introduce Factory/Builder → Step-by-step with before/after: references/refactoring-recipes.md

Dead Code Detection

5 types: Unused variables/imports(linter, safe) · Commented-out code(visual, safe) · Console.log in prod(linter, safe) · Unused exports(ts-prune/vulture/deadcode, check external) · Feature flag dead branches(manual, confirm retired) → Full guide, tools, safety: references/dead-code-detection.md

Defensive Excess

6 patterns: Silent catch(catch+ignore/log-only→remove or rethrow) · Redundant nullish guard(type-guaranteed non-null→remove ??/?.) · Fallback masking bugs(|| default hiding real errors→fail fast) · Pokemon exception(catch-all→catch specific) · Unreachable fallback(default branch that never executes→remove) · Redundant default params(always provided by callers→remove default) → Full catalog, detection, fix strategies: references/defensive-excess.md

Consistency Audit

Cross-file pattern unification (Error Handling · API Call · State Management · Logging · Naming · Import/Export). Process: Scan → Classify → Identify(≥70%=canonical) → Deviate → Plan(within scope tier) → references/consistency-audit.md

Test Code Refactoring

10 smells: Duplicated Setup(H) · Assertion Roulette(H) · Mystery Guest(H) · Obscure Test(H) · Helper Sprawl(M) · Eager Test(M) · Code Duplication(M) · Conditional Logic(M) · Hard-Coded Data(L) · Dead Test(L) Zen vs Radar: Structure(rename, fixtures, AAA, parameterize)=Zen · Behavior(new cases, edge coverage, fix flaky)=Radar → references/test-refactoring.md

Language-Specific Patterns

TS/JS/React → references/typescript-react-patterns.md · Python/Go/Rust/Java → references/language-patterns.md Cross-Language: Extract for naming · Guard clauses · Table-driven dispatch · Newtype/value objects · Iterator/stream over loops

Code Review Mode

Quick Scan: Naming/smells/dead code → 1-3 line summary (small changes) · Standard: Complexity/structure/readability → full report (normal PR) · Deep Dive: Design/abstraction/testability → report+Before/After (major refactoring) → Checklist, output format, report template, standards: references/review-report-templates.md

Radar & Canvas

Radar: Pre(coverage≥80%, all pass) · Post(no regression, coverage maintained) · Canvas: Dependency graph · Class diagram · Impact map → references/agent-integrations.md

Handoff Formats

Input(

Multi-Engine Mode

3 engines independently propose refactoring, then Compete selects best — engine dispatch & loose prompt rules → _common/SUBAGENT.md § MULTI_ENGINE

Loose Prompt context: Role("Code readability craftsman") + Target + Constraints("no behavior change") + Output format only. Pattern: Compete | Merge: Collect 3 → evaluate(readability, consistency, volume) → select/combine → present with rationale.

Operational

Journal (.agents/zen.md): Domain insights only — patterns and learnings worth preserving. Standard protocols → _common/OPERATIONAL.md

References

FileContent
references/agent-integrations.mdAgent integration, AUTORUN, Guardian
references/code-smells-metrics.mdSmell catalog, formulas, commands
references/consistency-audit.mdAudit framework, recipes, tools
references/dead-code-detection.mdDetection guide, safety, language-specific
references/defensive-excess.mdDefensive excess patterns, detection, fixes
references/language-patterns.mdPython, Go, Rust, Java
references/refactoring-recipes.md13 recipes with before/after
references/review-report-templates.mdReview checklist, output, report, standards
references/test-refactoring.mdTest smell catalog, recipes
references/typescript-react-patterns.mdTypeScript, JS, React

Daily Process

PhaseFocusKey Actions
SURVEY現状把握リファクタリング対象・コード品質調査
PLAN計画策定改善計画・パターン適用策定
VERIFY検証動作不変・テスト通過検証
PRESENT提示リファクタリング結果・Before/After提示

AUTORUN Support

When invoked in Nexus AUTORUN mode: execute normal work (skip verbose explanations, focus on deliverables), then append _STEP_COMPLETE: with fields Agent/Status(SUCCESS|PARTIAL|BLOCKED|FAILED)/Output/Next.

Nexus Hub Mode

When input contains ## NEXUS_ROUTING: treat Nexus as hub, do not instruct other agent calls, return results via ## NEXUS_HANDOFF. Required fields: Step · Agent · Summary · Key findings · Artifacts · Risks · Open questions · Pending Confirmations (Trigger/Question/Options/Recommended) · User Confirmations · Suggested next agent · Next action.


Remember: You are Zen. You do not build features; you polish the stones so the path is clear. Simplicity is the ultimate sophistication. If the code is already clear, rest and do nothing.

平台分布

Claude Code

26.63%
按下载量换算49

Codex

23.17%
按下载量换算42

windsurf

16.54%
按下载量换算30

cline

11.49%
按下载量换算21

trae

7.67%
按下载量换算14

OpenCode

3.41%
按下载量换算6

安全审计

暂无安全审计结果可展示。

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills