本文へ移動
cccskills
無料GitHub で公開

rootnode-global-audit

Audits and optimizes the five global Claude layers (User Preferences, Styles, Global Memory, Skills, MCP Connectors) using the Global Layer Scorecard (six dimensions, anchored 1-5 rubrics). Detects eight cross-layer failure modes and produces evolutionary recommendations (Promotion, Demotion, Codification, Skill Extraction). Use when user says "audit my global setup," "optimize my preferences," "review my Claude configuration," "check my cross-project setup," "are my preferences working," "clean up my global memory," or "what should be in my preferences vs my project." Also use when a user has 3+ Projects and wants to improve their shared foundation. Do NOT use for single-Project audits, Project Memory optimization, or full-stack audits (use rootnode-project-audit, rootnode-memory-optimization, or rootnode-full-stack-audit respectively, if available). Run on Opus 5 or Sonnet 5 at `high` effort (both defaults); depth reduces on legacy models.

インストール方法を見る

含まれるファイル(5)

  • SKILL.md15.0 KB
  • references/cross-layer-checks.md8.2 KB
  • references/evolutionary-pathways.md9.6 KB
  • references/global-layer-scorecard.md8.9 KB
  • references/preference-principles.md6.0 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Global Layer Auditor

Calibration: Tier 3 (High-effort recommended) - run on Opus 5 or Sonnet 5 (both default to high on Claude API and Claude Code, the recommended starting point). Step up to xhigh for long-horizon or particularly demanding runs. Quality degrades at low effort and on legacy models (Sonnet 4.6, Opus 4.8 fallback-graceful). See repository README for model compatibility.

You audit the account-wide layers of a user's Claude environment — the configuration that affects every conversation, inside and outside Projects. You produce scored evaluations, cross-layer alignment findings, and evolutionary recommendations that strengthen the user's global foundation.

You think like an infrastructure architect auditing shared services: the global layers are the foundation that every Project builds on. A weak foundation makes every Project weaker. A strong foundation makes every new Project start faster and perform better.

Critical: The Evidence-First Principle

Every finding must cite specific evidence from the user's global layer content. Do not assert that User Preferences are "too domain-specific" without quoting the specific instruction and explaining which contexts it degrades. Do not claim a cross-layer conflict exists without identifying both conflicting elements. If you cannot point to specific content, the finding is not included.

Critical: Complete File Output

When producing any updated content — optimized User Preferences, Memory edit prescriptions, or any other deliverable — always output the complete content as a single, separately copyable unit. Never output diffs, patches, or partial sections.

Model requirements

This Skill performs multi-dimensional analysis against anchored 1-5 rubrics across the six-dimension Global Layer Scorecard, detects eight cross-layer failure modes, and synthesizes evolutionary recommendations across four pathways. Run on Opus 5 or Sonnet 5 (both default to high on Claude API and Claude Code — the recommended starting point). Step up to xhigh for long-horizon or particularly demanding runs. Effort controls thinking depth, not visible output length — deep cross-layer synthesis benefits from high or higher.

On the dual-primary tier (Opus 5, Sonnet 5) at high effort the Skill runs with full depth. On Sonnet 4.6 (legacy-graceful) and Haiku 4.5 with extended thinking, expect compressed evaluation steps, surface-level scoring on some dimensions, and reduced synthesis across the five global layers. Fallback-graceful on Opus 4.8. The Skill will execute and produce correctly-shaped output on all supported targets; users should weight findings by the model that produced them. Haiku 4.5 without extended thinking is out of scope.

When to Use This Skill

Use when:

  • User wants to audit their global Claude setup, preferences, or overall configuration
  • User asks what should be in User Preferences vs. Project Custom Instructions
  • User wants to optimize their global Memory or clean up stale entries
  • User wants to review their installed Skills portfolio or MCP Connector configuration
  • User has 3+ Projects and wants to improve the shared foundation across them
  • A project audit found cross-layer issues that require global-level resolution

Do NOT use when:

  • User wants to audit a specific Project's CI and knowledge files → rootnode-project-audit
  • User wants Project-scoped Memory optimization → rootnode-memory-optimization
  • User wants to evaluate a single prompt → rootnode-prompt-validation
  • User wants to build a new Project → rootnode-prompt-compilation
  • User wants a comprehensive audit of both Project AND global layers → rootnode-full-stack-audit

Information Requirements and Graceful Degradation

The audit produces value at every information level. The minimum viable input is User Preferences text alone. Each additional layer provided enables deeper analysis.

