360 Secure SkillHub
360 安全技能中心

deep-review

该 Skill 在 review-diff 流程上扩展主题透镜,按差异选择命名、风格、注释等主题,并以廉价子代理逐项审查;随后沿用 review-diff 的检查、分诊、修复和报告步骤,输出按主题组织的问题与修复建议。需要已安装 review-diff 才能运行。

分类:开发
anorth
热度 0.00
最近更新 2026-11-04 11:23:09

安装

发给 Agent
帮我安装这个技能:npx secure-skills-cli add anorth/agent-skills/deep-review
兼容性
通用兼容
联网要求
不联网
数据出网
数据不出本机
Metadata
name
deep-review
description
Deep, themed review of a diff: the review-diff flow and its standard lenses, plus one cheap reviewer subagent per theme, using distinctive preferences distilled from Alex North's public GitHub reviews (naming, API shape, errors, tests, coupling, and related themes). Needs the review-diff skill. Use when the user asks for a deep review, themed review, or anorth-style review.
disable-model-invocation
false

Deep review

Run the /review-diff skill's flow with a bigger lens set. If review-diff isn't available, tell the user and stop.

At its Lenses step, read the change set and decide which themes below are relevant. The lens set is:

  • review-diff's standard lenses, on their usual tiers, by their absolute paths in review-diff's directory;
  • each theme under Always, and each theme under When the diff matches that fits the diff, on the cheap tier. Pass the theme file's absolute path as the lens.

Everything else follows review-diff: models, launch, check, triage, fix, and report. Theme reviewers on the cheap tier are noisy, so the check step matters most for them.

Always

  • Naming — identifiers
  • Style — dead weight, constants, order, locality
  • Comments — comments, docs, stale nearby comments

When the diff matches

  • API Shape — public functions, types, endpoints, events, persisted formats
  • Architecture — modules, layers, where state or effects live
  • Change Scope — mixed features, refactors, or cleanups in one PR
  • Concurrency — shared mutable state, threads/coroutines, timers
  • Coupling — module boundaries, wiring, cross-component APIs
  • Dependencies — manifests, lockfiles, vendored or generated code, new libraries
  • CI locally — CI, build, lint, or codegen steps
  • Errors — new or changed failure paths, error types, panics
  • Invariants — validation, state transitions, persistence, aggregates
  • Observability — logs, metrics, journals, or swallowed failures
  • Tests — tests, fixtures, doubles, or test helpers