AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
SKILL verified MIT Self-run

Scarf

skill-l4ci-latticework-scarf · by l4ci

Use when the user is rolling out a change, giving feedback, designing a communication, planning a reorganization, or making a contentious decision and wants to see where people will feel socially threatened and how to lower it. Runs David Rock's SCARF model by fanning out five parallel analyst subagents, one per domain (Status, Certainty, Autonomy, Relatedness, Fairness), each assessing the threa…

No reviews yet
0 installs
17 views
0.0% view→install

Install

$ agentstack add skill-l4ci-latticework-scarf

✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access No
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

View the full security report →

Verified badge

Passed review? Show it. Paste this badge into your README, it links to the public security report.

AgentStack Verified badge Links to your public security report.
[![AgentStack Verified](https://agentstack.voostack.com/badges/verified.svg)](https://agentstack.voostack.com/security/report/skill-l4ci-latticework-scarf)

Reliability & compatibility

Security review passed
0 installs to date
no reviews yet
2mo ago

Declared compatibility

Claude CodeClaude Desktop

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.

How agent discovery & health will work →
Are you the author of Scarf? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

scarf

Runs David Rock's SCARF model to read a situation for social threat and reward across five domains: Status, Certainty, Autonomy, Relatedness, and Fairness. The brain treats social experience much like physical survival: threat in any domain triggers an avoid response (defensiveness, disengagement), reward triggers an approach response (engagement), and a single high threat outweighs rewards spread across the rest. The output is specific moves that lower threat and raise reward, not labels for feelings.

The five domains, their threat and reward triggers, the practical levers, and the pitfalls live in [references/scarf.md](references/scarf.md). Load that file before analyzing. SCARF is a popularization of neuroscience, a useful heuristic, not a measurement instrument; keep that in view throughout.

When to use

The user is about to do something to or with people who may feel threatened: announce a change, give feedback, send a difficult message, reorganize a team, or make a decision others will react to. The unit of analysis is one situation and the people it affects, read for social threat. Use the change cluster (kotter-change, adkar, force-field-analysis) to plan the change itself and psychological-safety for the standing climate of a team; reach for SCARF when the question is specifically where will this land as a threat, and how do I defuse it.

Language

Conduct the session and write the report in the language the user is writing in. The reference file is English; keep the framework keyed to it regardless of the output language.

Inputs

  • SITUATION (required): the change, message, decision, or interaction to analyze. Push for one concrete situation. If it is vague, narrow it with a question or two first.
  • PEOPLE (optional but valuable): who is affected and from whose point of view to read the threat (a team, a peer, a report, a whole org). Different people feel threat in different domains; name them where you can.
  • CONTEXT (optional): history, prior reactions, constraints, and what the user wants the interaction to achieve. This shapes which domains matter most and how the moves are framed.

Orchestration map

Stage 1  Framing        ── inline ─────────────────────────────┐  (the situation and the people affected)
Stage 2  Domain Read    ── 5 analyst subagents IN PARALLEL ─────┤  (threat + reward per domain, with severity)
Stage 3  Synthesis      ── 1 agent, needs all 5 ───────────────┘  (rank threats, design moves, prioritize)

Stage 1: Framing (inline)

State the SITUATION in one or two sentences: what is changing or being said, by whom, to whom. Name the PEOPLE affected and the point of view the read should take. Pull in any CONTEXT that colors how people will receive it. This framing goes to every analyst so all five read the same situation.

Stage 2: Domain Read (PARALLEL)

Dispatch five analyst subagents at once, one per domain. Give each the shared framing plus its domain's section from the reference file.

Shared framing (send to each analyst):

> Read one SCARF domain for this situation: [SITUATION], affecting [PEOPLE]. Work only your assigned domain using its section of the reference file. Assess what the situation does in your domain and return: > - Threat: what registers as an avoid response in this domain, for whom, with the specific evidence; rate it high / medium / low. > - Reward: what already creates an approach response in this domain, with evidence; rate it high / medium / low. > - Levers: two to four specific, domain-appropriate moves that would lower the threat or add reward. No generic "communicate more"; name the concrete action. > - Who: which people feel this domain most, if it varies across them. > - Confidence: high, medium, or low, lowered when you are inferring rather than working from stated facts. > > SCARF is a heuristic, not a measurement; your severities are judgment calls, so flag what you assumed. Context: [CONTEXT]

Tell each subagent its final message is the return value: structured data, not prose for a human. Subagents should use available retrieval tools to ground their read in real evidence where the situation references documents, history, or stated reactions.

Assign the five domains from the reference file: Status, Certainty, Autonomy, Relatedness, Fairness. Collect all five structured results before continuing. Re-dispatch any analyst that fails rather than synthesizing with a gap.

Stage 3: Synthesis (SEQUENTIAL, needs all 5)

One agent merges the five reads into a plan of action by ranking and designing rather than restating:

  1. Rank the threats. Order all five domains by threat severity. Name the one or two domains most at risk; these set the agenda. Remember the asymmetry: a high threat outweighs rewards elsewhere, and removing it usually beats adding a new reward.
  2. Watch the cross-domain trap. Check that the top threat is not being masked by an easy fix in another domain (a polished plan addresses certainty while the real wound is autonomy). Fix the domain that carries the threat.
  3. Design the moves. For each at-risk domain, turn its levers into specific actions for this situation: what to do, say, or change, in what order. Lower the threat first, then add reward. Every move names a domain and a concrete action.
  4. Prioritize. Choose the highest-leverage interventions across all five domains, by how much threat they remove for the effort. A SCARF read yields more moves than anyone will make; say which two or three to do first.

Report structure

Write a thorough markdown report and save it to scarf--.md (today's date) in the working directory unless the user names another location.

  1. Header. The situation and people analyzed, the context if given, the date, and a one-line note that SCARF is a heuristic for social threat, not a measurement.
  2. Verdict. In a few sentences, where this lands hardest and what to do first, with a summary table: each domain, its threat rating, its reward rating, and confidence. Flag the one or two domains most at risk up front.
  3. Domain reads. The five domains in SCARF order. For each: the threat and its evidence, the reward, the severities, who feels it, and the candidate levers.
  4. Synthesis. The ranked threats, the cross-domain check, and the designed moves per at-risk domain.
  5. Priority moves. The two or three highest-leverage interventions, in order, with what each defuses.
  6. Caveats. SCARF is a popularization of neuroscience, a heuristic for noticing social threat, not a measured or clinically validated instrument; the severities are analyst judgment, not readings; the same situation threatens different people differently, so a read for one group may not hold for another; and defusing threat improves the odds of an approach response, it does not guarantee agreement.

Principles

  • Threat beats reward. A single high threat outweighs rewards spread across the other domains. Rank by threat severity and remove the worst first.
  • It is a heuristic, not a meter. Caveat the science and treat severities as judgment, not measurements.
  • People differ. The same change threatens different people in different domains; read for who, not just what.

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet, be the first.

Versions

  • v0.1.0 Imported from the upstream source.