跳到正文
cccskills
免费在 GitHub 公开

analyze

Investigate repository behavior, architecture, or possible causes without changing files. Trace relevant code and supporting material, then rank explanations by evidence and confidence, with concrete file references and clear distinctions between observations, conclusions, and unresolved questions.

中文简介正在准备中。当前显示英语简介。

原文查看原文说明

Run read-only deep repository analysis and return a ranked synthesis with explicit confidence, concrete file references, and clear evidence-vs-inference boundaries. Use when a user says 'analyze', 'investigate', 'why does', 'what's causing', or needs grounded cross-file explanation before any changes are proposed.

查看安装方法

适用场景

  • Investigate possible causes of a bug
  • Understand behavior across multiple files
  • Explain architecture and tradeoffs
  • Assess the impact of a potential change
  • Separate verified facts from unresolved questions

包含的文件(1)

  • SKILL.md3.1 KB

SKILL.md(原文)

安装前可以查看交给 AI 代理的指令内容。

Analyze — Read-Only Deep Analysis

Use $analyze to answer a repository question with grounded, read-only evidence. Explain what the code most likely says; do not turn analysis into implementation or generic fix planning.

Shared operating, delegation, state, hook, team, cancellation, and verification invariants live in templates/AGENTS.md. Follow that source instead of duplicating its rules here.

Use when

  • The user needs a causal, architectural, behavioral, impact, or tradeoff explanation.
  • The answer requires tracing multiple files or boundaries, or ranking plausible explanations.
  • The user needs confidence and concrete evidence before changing anything.

Do not use it for edits, implementation, a new product plan, a simple one-file lookup, or OMX team-runtime operation.

Inputs and method

  1. Restate the question and define the evidence-backed scope.
  2. Identify the smallest files, tests, configs, and docs likely to answer it.
  3. Read direct code paths and contracts first; trace boundaries only as far as needed.
  4. Compare competing explanations, rank them by support, and mark unresolved points.
  5. Stop when the question is answered with sufficient evidence, or name the smallest read-only probe that would resolve the remaining uncertainty.

Evidence discipline

Label every material claim as one of:

  • Evidence — directly shown by code, tests, generated artifacts, configuration, or docs.
  • Inference — a reasoned conclusion drawn from cited evidence.
  • Unknown — not settled by the repository evidence.

Prefer direct paths and independent corroboration over contextual clues. Never present guesses as evidence or inference, and never overclaim certainty.

Output contract

Answer the asked question first and use this shape:

Question

Restated question, briefly.

Ranked synthesis

RankExplanationConfidenceBasis
1...High / Medium / Lowstrongest supporting evidence
2...High / Medium / Lowwhy it trails
3...High / Medium / Lowwhy it remains possible

Evidence

  • path/to/file:line-line — direct observation.
  • path/to/file:line-line — corroborating observation.

Inference

  • What the evidence most strongly implies.
  • Why weaker alternatives were down-ranked.

Unknowns / limits

  • What the repository does not establish.
  • The next discriminating read-only probe, when useful.

Stop conditions

  • Do not edit files, run an implementation lane, or make recommendations the evidence cannot support.
  • Do not continue searching after the answer and confidence boundary are grounded.
  • If evidence is insufficient, report the limit explicitly rather than manufacturing certainty.

Task: {{ARGUMENTS}}

评价

还没有评价。欢迎分享你的使用感受。

评论

无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

提交后会立即公开。请勿填写邮箱、电话等个人信息。URL 最多 2 个。

0 / 1000 字

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

同一仓库的技能

Clean up working code by identifying duplication, dead code, unnecessary layers, and error paths that hide failures. Preserve behavior with targeted tests, simplify the requested files in stages, and report verification results and remaining risks.

中文简介正在准备中。当前显示英语简介。

  • Simplify bloated or repetitive AI-generated code
  • Remove unused code and unnecessary wrappers
  • Review fallback paths that hide errors
Yeachan-Heo/oh-my-codex3.4万2026年10月18日 更新

ask

免费

Ask Claude or Gemini through a locally installed command-line tool for focused questions, reviews, brainstorming, or second opinions. Save the prompt, original response, summary, and next steps in a reusable Markdown file.

中文简介正在准备中。当前显示英语简介。

  • Get a second opinion on a proposed approach
  • Ask Claude or Gemini to review work
  • Save brainstorming results for later use
Yeachan-Heo/oh-my-codex3.4万2026年10月18日 更新

autopilot

免费

Take an idea or issue through requirements clarification, reviewed planning, implementation, and verification. Supervise all stages in one recoverable OMX workflow, preserving artifacts and progress so work can resume or return to planning when findings require changes.

中文简介正在准备中。当前显示英语简介。

  • Deliver an issue from requirements clarification through verification
  • Turn an initial idea into a reviewed implementation plan
  • Resume interrupted work from its saved phase
Yeachan-Heo/oh-my-codex3.4万2026年10月18日 更新

Run a persistent research workflow with a defined goal and explicit acceptance checks. It saves progress and finishes only when a recorded result passes either a validation script or an architect review of the research output.

中文简介正在准备中。当前显示英语简介。

  • Research with explicit acceptance criteria
  • Verify research results with a script
  • Require review approval before completing research
Yeachan-Heo/oh-my-codex3.4万2026年10月18日 更新

Find the replacement for a research command removed in OMX 0.21. This migration notice directs existing autoresearch-goal usage to $autoresearch, the canonical research loop that requires validation before proceeding.

中文简介正在准备中。当前显示英语简介。

  • Check the replacement for a removed research command
  • Update requests to use $autoresearch
  • Confirm which command owns the research mission lifecycle
Yeachan-Heo/oh-my-codex3.4万2026年10月18日 更新

Research recommended practices for a chosen technology using official documentation and maintainer sources. Get a cited recommendation that explains version context, local project constraints, uncertainties, and the next steps for planning or implementation.

中文简介正在准备中。当前显示英语简介。

  • Check official guidance for a chosen technology
  • Research version-specific migration advice
  • Gather evidence before implementation planning
Yeachan-Heo/oh-my-codex3.4万2026年10月18日 更新

查看 Yeachan-Heo 的全部技能

报告此技能的问题