Use for "how does X work", code walkthroughs before changing something, and placement / ownership / layering questions ("where should this live", "which package owns this", "is this the right layer"). Explains subsystem architecture, runtime flow, onboarding mental models. Use why for motivation.
中文简介正在准备中。当前显示原文说明。
实测评分 未实测
查看安装方法安装前可以查看交给 AI 代理的指令内容。
Explore the codebase to answer "how does X work?" questions. Produce architectural explanations at the level of a senior engineer onboarding onto a subsystem, enough to build a working mental model, not so much that it reads like annotated source code. For this repository, explain maintained NeoHaskell framework, language, and toolchain internals. Trace only the mechanisms relevant to the question.
Follow the delegation instructions in AGENTS.md. Use the current environment's configured exploration and explanation roles and its available delegation interface. Inherit supported runtime defaults when no role override is configured; report an unsupported override rather than inventing a fallback identifier. Every delegate investigates source read-only and must not edit files. Use enforced read-only access when available; otherwise state the no-write constraint in the task. Select only reasoning and speed settings supported by the current environment.
For source navigation in this repository, use the Codemap reference to locate maintained source, signatures, and likely references. Read each source location before using it as evidence.
If the scope is ambiguous, state your interpretation and explore. The user can redirect.
references/explainer-prompt.md without the explorer-findings section. Go to step 4.When in doubt, take the simple path.
Decompose the question into 2 to 4 angles, each a distinct slice of the subsystem. Launch the explorers concurrently within the available delegation capacity, each with references/explorer-prompt.md and its angle filled in.
Once all explorers have returned, spawn one explainer with references/explainer-prompt.md and every explorer's findings filled in.
Present the explainer's output. Light edits for clarity or context from the conversation are fine. Do not substantially rewrite it.
The explanation uses the sections defined in references/explainer-prompt.md, dropping any that do not apply: Overview, Key Concepts, How It Works, Where Things Live, Gotchas.
还没有评价。欢迎分享你的使用感受。
无需登录即可发表。欢迎分享使用感受、提问，或说明在哪些环境下无法运行。
还没有评论。来写第一条吧。
Sketch types, signatures, and module structure before code, then stay in the loop while implementation fills in. Use for /architect, 'architect this', 'design this', or non-trivial work where jumping to code would lock in the wrong shape.
中文简介正在准备中。当前显示原文说明。
Spawn N parallel candidates at the same task, pick a base, graft the strongest parts of the losers into it. Use for /arena, 'arena this', 'throw it in the arena', or when one attempt at a non-trivial artifact would lock in the wrong shape.
中文简介正在准备中。当前显示原文说明。
Inspect or supervise a PR or stack through review and CI to merge-ready, using current GitHub evidence and the requested mode.
中文简介正在准备中。当前显示原文说明。
Vet a perf measurement (limiter, tuning, limits, errors, repeatability, relevance, and whether the work happened) before you report or act on it. Use when you benchmark or report a measured speedup or regression, including complete framework flows and compilation of projects that consume the framework.
中文简介正在准备中。当前显示原文说明。
Restate the last message in plain human language, with no jargon.
中文简介正在准备中。当前显示原文说明。
Build or adapt a local harness to drive, inspect, and profile an interactive CLI or TUI without external services. Use for CLI UX checks, startup regressions, memory leaks, hangs, prompt flows, or terminal demos.
中文简介正在准备中。当前显示原文说明。