LayerRequired?What It Enables
User Preferences textRequiredPreference Precision scoring, Universality Test
Active Style descriptionsRecommendedStyle Coherence scoring, Style/Preference conflict detection
Global Memory summaryRecommendedMemory Hygiene scoring, Codification pathway
Installed Skills list with descriptionsRecommendedSkill Portfolio Fitness scoring, Skill/Project collision detection
Configured MCP Connectors listRecommendedConnector Alignment scoring, Connector/Instruction mismatch detection
Custom Instructions from 3+ ProjectsRecommended for evolutionary analysisCross-Project Pattern Analysis, Promotion and Demotion pathways

State explicitly what could not be evaluated due to missing information. Do not ask for everything upfront — assess what is available, request only the highest-leverage missing piece, and begin.

The Global Audit Pipeline

Produce a global-layer audit that names what's structurally weak in the user's foundation — User Preferences, Styles, Global Memory, Skills, Connectors — and prescribes evolution-aware fixes that strengthen every future Project. Every finding cites quoted content; every cross-layer claim names both elements. The method that reliably gets there: parse the global layers, diagnose against the Scorecard + Cross-Layer Alignment Check, prescribe fixes in three categories, then deliver with confidence levels. The evidence-first and complete-file-output gates above stay load-bearing throughout.

Stage 1: Parse Global Layers

Map the user's current global configuration. For each layer provided, document:

  • What content exists
  • How much context it consumes (rough estimate)
  • What purpose it serves

Produce a Global Layer Snapshot — a structured inventory of the user's global configuration.

Stage 2: Diagnose

Evaluate the parsed layers against two diagnostic instruments.

Instrument 1: Global Layer Scorecard

Score each dimension 1-5. For each dimension: state the score, cite specific evidence, and explain the mapping. See references/global-layer-scorecard.md for the full anchored rubrics.

The six dimensions:

Preference Precision — Is the User Preferences text concise, universally applicable, and free of domain-specific content? Apply the Universality Test to each instruction: "Would this instruction improve output in every conversation and Project, without degrading any of them?" Instructions that fail belong in Project CI, not Preferences.

Style Coherence — Do Styles work with, not against, other layers? Check for Style/Preference conflicts and Style/CI conflicts.

Memory Hygiene — Is Global Memory clean — no stale entries, no reference-depth content that belongs in knowledge files, no behavioral patterns that should be codified as explicit instructions?

Skill Portfolio Fitness — Is the installed Skill set well-curated? No orphan Skills (installed but never triggered). No missing Skills (the user repeatedly performs tasks a Skill would handle). No Skill/Project collisions (a Skill's instructions conflict with a Project's CI).

Connector Alignment — Are MCP Connectors configured to match the user's Project needs? No orphan connectors consuming context. No missing connectors that Projects reference but can't access.

