due-diligence

Assess technical risks and unknowns for acquisition and investment decisions.

1|Updated Jul 17, 2026
One-click install
npx skills add https://github.com/Arafly/sre-playbooks --skill due-diligence-arafly
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: due-diligence
Source: https://github.com/Arafly/sre-playbooks/tree/main/due-diligence
Command: npx skills add https://github.com/Arafly/sre-playbooks --skill due-diligence-arafly

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps you assess the technical risks, unknowns, and value drivers of a company, product, platform, or system when access is limited and the decision must be made quickly. It focuses on identifying evidence that could affect valuation, integration cost, security exposure, compliance risk, and deal terms.

Core Features & Use Cases

  • Evidence-based assessment: Separates verified facts, management claims, assumptions, and unknowns so decision-makers can trust the findings.
  • Deal-thesis scoping: Narrows the review to the systems, workflows, and dependencies that actually matter to the transaction.
  • Risk translation: Converts architecture, security, licensing, operational, and people risks into concrete impacts such as price, timeline, conditions, or go/no-go guidance.
  • Use case: Evaluate a target company’s platform before acquisition and determine whether hidden technical debt, key-person dependence, or integration friction should change the deal structure.

Quick Start

Review the available evidence for this transaction, identify the material technical risks and unknowns, and produce a go, no-go, or go-with-conditions recommendation.

Frequently Asked Questions about due-diligence

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

FAQPage Schema
How do I conduct technical due diligence for an acquisition with limited access?

Technical due diligence under limited access requires inventorying available evidence, analyzing architecture and operational risks, reviewing security and licensing exposures, and translating findings into a defensible go, no-go, or go-with-conditions recommendation.

What is evidence-based tech review and how does it separate facts from assumptions?

Evidence-based tech review separates verified facts, management claims, assumptions, and unknowns so decision-makers can trust the findings. It narrows the review to material systems and dependencies, converting technical risks into concrete impacts on valuation and deal terms.

How do I assess vendor technical risk and integration friction before a deal?

Assess vendor technical risk by reviewing architecture, security, licensing, and operational dependencies. This process identifies hidden technical debt, key-person dependence, and integration friction, translating them into concrete impacts on price, timeline, and deal structure.

Can I use a deal-thesis scoping approach to evaluate platform security exposure?

Yes, deal-thesis scoping narrows the security review to the systems and workflows that matter to the transaction. It focuses on identifying evidence that could affect valuation, integration cost, security exposure, and compliance risk under time pressure.

What is the best way to review technical debt and key-person dependence during pre-deal technology review?

The best way to review technical debt and key-person dependence is to inventory evidence, analyze architecture and operational risks, and translate findings into concrete impacts on deal terms, producing a defensible recommendation for decision-makers.