holding-analytical-judgment

Maintain evidence-based conclusions during analysis despite emotional stakeholder pushback.

61|1|Updated Apr 2, 2026
One-click install
npx skills add https://github.com/Innei/SKILL --skill holding-analytical-judgment
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: holding-analytical-judgment
Source: https://github.com/Innei/SKILL/tree/main/skills/writing/holding-analytical-judgment
Command: npx skills add https://github.com/Innei/SKILL --skill holding-analytical-judgment

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Use when delivering analysis, assessment, or diagnosis to the person whose work/behavior/decisions are being analyzed, and they push back emotionally, contradict conclusions, or express discomfort — prevents flipping the conclusion to match their mood while staying open to new factual evidence. Covers code review, architecture review, performance diagnosis, root-cause analysis, decision post-mortems, behavior/relationship analysis — any task where the reader is the subject.

Core Features & Use Cases

  • Maintains objective conclusions even when stakeholders push back emotionally.
  • Differentiates between new evidence and emotional discomfort, guiding when to adjust conclusions.
  • Supports structured analysis patterns for code reviews, architecture assessments, and post-mortems.

Quick Start

State the conclusion with supporting evidence and update only when new facts emerge.

Frequently Asked Questions about holding-analytical-judgment

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I maintain an objective root-cause analysis when stakeholders push back emotionally?

To maintain an objective root-cause analysis during emotional pushback, state conclusions with supporting evidence and update them only when new factual evidence emerges, separating data from recommendations to prevent mood-driven flips.

What is the best way to keep code review conclusions steady under disagreement?

Keeping code review conclusions steady under disagreement requires grounding assessments in factual evidence, explicitly separating raw data from analysis, and refusing to alter conclusions without new technical facts being introduced.

How do I handle emotional pushback during architecture evaluation without compromising the assessment?

Handle emotional pushback during architecture evaluation by enforcing a strict boundary between factual evidence and stakeholder discomfort, ensuring assessment conclusions remain grounded in data unless new architectural evidence is presented.

When do I need to adjust conclusions in a post-mortem analysis?

Adjust conclusions in a post-mortem analysis only when new factual evidence emerges, actively differentiating between genuine new data that warrants a revision and emotional discomfort that should not alter the original evidence-based findings.

Does this approach work for behavior analysis when the subject disagrees with the diagnosis?

Yes, this approach works for behavior analysis by applying the same evidence-based grounding, separating observed behavior data from diagnostic conclusions, and requiring new factual evidence to change any assessment facing subject disagreement.

What are the limitations of using evidence-based analysis to manage stakeholder discomfort?

The limitation of using evidence-based analysis for stakeholder discomfort is that it strictly prevents mood-driven conclusion flips but remains fully open to adjusting recommendations if the stakeholder provides legitimate new factual evidence.