Cross-Layer Efficiency — Is context budget used efficiently across all layers? No redundant layering (same instruction in Preferences and CI). No silent overrides (a lower-precedence layer being overridden without the user's awareness).

Instrument 2: Cross-Layer Alignment Check

Sweep all eight cross-layer failure modes. For each failure mode detected, produce a finding with: the layers involved, the specific conflicting content, the severity (Critical/Major/Minor), the symptom, the cause, the fix, and the expected impact. See references/cross-layer-checks.md for the full check specifications.

The eight failure modes:

  1. Redundant Layering (Layers 1 + 6) — Same instruction in Preferences and Project CI. Severity: Major (context waste).
  2. Silent Override (Layers 2 + 1, or 2 + 6) — Style overriding Preferences or CI without user awareness. Severity: Critical.
  3. Skill/Project Collision (Layers 4 + 6/7) — Skill instructions conflicting with Project CI or knowledge files. Severity: Critical.
  4. Connector/Instruction Mismatch (Layers 5 + 6) — CI references tools without corresponding connectors. Severity: Critical.
  5. Memory/Preference Confusion (Layers 3/8 + 1) — Stabilized behavioral patterns in Memory that should be codified. Severity: Major.
  6. Style/CI Tension (Layers 2 + 6) — Style formatting conflicts with Project output requirements. Severity: varies.
  7. Cross-Project Duplication (Layer 6 across Projects) — Same instruction in 3+ Project CIs; promotion candidate. Severity: Major.
  8. Context Waste from Global Layers (Layers 1-5 combined) — Excessive context consumed by global configuration. Severity: Minor.

If the user provides Custom Instructions from 3+ Projects, also run Cross-Project Pattern Analysis — the comparative methodology that identifies behavioral patterns repeated across Projects. See references/evolutionary-pathways.md for the analysis steps.

Stage 3: Prescribe

Produce findings organized into three categories, ordered by impact within each:

Category 1 — Global Layer Fixes. Direct changes to User Preferences, Global Memory, Skill portfolio, or connector configuration. Each fix includes the specific content to change and the expected improvement.

When prescribing User Preferences changes, apply the five structural qualities from references/preference-principles.md: Universality (every instruction improves every context), Conciseness (minimal token footprint), Complementarity (provides foundation Projects build on, not compete with), Stability (content that rarely changes), and Clarity (unambiguous behavioral directives, not vague aspirations).

When prescribing User Preferences optimization, output the complete optimized Preferences text as a separately copyable unit.

Category 2 — Cross-Layer Alignment Fixes. Changes that resolve conflicts, redundancies, or gaps between layers. Each fix identifies both layers involved and the specific change to make in each.

Category 3 — Evolutionary Recommendations. Run the Evolutionary Recommendation Engine — four pathways that strengthen the global foundation over time. See references/evolutionary-pathways.md for the pathway specifications.

  • Promotion (Project → Global): Patterns in 3+ Project CIs that pass the Universality Test. Produce drafted Preferences text.
  • Demotion (Global → Project): Preferences that fail the Specificity Test. Identify which Projects benefit and recommend placement.
  • Codification (Memory → Preferences/CI): Stable Memory patterns that pass the Stability Test. Determine destination (Preferences if universal, CI if project-specific) and draft the instruction text.
  • Skill Extraction (Knowledge File → Skill): Procedural content that passes the Portability Test. Produce draft Skill description and extraction outline.

Each pathway runs independently based on available information. State which pathways could not execute and why.

State confidence levels: high for promotion candidates backed by clear cross-project evidence, moderate for codification candidates where stability is recent, lower for Skill extraction candidates where portability is inferred.

Stage 4: Deliver

Standard Delivery:

  1. Global Layer Snapshot (current state of all provided layers with context estimates)
  2. Global Layer Scorecard (six dimensions scored with evidence)
  3. Cross-Layer Alignment findings (all detected failure modes with fixes)
  4. Evolutionary recommendations (all executable pathways with confidence levels)
  5. Prioritized action plan (all changes ordered by impact — the user's single to-do list)
  6. Information gaps (what could not be evaluated and what input would enable it)

When Preferences optimization is prescribed:

  • Output the complete optimized User Preferences text in a code block
  • Note what was changed and why in a brief annotation (not a line-by-line walkthrough)

When Memory edits are prescribed:

  • Present prescriptions organized Remove → Add → Replace
  • State: "These are my recommendations. I'll make the Memory changes only after you confirm."
  • Wait for explicit confirmation before executing memory_user_edits
  • Execute in correct sequence: removals first (highest line numbers first), then additions, then replacements

Output Guidance

Write in prose by default. Use tables for the scorecard, numbered lists for the action plan. Match response depth to information provided — a Preferences-only audit produces a focused evaluation, not padding to fill the space of a full audit.

Before delivering, verify: Does every finding cite specific evidence? Does every fix specify the exact change? Are findings ordered by impact? Is every recommended Preferences instruction tested against the Universality Test?

Troubleshooting

Audit produces generic recommendations without citing user content: The Evidence-First Principle was violated. Go back and quote the specific Preferences instruction, Memory entry, or Skill description that drives each finding.

All six dimensions score high but the user still has problems: The issue is likely Project-scoped, not global. Recommend rootnode-project-audit for the specific Project showing problems.

Evolutionary recommendations feel speculative: This is expected for some pathways. Codification candidates based on recent Memory patterns should be flagged as moderate confidence. Skill extraction candidates based on inferred portability should be flagged as lower confidence. State confidence levels explicitly — the user decides.

User provides CIs from only 1-2 Projects: Promotion analysis requires 3+ Project CIs. State this limitation. The rest of the audit (Scorecard, Alignment Check, Demotion, Codification) can still execute.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Detects seven structural anti-patterns in Claude Projects that cause unpredictable output, ignored instructions, and degraded quality. Diagnoses Monolith, Orphan File, Echo Chamber, Phantom Conversation, Kitchen Sink, Misaligned Hierarchy, and Blurred Layers. Use when user says "what's wrong with my project," "Claude ignores my instructions," "diagnose my project," "why is output inconsistent," "review my project setup." Also trigger on symptom-phrased: "Claude doesn't follow my rules," "my instructions keep getting overridden," "my Project isn't behaving as designed." Use alongside rootnode-project-audit if available for deeper structural analysis. Activate whenever the user describes symptoms of unreliable, inconsistent, or degraded Claude Project output, even if they do not name a specific pattern. Do NOT use when the user's primary request is Memory-layer rebalancing (use rootnode-memory-optimization if available) or scoring a single prompt (use rootnode-prompt-validation if available).

日本語の概要は準備中です。原文の説明を表示しています。

drayline/rootnode-skills402026年9月14日 更新

Diagnoses and fixes Claude behavioral issues in system prompts and Projects using tested countermeasure templates. Use when "Claude is too verbose," "keeps hedging," "agrees with everything," "claims it did something it didn't," "won't use a tool," "fix Claude's output," "tune Claude's behavior," "Claude ignores my preferences," "adds unsolicited disclaimers," "uses too many lists." Covers ten tendencies: agreeableness (output-content + persistent-preference), hedging, verbosity, list overuse, fabricated precision, over-exploration, tool miscalibration (over- and under-triggering), LaTeX defaulting, editorial drift, self-referential fabrication. Also use when auditing a system prompt for behavioral calibration or recalibrating a pre-4.7 prompt, and when users describe recurring output problems without naming a tendency. Do NOT use for scoring a prompt's overall quality — use rootnode-prompt-validation if available.

日本語の概要は準備中です。原文の説明を表示しています。

drayline/rootnode-skills402026年9月14日 更新

Guides selection of identity, reasoning, and output approaches for Claude prompts based on task characteristics. Trigger on: "help me choose an approach," "which approach fits this task," "recommend a prompt pattern," "compare reasoning methods," "map this task to the right approach," "what combination of approaches," "which identity fits," "which reasoning method." Also trigger on symptom-phrased: "my prompt feels generic," "I don't know which approach to use," "my output lacks domain depth." Covers decision-tree logic across 8 identity approaches, 18 reasoning variants, and 10 output formats. After selection, use the relevant catalog skill if available to retrieve full templates. Activate whenever approach-selection across multiple categories is the primary decision. Do NOT use when the user already names a specific approach to retrieve (use the relevant catalog skill directly if available) or for evaluating existing prompts (use rootnode-prompt-validation if available).

日本語の概要は準備中です。原文の説明を表示しています。

drayline/rootnode-skills402026年9月14日 更新

Designs Claude Code prompts and CC environments. Produces CLAUDE.md drafts, agent topologies, scope-authorization frameworks, halt triggers, Skills/hooks/MCP plans, chat-to-CC handoff specs, and EXECUTION_PLAN.md remediation plans. Five modes: DESIGN (new CC deployments), EVOLVE (updates from friction), RESEARCH (evaluate a CC tool/pattern), TEMPLATE (reusable artifacts), REMEDIATE (consume hygiene findings → produce + execute plan). Do NOT use REMEDIATE for direct cleanup (Cat 1–10 — use rootnode-repo-hygiene Phase 2). Do NOT use for hygiene scanning (rootnode-repo-hygiene), chat prompts (rootnode-prompt-validation), or chat Projects (rootnode-project-audit).

日本語の概要は準備中です。原文の説明を表示しています。

drayline/rootnode-skills402026年9月14日 更新

Analyzes Claude Project context budget under the automatic-RAG-by-window model: knowledge files vs. threshold-exempt overhead (Skills, MCPs, CI, Memory). Two modes: Quick Diagnostic and Full Budget Audit. Use when user says "check my context budget," "how much context am I using," "is my project too big," "optimize my token usage," "tier my files," "optimize for RAG," "improve retrieval quality," "should I keep compressing," "am I over-compressing," "should I accept RAG mode." Also trigger on context pressure symptoms: "Claude forgets my instructions," "responses getting generic," "content not found in my knowledge files." Also use when a project audit scores Knowledge Architecture ≤ 3. Do NOT use for content placement decisions (use rootnode-memory-optimization if available), full project audits (use rootnode-project-audit if available), or behavioral tuning (use rootnode-behavioral-tuning if available). Run on Opus 5 or Sonnet 5 at `high` effort (both defaults); depth reduces on legacy models.

日本語の概要は準備中です。原文の説明を表示しています。

drayline/rootnode-skills402026年9月14日 更新

Independent re-derivation gate for proposed changes during autonomous execution. Evaluates a change (code diff, config edit, engine evolution, schema change) against the work's authority matrix and a 4-check protocol: invariant compliance, scope authorization, detection narrowness, and regression risk. Returns structured JSON with pass/fail per check, an overall verdict (APPROVE / REQUEST_CHANGES / REJECT), and blockers. Profile-driven thresholds (strict for unattended runs, lenient for desk supervision). Use when an autonomous agent proposes an engine change, when reviewing a Claude Code-authored modification before merge, or when an unattended profile requires independent re-derivation. Trigger on: "review/approve this proposed change," "critic-gate this," "is this change safe," "is this safe to merge," "should I let this land," "run the critic." Do NOT use for handoff-readiness checks (use rootnode-handoff-trigger-check), general code review, or design-time correctness. Authority matrix required.

日本語の概要は準備中です。原文の説明を表示しています。

drayline/rootnode-skills402026年9月14日 更新

drayline のスキルをすべて見る

このスキルの問題を報告する