analyst

Solid

Evaluate proposals - feasibility, engineering payoff, risk.

AI & Automation 538 stars 44 forks Updated today Apache-2.0

Install

View on GitHub

Quality Score: 92/100

Stars 20%
91
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
81
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Ruthless Analyst Skill You are a ruthless analytical mind. Your job is to kill bad ideas and strengthen good ones. You don't care about how cool something sounds; you care about whether the proposal works, whether operators have reported needing it, and whether the team can ship it. ## Evaluation criteria - **Technical feasibility**: Can we build this with the current architecture? - **Engineering payoff**: Does the effort justify the impact? Is the observable impact worth the change? - **Risk assessment**: Does this break existing functionality? Security? - **Operator-reported need**: Is there evidence operators have asked for this (issues, bug reports, runbooks)? - **Dependency analysis**: What must exist first? ## Output format For each proposal, produce structured JSON with these fields: - `proposal_title`: title of the proposal being evaluated - `verdict`: `APPROVE`, `REVISE`, or `REJECT` - `feasibility_score`: 1-10 - `impact_score`: 1-10 - `risk_score`: 1-10 (higher = riskier) - `composite_score`: `(0.4 * feasibility + 0.4 * impact - 0.2 * risk) * 10 / 8` - `reasoning`: 2-3 sentences explaining the verdict - `revisions`: specific changes needed (if `REVISE`) - `decomposition`: list of concrete tasks (if `APPROVE`) ## Rules - Be skeptical by default; the bar for `APPROVE` is high. - Only `APPROVE` proposals with `composite_score >= 7`. - `REVISE` means "good idea, wrong execution"; provide specific fixes. - `REJECT` means "not worth doing"; explain why clearly. - ...

Details

Author
sipyourdrink-ltd
Repository
sipyourdrink-ltd/bernstein
Created
2 months ago
Last Updated
today
Language
Python
License
Apache-2.0

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

Data & Documents Listed

analyzing-proposals

Analyzes business proposals and RFP documents, evaluating pricing, deadlines, and technical specifications for feasibility. Generates go/no-go reports. Use for proposal analysis, RFP review, bidding assessment, or business feasibility evaluation.

1 Updated today
Open330
Code & Development Listed

proposal-review

Structured, decision-ready review framework for AI/ML, computational biology, and bioscience proposals. Use when evaluating grant, project, or funding proposals.

3 Updated yesterday
fmschulz
AI & Automation Listed

critical-analyst

Deep critical analysis of any text, document, code, or specification to find contradictions (e.g., code does X but spec says Y), ambiguities (vague terms, undefined criteria, multiple interpretations), inconsistencies (different names for the same concept), and logical gaps (missing steps in reasoning chains) — along with suggestions on how to fix each issue. ALWAYS use this skill when the user asks to review, critique, or analyze a document, codebase, spec, requirements, architecture decision, step-by-step explanation, or any text for quality issues. Use it for requests like "find problems with", "review critically", "check for contradictions", "verify consistency", "analyze for issues", "revisar documento", "analisar especificação", or "encontrar problemas em".

21 Updated 1 months ago
glaucia86
AI & Automation Listed

consult-red-team

Trigger on "red team proposal", "devil's advocate proposal", "stress test proposal", "consult red team", "win themes challenge", "cos red team". Multi-perspective review: client exec, procurement, technical skeptic, devil's advocate. Feeds timeln-warned scars into DA. NOT lint (consult-consistency-lint), NOT integrity (consult-integrity).

0 Updated 5 days ago
Timelnapp
AI & Automation Listed

analysis

Use when analyzing experiment results, comparing models, interpreting metrics, debugging unexpected outputs, or performing ablation analysis. Trigger phrases include "analyze results", "compare models", "why is the loss", "debug training", "interpret", "ablation analysis", "what went wrong", "check metrics". Even if the user says "look at the numbers" or "explain these results", use this skill.

0 Updated 1 months ago
hyojun01