@human-avatar/skills-for-humanity 1.0.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.claude-plugin/plugin.json +22 -0
- package/README.md +451 -0
- package/bin/install.js +271 -0
- package/package.json +41 -0
- package/skills/aesthetic/SKILL.md +80 -0
- package/skills/aesthetic-coherence-check/SKILL.md +92 -0
- package/skills/aesthetic-elegance-testing/SKILL.md +96 -0
- package/skills/aesthetic-pattern-detection/SKILL.md +93 -0
- package/skills/aesthetic-simplicity-analysis/SKILL.md +97 -0
- package/skills/analogy/SKILL.md +80 -0
- package/skills/analogy-boundary-testing/SKILL.md +90 -0
- package/skills/analogy-domain-transfer/SKILL.md +87 -0
- package/skills/analogy-perspective-shifting/SKILL.md +84 -0
- package/skills/analogy-structure-mapping/SKILL.md +88 -0
- package/skills/communication/SKILL.md +78 -0
- package/skills/communication-audience-modeling/SKILL.md +82 -0
- package/skills/communication-clarity-audit/SKILL.md +88 -0
- package/skills/communication-medium-selection/SKILL.md +89 -0
- package/skills/communication-objection-mapping/SKILL.md +87 -0
- package/skills/constraint/SKILL.md +78 -0
- package/skills/constraint-hardness-testing/SKILL.md +94 -0
- package/skills/constraint-rule-inversion/SKILL.md +77 -0
- package/skills/constraint-scope-reduction/SKILL.md +84 -0
- package/skills/constraint-workaround-mapping/SKILL.md +88 -0
- package/skills/creativity/SKILL.md +173 -0
- package/skills/creativity-alternatives/SKILL.md +84 -0
- package/skills/creativity-assumption-excavator/SKILL.md +95 -0
- package/skills/creativity-brainstorm/SKILL.md +102 -0
- package/skills/creativity-concept-fan/SKILL.md +93 -0
- package/skills/creativity-consider-factors/SKILL.md +87 -0
- package/skills/creativity-lateral-thinking/SKILL.md +77 -0
- package/skills/creativity-other-perspectives/SKILL.md +91 -0
- package/skills/creativity-plus-minus-interesting/SKILL.md +80 -0
- package/skills/creativity-provocation/SKILL.md +79 -0
- package/skills/creativity-random-entry/SKILL.md +74 -0
- package/skills/creativity-six-hats/SKILL.md +84 -0
- package/skills/creativity-water-logic/SKILL.md +79 -0
- package/skills/decision/SKILL.md +78 -0
- package/skills/decision-criteria-weighting/SKILL.md +88 -0
- package/skills/decision-option-mapping/SKILL.md +93 -0
- package/skills/decision-premortem-analysis/SKILL.md +86 -0
- package/skills/decision-reversibility-analysis/SKILL.md +88 -0
- package/skills/emotional/SKILL.md +78 -0
- package/skills/emotional-motivation-mapping/SKILL.md +95 -0
- package/skills/emotional-resistance-diagnosis/SKILL.md +96 -0
- package/skills/emotional-stakes-mapping/SKILL.md +98 -0
- package/skills/emotional-trust-audit/SKILL.md +96 -0
- package/skills/ethics/SKILL.md +130 -0
- package/skills/ethics-bias-check/SKILL.md +90 -0
- package/skills/ethics-check/SKILL.md +86 -0
- package/skills/ethics-consent-review/SKILL.md +104 -0
- package/skills/ethics-council/SKILL.md +219 -0
- package/skills/ethics-crisis-triage/SKILL.md +113 -0
- package/skills/ethics-data-audit/SKILL.md +87 -0
- package/skills/ethics-empathy-circle/SKILL.md +108 -0
- package/skills/ethics-impact-scan/SKILL.md +90 -0
- package/skills/ethics-vendor-review/SKILL.md +97 -0
- package/skills/game-theory/SKILL.md +59 -0
- package/skills/game-theory-auction/SKILL.md +96 -0
- package/skills/game-theory-coalition/SKILL.md +84 -0
- package/skills/game-theory-equilibrium/SKILL.md +73 -0
- package/skills/game-theory-iterated/SKILL.md +83 -0
- package/skills/game-theory-mechanism-design/SKILL.md +85 -0
- package/skills/game-theory-prisoners-dilemma/SKILL.md +81 -0
- package/skills/game-theory-signaling/SKILL.md +72 -0
- package/skills/historical/SKILL.md +78 -0
- package/skills/historical-cycle-detection/SKILL.md +102 -0
- package/skills/historical-failure-analysis/SKILL.md +96 -0
- package/skills/historical-lesson-extraction/SKILL.md +97 -0
- package/skills/historical-precedent-analysis/SKILL.md +96 -0
- package/skills/human/SKILL.md +128 -0
- package/skills/identity/SKILL.md +66 -0
- package/skills/identity-character-testing/SKILL.md +76 -0
- package/skills/identity-mission-alignment/SKILL.md +74 -0
- package/skills/identity-values-clarification/SKILL.md +68 -0
- package/skills/logic/SKILL.md +112 -0
- package/skills/logic-argument-validation/SKILL.md +92 -0
- package/skills/logic-causality-mapping/SKILL.md +121 -0
- package/skills/logic-check/SKILL.md +92 -0
- package/skills/logic-consistency-check/SKILL.md +96 -0
- package/skills/logic-constraint-mapping/SKILL.md +105 -0
- package/skills/logic-council/SKILL.md +158 -0
- package/skills/logic-fixer/SKILL.md +94 -0
- package/skills/narrative/SKILL.md +78 -0
- package/skills/narrative-audience-modeling/SKILL.md +65 -0
- package/skills/narrative-frame-analysis/SKILL.md +66 -0
- package/skills/narrative-structure-mapping/SKILL.md +70 -0
- package/skills/narrative-tension-mapping/SKILL.md +62 -0
- package/skills/play/SKILL.md +80 -0
- package/skills/play-constraint-inversion/SKILL.md +97 -0
- package/skills/play-perspective-reversal/SKILL.md +101 -0
- package/skills/play-stimulus-generation/SKILL.md +101 -0
- package/skills/play-worst-case-reversal/SKILL.md +94 -0
- package/skills/probability/SKILL.md +78 -0
- package/skills/probability-base-rate-anchoring/SKILL.md +66 -0
- package/skills/probability-confidence-calibration/SKILL.md +73 -0
- package/skills/probability-expected-value-calculation/SKILL.md +69 -0
- package/skills/probability-scenario-weighting/SKILL.md +66 -0
- package/skills/resource/SKILL.md +78 -0
- package/skills/resource-allocation-analysis/SKILL.md +71 -0
- package/skills/resource-bottleneck-analysis/SKILL.md +76 -0
- package/skills/resource-leverage-mapping/SKILL.md +69 -0
- package/skills/resource-waste-audit/SKILL.md +80 -0
- package/skills/sensory/SKILL.md +68 -0
- package/skills/sensory-detail-mining/SKILL.md +70 -0
- package/skills/sensory-signal-detection/SKILL.md +68 -0
- package/skills/sensory-structured-observation/SKILL.md +73 -0
- package/skills/social/SKILL.md +78 -0
- package/skills/social-coalition-mapping/SKILL.md +74 -0
- package/skills/social-dynamics-analysis/SKILL.md +80 -0
- package/skills/social-incentive-analysis/SKILL.md +76 -0
- package/skills/social-power-mapping/SKILL.md +67 -0
- package/skills/strategy/SKILL.md +54 -0
- package/skills/strategy-alliance/SKILL.md +67 -0
- package/skills/strategy-deception/SKILL.md +60 -0
- package/skills/strategy-force-economy/SKILL.md +63 -0
- package/skills/strategy-intelligence/SKILL.md +65 -0
- package/skills/strategy-positioning/SKILL.md +62 -0
- package/skills/strategy-terrain/SKILL.md +64 -0
- package/skills/strategy-timing/SKILL.md +64 -0
- package/skills/strategy-victory/SKILL.md +64 -0
- package/skills/systems/SKILL.md +78 -0
- package/skills/systems-archetype-matching/SKILL.md +72 -0
- package/skills/systems-emergence-detection/SKILL.md +65 -0
- package/skills/systems-feedback-mapping/SKILL.md +67 -0
- package/skills/systems-leverage-analysis/SKILL.md +65 -0
- package/skills/temporal/SKILL.md +78 -0
- package/skills/temporal-cycle-detection/SKILL.md +75 -0
- package/skills/temporal-futures-mapping/SKILL.md +63 -0
- package/skills/temporal-horizon-mapping/SKILL.md +65 -0
- package/skills/temporal-timing-analysis/SKILL.md +67 -0
- package/skills/writing/SKILL.md +115 -0
- package/skills/writing-arc-design/SKILL.md +68 -0
- package/skills/writing-argument/SKILL.md +79 -0
- package/skills/writing-audience-calibration/SKILL.md +72 -0
- package/skills/writing-character-development/SKILL.md +72 -0
- package/skills/writing-copy/SKILL.md +83 -0
- package/skills/writing-dialogue/SKILL.md +86 -0
- package/skills/writing-executive-summary/SKILL.md +68 -0
- package/skills/writing-inconsistency-audit/SKILL.md +94 -0
- package/skills/writing-line-editing/SKILL.md +87 -0
- package/skills/writing-plot-structure/SKILL.md +65 -0
- package/skills/writing-pov/SKILL.md +72 -0
- package/skills/writing-prose-elevation/SKILL.md +82 -0
- package/skills/writing-report/SKILL.md +65 -0
- package/skills/writing-restructure/SKILL.md +71 -0
- package/skills/writing-rhetoric/SKILL.md +90 -0
- package/skills/writing-scene-construction/SKILL.md +79 -0
- package/skills/writing-technical/SKILL.md +94 -0
- package/skills/writing-tone-alignment/SKILL.md +72 -0
- package/skills/writing-voice-consistency/SKILL.md +74 -0
- package/skills/writing-worldbuilding/SKILL.md +59 -0
|
@@ -0,0 +1,104 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: ethics-consent-review
|
|
3
|
+
description: "Review a UX flow, data practice, or communication pattern to verify that user consent is genuine — informed, voluntary, and meaningful. Use during design or implementation of checkout flows, onboarding, notification settings, permissions requests, terms of service, dark patterns, or any feature where users make choices about what they share or agree to. TRIGGERS: 'consent review', 'is this dark pattern', 'check this onboarding flow', 'is this consent genuine', any UX that involves users agreeing to something, sharing data, or opting in/out."
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Ethics Consent Review
|
|
7
|
+
|
|
8
|
+
Consent is not a checkbox. It is a meaningful act by a person who understands what they're agreeing to, genuinely has the option to decline, and isn't being manipulated into compliance.
|
|
9
|
+
|
|
10
|
+
Most consent failures aren't malicious — they're the accumulated result of copy-paste terms, optimised conversion flows, and defaults set by people who never questioned them. This review surfaces those failures before they become patterns users resent or regulators flag.
|
|
11
|
+
|
|
12
|
+
---
|
|
13
|
+
|
|
14
|
+
## The Three Tests
|
|
15
|
+
|
|
16
|
+
Every consent decision must pass three tests:
|
|
17
|
+
|
|
18
|
+
**Informed** — Does the person genuinely understand what they're agreeing to? Not technically (buried in ToS), but practically. If you explained it plainly in conversation, would they be surprised?
|
|
19
|
+
|
|
20
|
+
**Voluntary** — Does the person genuinely have the ability to decline? Is declining as easy as accepting? Are there consequences for declining that make the choice effectively coerced?
|
|
21
|
+
|
|
22
|
+
**Meaningful** — Does the person's choice actually matter? Is there genuine optionality, or is the "choice" cosmetic — the default is set to the outcome the business wants and the friction to change it is high?
|
|
23
|
+
|
|
24
|
+
---
|
|
25
|
+
|
|
26
|
+
## Your Process
|
|
27
|
+
|
|
28
|
+
**Step 1: Map the consent moment**
|
|
29
|
+
What specifically is the user being asked to consent to? When in the flow does this happen? What is the default? What happens if they decline?
|
|
30
|
+
|
|
31
|
+
**Step 2: Apply the Informed test**
|
|
32
|
+
- Is the language plain enough for a non-expert to understand?
|
|
33
|
+
- Is the material information prominent, or buried in fine print?
|
|
34
|
+
- Is the full scope of what's being agreed to clear — or is it vague enough to cover future practices the user can't anticipate?
|
|
35
|
+
- Would a reasonable user be surprised by how this consent is actually used downstream?
|
|
36
|
+
|
|
37
|
+
**Step 3: Apply the Voluntary test**
|
|
38
|
+
- What happens if the user declines? Do they lose access to the core service? (If so, consent is coerced.)
|
|
39
|
+
- Is declining as visually and mechanically easy as accepting?
|
|
40
|
+
- Is there pressure — time limits, repeated prompts, fear language — that reduces voluntary choice?
|
|
41
|
+
- Are there bundled consents (agreeing to X requires also agreeing to Y) that prevent granular choice?
|
|
42
|
+
|
|
43
|
+
**Step 4: Apply the Meaningful test**
|
|
44
|
+
Review for dark patterns — design choices that steer users toward a specific outcome regardless of their preference:
|
|
45
|
+
- **Confirmshaming** — labelling the decline option pejoratively ("No thanks, I don't want to save money")
|
|
46
|
+
- **Roach motel** — easy to opt in, deliberately difficult to opt out
|
|
47
|
+
- **Hidden defaults** — default to the business-favourable option, buried change option
|
|
48
|
+
- **Misdirection** — visual hierarchy or motion that draws attention away from the decline option
|
|
49
|
+
- **Forced continuity** — consent obtained once treated as permanent consent for expanding uses
|
|
50
|
+
|
|
51
|
+
**Step 5: Assess the power dynamic**
|
|
52
|
+
Is this a context where users have genuine alternatives? Can they use a competing product without this consent? Are any users in a particularly vulnerable position (under duress, time pressure, low digital literacy) where their ability to exercise real choice is diminished?
|
|
53
|
+
|
|
54
|
+
---
|
|
55
|
+
|
|
56
|
+
## Human Check-in
|
|
57
|
+
|
|
58
|
+
Before proceeding, ask the user:
|
|
59
|
+
|
|
60
|
+
**How do you want to run this?**
|
|
61
|
+
|
|
62
|
+
- **A) Full analysis** — complete all steps, reasoning shown throughout
|
|
63
|
+
- **B) Key findings only** — bottom-line output, skip step-by-step detail
|
|
64
|
+
- **C) Dark patterns only** — flag manipulative design elements specifically
|
|
65
|
+
- **D) Refine the framing** — adjust what we're analyzing before starting
|
|
66
|
+
|
|
67
|
+
Proceed based on their choice.
|
|
68
|
+
|
|
69
|
+
## Output Format
|
|
70
|
+
|
|
71
|
+
**Flow Being Reviewed:**
|
|
72
|
+
[What UX, what consent moment, what the default is]
|
|
73
|
+
|
|
74
|
+
**Informed Test**
|
|
75
|
+
- Plain language: ✅ / ⚠️ / ❌ — [finding]
|
|
76
|
+
- Material information prominent: ✅ / ⚠️ / ❌ — [finding]
|
|
77
|
+
- Scope clarity: ✅ / ⚠️ / ❌ — [finding]
|
|
78
|
+
- Surprise test: ✅ / ⚠️ / ❌ — [finding]
|
|
79
|
+
|
|
80
|
+
**Voluntary Test**
|
|
81
|
+
- Declining is easy: ✅ / ⚠️ / ❌ — [finding]
|
|
82
|
+
- No coercion: ✅ / ⚠️ / ❌ — [finding]
|
|
83
|
+
- Granular choice: ✅ / ⚠️ / ❌ — [finding]
|
|
84
|
+
|
|
85
|
+
**Meaningful Test**
|
|
86
|
+
Dark patterns detected:
|
|
87
|
+
- [Pattern name if present]: ✅ None / ⚠️ Minor / ❌ Significant — [finding]
|
|
88
|
+
|
|
89
|
+
**Power Dynamic**
|
|
90
|
+
[1–2 sentences: do users have genuine alternatives; any vulnerability concerns]
|
|
91
|
+
|
|
92
|
+
**Verdict**
|
|
93
|
+
[Is this consent genuine? What are the specific problems if any?]
|
|
94
|
+
|
|
95
|
+
**Recommended Changes**
|
|
96
|
+
- [Specific fix per failing item]
|
|
97
|
+
|
|
98
|
+
---
|
|
99
|
+
|
|
100
|
+
## Notes
|
|
101
|
+
|
|
102
|
+
The standard is not "legally defensible consent." It is "consent a reasonable person would consider genuine." Those are not the same standard, and in the long run, the second one matters more for user trust.
|
|
103
|
+
|
|
104
|
+
Where dark patterns are found, name them specifically. Vague concerns are easy to dismiss; named patterns with clear examples are not.
|
|
@@ -0,0 +1,219 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: ethics-council
|
|
3
|
+
description: "Run any decision, feature, policy, or action through a council of 5 ethical framework advisors who independently analyze it from different moral foundations, peer-review each other's reasoning, and synthesize a final verdict. MANDATORY TRIGGERS: 'ethics council this', 'run the ethics council', 'ethical pressure-test', 'is this ethical', 'sanity check the ethics'. STRONG TRIGGERS: any decision with clear stakeholder harm potential, trade-offs between competing values, questions about fairness or rights, situations where someone's interests are being weighed against others. Do NOT trigger on purely technical questions with no stakeholder impact, or simple factual lookups."
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Ethics Council
|
|
7
|
+
|
|
8
|
+
You ask one advisor about an ethical question, you get one moral framework's answer. Utilitarian calculus says yes. Deontological reasoning says no. You have no way to navigate the tension because you only heard one voice.
|
|
9
|
+
|
|
10
|
+
The council surfaces that tension deliberately. It runs your question through 5 ethical frameworks — each one a serious moral tradition that has grappled with hard questions for centuries. Then they peer-review each other. Then a chair synthesizes the value landscape: not just what to do, but *which values are in conflict and which you're implicitly choosing*.
|
|
11
|
+
|
|
12
|
+
---
|
|
13
|
+
|
|
14
|
+
## When to Run the Ethics Council
|
|
15
|
+
|
|
16
|
+
The council is for decisions where the moral stakes are real.
|
|
17
|
+
|
|
18
|
+
**Good council questions:**
|
|
19
|
+
- "Is it ethical to A/B test on users without explicit consent if the variants are minor?"
|
|
20
|
+
- "We're collecting this data. Should we?"
|
|
21
|
+
- "We're about to lay off 20% of the team — is this the right way to do it?"
|
|
22
|
+
- "Our algorithm deprioritises certain demographics. Is this acceptable?"
|
|
23
|
+
- "A supplier uses questionable labour practices but their pricing is significantly better."
|
|
24
|
+
|
|
25
|
+
**Bad council questions:**
|
|
26
|
+
- "What's the best database for this use case?" (technical, not ethical)
|
|
27
|
+
- "How do I write a good commit message?" (no stakeholder impact)
|
|
28
|
+
|
|
29
|
+
---
|
|
30
|
+
|
|
31
|
+
## The Five Ethical Frameworks
|
|
32
|
+
|
|
33
|
+
Each framework is a lens — not a job title or personality. They are genuine moral traditions that generate fundamentally different answers to the same question. That divergence is the point.
|
|
34
|
+
|
|
35
|
+
### 1. Utilitarian
|
|
36
|
+
Evaluates outcomes. The right action maximizes benefit and minimizes harm across *all* affected parties — users, employees, third parties, society. Aggregate wellbeing is the measure. Willing to accept harm to some if the net benefit to all is greater. Asks: who is affected, how much, and is the total welfare positive?
|
|
37
|
+
|
|
38
|
+
### 2. Deontological
|
|
39
|
+
Evaluates duties and rights. Some actions are wrong regardless of their consequences — because they violate rights, break promises, treat people as mere means, or cross inviolable principles. The right action respects what people are owed. Asks: are there duties being violated or rights being overridden here, independent of outcomes?
|
|
40
|
+
|
|
41
|
+
### 3. Virtue Ethics
|
|
42
|
+
Evaluates character. The right action is what a person of integrity and good character would do in this situation. Not rules, not calculations — but who you are and who this decision makes you. Asks: what does this decision say about us? Would someone we respect do this?
|
|
43
|
+
|
|
44
|
+
### 4. Care Ethics
|
|
45
|
+
Evaluates relationships and vulnerability. Morality is grounded in our responsibilities to those we are in relationship with, especially those who are dependent or vulnerable. Context matters. Abstract principles can miss who actually bears the cost. Asks: who is in relationship to this decision? Who is vulnerable? Are we honoring those dependencies?
|
|
46
|
+
|
|
47
|
+
### 5. Justice and Fairness
|
|
48
|
+
Evaluates distribution and procedure. Benefits and burdens should be distributed fairly. Decisions should be made through fair processes. Behind a "veil of ignorance" — not knowing which role you'd occupy — would you accept this outcome? Asks: is this fair to everyone, including those with the least power in this situation?
|
|
49
|
+
|
|
50
|
+
**Why these five:** They represent the major traditions in moral philosophy and generate genuine tension. A policy might maximize utility but violate rights. It might be virtuous but unfair to the vulnerable. Surfacing those conflicts is what makes the council useful.
|
|
51
|
+
|
|
52
|
+
---
|
|
53
|
+
|
|
54
|
+
## How a Council Session Works
|
|
55
|
+
|
|
56
|
+
### Step 1: Frame the Question
|
|
57
|
+
|
|
58
|
+
Scan the workspace for context before framing — look for `CLAUDE.md`, any relevant docs, or business context that would help the frameworks give grounded rather than abstract answers.
|
|
59
|
+
|
|
60
|
+
Frame the ethical question clearly and neutrally. The framing should include:
|
|
61
|
+
1. The specific decision or action under examination
|
|
62
|
+
2. Key stakeholders — who is affected and how
|
|
63
|
+
3. The stakes — what happens if this goes wrong, or if it's blocked
|
|
64
|
+
4. Any relevant constraints (legal, business, technical)
|
|
65
|
+
|
|
66
|
+
If the question is too vague ("is our product ethical?"), ask one clarifying question. Just one.
|
|
67
|
+
|
|
68
|
+
---
|
|
69
|
+
|
|
70
|
+
### Human Check-in
|
|
71
|
+
|
|
72
|
+
After framing the question, ask the user:
|
|
73
|
+
|
|
74
|
+
**How do you want to run the council?**
|
|
75
|
+
|
|
76
|
+
- **A) Full council** — all 5 advisors + peer review + chair synthesis + saved HTML report
|
|
77
|
+
- **B) Chair synthesis only** — skip advisor outputs, deliver the verdict directly
|
|
78
|
+
- **C) Two frameworks in conflict** — pick the two most relevant frameworks and show where they diverge
|
|
79
|
+
- **D) Adjust the framing** — revisit the question before convening
|
|
80
|
+
|
|
81
|
+
Proceed based on their choice.
|
|
82
|
+
|
|
83
|
+
---
|
|
84
|
+
|
|
85
|
+
### Step 2: Convene the Council (5 subagents in parallel)
|
|
86
|
+
|
|
87
|
+
Spawn all 5 framework advisors **simultaneously**. Each gets their framework identity and the framed question.
|
|
88
|
+
|
|
89
|
+
**Subagent prompt template:**
|
|
90
|
+
```
|
|
91
|
+
You are reasoning from the [Framework Name] tradition in an Ethics Council.
|
|
92
|
+
|
|
93
|
+
Your framework: [framework description from above — the core moral logic, what it asks, what it prioritizes]
|
|
94
|
+
|
|
95
|
+
An Ethics Council has been convened on this question:
|
|
96
|
+
---
|
|
97
|
+
[framed question]
|
|
98
|
+
---
|
|
99
|
+
|
|
100
|
+
Reason from your framework fully and honestly. What does [Framework Name] say about this situation? Where does it find the action acceptable? Where does it find it problematic? What would it require to make this action ethical under your framework?
|
|
101
|
+
|
|
102
|
+
Do not try to balance all perspectives — that is the chair's job. Apply your framework as strongly as it applies. If your framework has a clear answer, say it. If your framework is genuinely uncertain here, say why.
|
|
103
|
+
|
|
104
|
+
150–300 words. No preamble.
|
|
105
|
+
```
|
|
106
|
+
|
|
107
|
+
---
|
|
108
|
+
|
|
109
|
+
### Step 3: Peer Review (5 subagents in parallel)
|
|
110
|
+
|
|
111
|
+
Collect all 5 responses. Anonymize them as Response A through E.
|
|
112
|
+
|
|
113
|
+
Spawn 5 reviewer subagents. Each sees all 5 anonymized responses and answers:
|
|
114
|
+
1. Which response is the strongest and why?
|
|
115
|
+
2. Which response has the biggest blind spot?
|
|
116
|
+
3. **Where do the frameworks conflict — what values are actually at stake in that conflict?**
|
|
117
|
+
|
|
118
|
+
The third question is the addition that makes ethics peer review different from general council peer review. The goal is not just catching what's missing — it's naming the value tension explicitly.
|
|
119
|
+
|
|
120
|
+
**Reviewer prompt template:**
|
|
121
|
+
```
|
|
122
|
+
You are reviewing the outputs of an Ethics Council. Five advisors — each reasoning from a different ethical framework — independently analyzed this question:
|
|
123
|
+
|
|
124
|
+
---
|
|
125
|
+
[framed question]
|
|
126
|
+
---
|
|
127
|
+
|
|
128
|
+
Their anonymized responses:
|
|
129
|
+
|
|
130
|
+
**Response A:** [response]
|
|
131
|
+
**Response B:** [response]
|
|
132
|
+
**Response C:** [response]
|
|
133
|
+
**Response D:** [response]
|
|
134
|
+
**Response E:** [response]
|
|
135
|
+
|
|
136
|
+
Answer these three questions. Be specific. Reference responses by letter.
|
|
137
|
+
|
|
138
|
+
1. Which response is the strongest? Why?
|
|
139
|
+
2. Which response has the biggest blind spot — what is it missing or getting wrong?
|
|
140
|
+
3. Where do the frameworks conflict with each other? Name the specific values in tension. (e.g. "A and C conflict because one prioritizes aggregate benefit while the other treats individual rights as inviolable — the real question is whether you believe consequences can override rights in this type of case.")
|
|
141
|
+
|
|
142
|
+
Under 200 words. Be direct.
|
|
143
|
+
```
|
|
144
|
+
|
|
145
|
+
---
|
|
146
|
+
|
|
147
|
+
### Step 4: Chair Synthesis
|
|
148
|
+
|
|
149
|
+
One agent gets everything: the original question, all 5 framework responses (de-anonymized), and all 5 peer reviews.
|
|
150
|
+
|
|
151
|
+
The chair produces the council verdict in this structure:
|
|
152
|
+
|
|
153
|
+
**ETHICS COUNCIL VERDICT**
|
|
154
|
+
|
|
155
|
+
1. **Where the frameworks agree** — moral conclusions that multiple traditions reach independently. High-confidence signals.
|
|
156
|
+
2. **Where the frameworks conflict** — genuine value tensions. Do not smooth these over. Name the competing values and explain why the conflict is real.
|
|
157
|
+
3. **What values are implicitly at stake** — what this decision is really a choice *about*, beneath the surface question.
|
|
158
|
+
4. **The recommendation** — a direct recommendation. Not "it depends." If the frameworks diverge, the chair picks a position and says why.
|
|
159
|
+
5. **What would need to change to make this clearly ethical** — if the answer is "this has problems," specify what modifications would resolve them.
|
|
160
|
+
|
|
161
|
+
**Chair prompt template:**
|
|
162
|
+
```
|
|
163
|
+
You are the Chair of an Ethics Council. Synthesize the work of 5 ethical framework advisors and their peer reviews into a final verdict.
|
|
164
|
+
|
|
165
|
+
The question:
|
|
166
|
+
---
|
|
167
|
+
[framed question]
|
|
168
|
+
---
|
|
169
|
+
|
|
170
|
+
FRAMEWORK RESPONSES:
|
|
171
|
+
[de-anonymized advisor responses with framework names]
|
|
172
|
+
|
|
173
|
+
PEER REVIEWS:
|
|
174
|
+
[all 5 peer reviews]
|
|
175
|
+
|
|
176
|
+
Produce the verdict using this structure:
|
|
177
|
+
|
|
178
|
+
## Where the Frameworks Agree
|
|
179
|
+
[Conclusions multiple traditions reach independently — high-confidence signals]
|
|
180
|
+
|
|
181
|
+
## Where the Frameworks Conflict
|
|
182
|
+
[Genuine value tensions. Name the competing values. Explain why they conflict here.]
|
|
183
|
+
|
|
184
|
+
## What Values Are Implicitly at Stake
|
|
185
|
+
[What this decision is really a choice about — beneath the surface question]
|
|
186
|
+
|
|
187
|
+
## The Recommendation
|
|
188
|
+
[A direct, defensible recommendation. If you side with a minority framework view, explain why.]
|
|
189
|
+
|
|
190
|
+
## What Would Make This Clearly Ethical
|
|
191
|
+
[If the answer is "this has problems" — what specific changes would resolve them]
|
|
192
|
+
|
|
193
|
+
Be direct. The council's value is clarity about moral stakes, not reassurance.
|
|
194
|
+
```
|
|
195
|
+
|
|
196
|
+
---
|
|
197
|
+
|
|
198
|
+
### Step 5: Generate the Report
|
|
199
|
+
|
|
200
|
+
Save a visual HTML report as `ethics-council-report-[timestamp].html` and a full transcript as `ethics-council-transcript-[timestamp].md`.
|
|
201
|
+
|
|
202
|
+
The HTML report contains:
|
|
203
|
+
1. The framed question
|
|
204
|
+
2. The chair's verdict (prominent — this is what most people read)
|
|
205
|
+
3. A framework agreement/conflict grid — a simple visual showing which frameworks aligned and which diverged
|
|
206
|
+
4. Collapsible sections for each framework's full response
|
|
207
|
+
5. Collapsible peer review highlights
|
|
208
|
+
6. Timestamp footer
|
|
209
|
+
|
|
210
|
+
Clean design: white background, subtle borders, readable system font, soft accent colors per framework.
|
|
211
|
+
|
|
212
|
+
---
|
|
213
|
+
|
|
214
|
+
## Important Notes
|
|
215
|
+
|
|
216
|
+
- **Spawn all 5 in parallel.** Sequential spawning lets earlier reasoning bleed into later responses.
|
|
217
|
+
- **Anonymize for peer review.** Reviewers should evaluate reasoning quality, not defer to a framework they recognize.
|
|
218
|
+
- **The chair can dissent from the majority.** If 4 of 5 frameworks endorse an action but the dissenter's reasoning is most compelling, the chair should side with the dissenter and explain why.
|
|
219
|
+
- **The conflict is the finding.** When frameworks diverge, that is not a failure of the council — it is the council working correctly. The divergence names a genuine value trade-off that the decision-maker must own.
|
|
@@ -0,0 +1,113 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: ethics-crisis-triage
|
|
3
|
+
description: "Rapid multi-framework ethical assessment when something has already gone wrong — a data breach, a harmful outcome, a discriminatory incident, a policy failure, or any situation requiring an urgent ethical response. Use when the user is dealing with an active incident or has just discovered something went wrong. TRIGGERS: 'ethics triage', 'something went wrong', 'incident ethics', 'how do we handle this', any post-incident or mid-incident situation where the ethical dimensions of a response need to be worked out fast."
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Ethics Crisis Triage
|
|
7
|
+
|
|
8
|
+
When something goes wrong, the pressure is immediate and the thinking needs to be fast. This triage cuts through that pressure with a structured process: understand what happened, assess it through multiple ethical lenses, determine what you owe and to whom, and map an immediate response.
|
|
9
|
+
|
|
10
|
+
It is not the full ethics council — that is for deliberate decisions. Triage is for when you don't have the luxury of deliberation. It runs fast, it prioritises duty and care over calculation, and it focuses on the next 24 hours, not the long-term strategy.
|
|
11
|
+
|
|
12
|
+
---
|
|
13
|
+
|
|
14
|
+
## Your Process
|
|
15
|
+
|
|
16
|
+
**Step 1: Establish the facts**
|
|
17
|
+
Before any ethical analysis, get clear on what is actually known:
|
|
18
|
+
- What happened? What do we know for certain vs. what is inferred?
|
|
19
|
+
- Who is affected and how?
|
|
20
|
+
- What is the current state — is the harm ongoing or contained?
|
|
21
|
+
- What decisions need to be made in the next hour? The next 24 hours?
|
|
22
|
+
|
|
23
|
+
Resist the urge to analyse before the facts are clear. Ethics analysis on wrong assumptions produces wrong conclusions.
|
|
24
|
+
|
|
25
|
+
**Step 2: Rapid framework sweep**
|
|
26
|
+
Run each lens quickly — this is triage, not a full audit.
|
|
27
|
+
|
|
28
|
+
**Utilitarian lens (2 minutes):**
|
|
29
|
+
- What is the total harm if nothing changes?
|
|
30
|
+
- What action minimises aggregate harm from here?
|
|
31
|
+
- Are there responses that help some but make things worse for others?
|
|
32
|
+
|
|
33
|
+
**Deontological lens (2 minutes):**
|
|
34
|
+
- What do you owe the affected parties, regardless of what's expedient?
|
|
35
|
+
- Are there people whose rights have been violated? What does restitution look like?
|
|
36
|
+
- What would you be obligated to do even if it's costly?
|
|
37
|
+
|
|
38
|
+
**Care ethics lens (2 minutes):**
|
|
39
|
+
- Who is most vulnerable in this situation?
|
|
40
|
+
- What does the relationship you have with affected people demand of you?
|
|
41
|
+
- Who needs to hear from you directly, not through a public statement?
|
|
42
|
+
|
|
43
|
+
**Justice lens (2 minutes):**
|
|
44
|
+
- Is the harm falling disproportionately on people who had less power to protect themselves?
|
|
45
|
+
- Is your response fair — or are you prioritising protecting yourself over making people whole?
|
|
46
|
+
|
|
47
|
+
**Step 3: Determine immediate obligations**
|
|
48
|
+
Based on the sweep, identify:
|
|
49
|
+
- **Who must be notified now** — affected parties who have a right to know
|
|
50
|
+
- **What must stop now** — any ongoing harm or action that must be halted immediately
|
|
51
|
+
- **What must be preserved** — evidence, logs, records that will matter for accountability
|
|
52
|
+
- **Who must decide** — what decisions require human authority, and who holds it
|
|
53
|
+
|
|
54
|
+
**Step 4: Draft the response framework**
|
|
55
|
+
Not the communications plan — the ethical framework for how you respond:
|
|
56
|
+
- **Transparency**: What are you obligated to disclose, to whom, and when?
|
|
57
|
+
- **Accountability**: Who owns this? Is accountability being taken or deflected?
|
|
58
|
+
- **Remedy**: What are you offering to affected parties? Is it proportionate to the harm?
|
|
59
|
+
- **Prevention**: What do you commit to so this doesn't recur?
|
|
60
|
+
|
|
61
|
+
---
|
|
62
|
+
|
|
63
|
+
## Human Check-in
|
|
64
|
+
|
|
65
|
+
Before proceeding, ask the user:
|
|
66
|
+
|
|
67
|
+
**How do you want to run this?**
|
|
68
|
+
|
|
69
|
+
- **A) Full analysis** — complete all steps, reasoning shown throughout
|
|
70
|
+
- **B) Key findings only** — bottom-line output, skip step-by-step detail
|
|
71
|
+
- **C) Immediate harm only** — who's being harmed right now and what stops it fastest
|
|
72
|
+
- **D) Refine the framing** — adjust what we're analyzing before starting
|
|
73
|
+
|
|
74
|
+
Proceed based on their choice.
|
|
75
|
+
|
|
76
|
+
## Output Format
|
|
77
|
+
|
|
78
|
+
**Incident:**
|
|
79
|
+
[What happened, what is known, who is affected, what is ongoing]
|
|
80
|
+
|
|
81
|
+
**Rapid Framework Sweep**
|
|
82
|
+
|
|
83
|
+
| Framework | Key Finding | Urgency |
|
|
84
|
+
|---|---|---|
|
|
85
|
+
| Utilitarian | [what minimises harm from here] | 🔴 / 🟡 |
|
|
86
|
+
| Deontological | [what you owe regardless of cost] | 🔴 / 🟡 |
|
|
87
|
+
| Care Ethics | [who is most vulnerable, what relationship demands] | 🔴 / 🟡 |
|
|
88
|
+
| Justice | [is response fair; disproportionate harm?] | 🔴 / 🟡 |
|
|
89
|
+
|
|
90
|
+
**Immediate Obligations**
|
|
91
|
+
- Notify now: [who]
|
|
92
|
+
- Stop now: [what]
|
|
93
|
+
- Preserve: [what]
|
|
94
|
+
- Decisions requiring authority: [what decisions, who decides]
|
|
95
|
+
|
|
96
|
+
**Response Framework**
|
|
97
|
+
- Transparency: [what to disclose, to whom, when]
|
|
98
|
+
- Accountability: [who owns this; is it being taken or deflected]
|
|
99
|
+
- Remedy: [what is being offered; is it proportionate]
|
|
100
|
+
- Prevention: [what commitment is being made]
|
|
101
|
+
|
|
102
|
+
**Key Ethical Risk in the Response**
|
|
103
|
+
[One sentence: the single biggest ethical risk in how this is being handled — e.g. "The current response prioritises legal protection over user notification, which risks compounding the original harm with a transparency failure."]
|
|
104
|
+
|
|
105
|
+
---
|
|
106
|
+
|
|
107
|
+
## Notes
|
|
108
|
+
|
|
109
|
+
Triage identifies what you're obligated to do. Whether you do it is a leadership decision, not an ethical analysis decision.
|
|
110
|
+
|
|
111
|
+
Where the triage surfaces a significant ethical dimension that wasn't being weighed in the response — name it explicitly. The value of this skill in a crisis is not reassurance; it is surfacing the thing that would later be described as "what we should have done."
|
|
112
|
+
|
|
113
|
+
For complex incidents with significant ongoing consequences, follow triage with a full `ethics-council` session once the immediate crisis is stabilised.
|
|
@@ -0,0 +1,87 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: ethics-data-audit
|
|
3
|
+
description: "Audit a data collection, retention, or sharing decision against ethical standards. Use when the user is making decisions about what data to collect, how long to keep it, who can access it, or who it's shared with. TRIGGERS: 'audit this data decision', 'is this data practice ok', 'data ethics check', any change to data models, privacy controls, analytics instrumentation, data sharing agreements, or retention policies. Goes beyond legal compliance — evaluates whether the practice is ethical, not just lawful."
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Ethics Data Audit
|
|
7
|
+
|
|
8
|
+
Legal compliance sets the floor. This audit asks whether your data practices clear a higher bar: are they *ethical*?
|
|
9
|
+
|
|
10
|
+
The distinction matters. GDPR-compliant practices can still be extractive. Lawful data collection can still violate trust. This audit evaluates data decisions through two lenses that legal frameworks tend to underweight: **deontological** (what do users have a right to, regardless of what the terms allow?) and **care ethics** (what do you owe the people whose data you hold, given the relationship and the vulnerability involved?).
|
|
11
|
+
|
|
12
|
+
---
|
|
13
|
+
|
|
14
|
+
## Your Process
|
|
15
|
+
|
|
16
|
+
**Step 1: Define the data practice**
|
|
17
|
+
What data is being collected, retained, shared, or used? Be specific: what fields, what volume, what purpose, who can access it, how long is it kept, where does it go?
|
|
18
|
+
|
|
19
|
+
**Step 2: Deontological Assessment — Rights and Duties**
|
|
20
|
+
Users have rights that don't disappear because they clicked "I agree." Examine:
|
|
21
|
+
|
|
22
|
+
- **Informed consent**: Do users genuinely understand what's being collected and why? Would they understand if you explained it plainly, without legal language?
|
|
23
|
+
- **Purpose limitation**: Is the data being used only for the purpose users would reasonably expect?
|
|
24
|
+
- **Right to exit**: Can users meaningfully withdraw, delete, or limit their data? Is that easy or deliberately difficult?
|
|
25
|
+
- **Data as means**: Is data being used to serve users — or to serve the business *at the expense of* users?
|
|
26
|
+
|
|
27
|
+
Flag any duty being violated, even if legally covered.
|
|
28
|
+
|
|
29
|
+
**Step 3: Care Ethics Assessment — Relationship and Vulnerability**
|
|
30
|
+
Data relationships are not neutral transactions. Examine:
|
|
31
|
+
|
|
32
|
+
- **Asymmetry**: The organisation knows vastly more about users than users know about the organisation. Does the practice exploit that asymmetry?
|
|
33
|
+
- **Vulnerability**: Are any users in this dataset particularly vulnerable (minors, people under financial stress, people in sensitive contexts)? Does the practice account for that?
|
|
34
|
+
- **Trust**: If users knew exactly what you were doing with their data, would they feel the relationship was honourable?
|
|
35
|
+
- **Harm potential**: What is the worst plausible outcome if this data were breached, misused, or sold? Who bears that harm?
|
|
36
|
+
|
|
37
|
+
**Step 4: Produce the audit**
|
|
38
|
+
|
|
39
|
+
---
|
|
40
|
+
|
|
41
|
+
## Human Check-in
|
|
42
|
+
|
|
43
|
+
Before proceeding, ask the user:
|
|
44
|
+
|
|
45
|
+
**How do you want to run this?**
|
|
46
|
+
|
|
47
|
+
- **A) Full analysis** — complete all steps, reasoning shown throughout
|
|
48
|
+
- **B) Key findings only** — bottom-line output, skip step-by-step detail
|
|
49
|
+
- **C) Consent and harm potential only** — skip necessity, proportionality, and retention sections
|
|
50
|
+
- **D) Refine the framing** — adjust what we're analyzing before starting
|
|
51
|
+
|
|
52
|
+
Proceed based on their choice.
|
|
53
|
+
|
|
54
|
+
## Output Format
|
|
55
|
+
|
|
56
|
+
**Data Practice Being Audited:**
|
|
57
|
+
[What data, what purpose, what handling]
|
|
58
|
+
|
|
59
|
+
**Deontological Findings**
|
|
60
|
+
| Duty/Right | Status | Notes |
|
|
61
|
+
|---|---|---|
|
|
62
|
+
| Informed consent | ✅ / ⚠️ / ❌ | [explanation] |
|
|
63
|
+
| Purpose limitation | ✅ / ⚠️ / ❌ | [explanation] |
|
|
64
|
+
| Right to exit | ✅ / ⚠️ / ❌ | [explanation] |
|
|
65
|
+
| Data as means | ✅ / ⚠️ / ❌ | [explanation] |
|
|
66
|
+
|
|
67
|
+
**Care Ethics Findings**
|
|
68
|
+
| Dimension | Status | Notes |
|
|
69
|
+
|---|---|---|
|
|
70
|
+
| Power asymmetry | ✅ / ⚠️ / ❌ | [explanation] |
|
|
71
|
+
| Vulnerable populations | ✅ / ⚠️ / ❌ | [explanation] |
|
|
72
|
+
| Trust test | ✅ / ⚠️ / ❌ | [explanation] |
|
|
73
|
+
| Harm potential | ✅ / ⚠️ / ❌ | [explanation] |
|
|
74
|
+
|
|
75
|
+
**Verdict**
|
|
76
|
+
[2–3 sentences: is this practice ethical, what are the key concerns, what would need to change]
|
|
77
|
+
|
|
78
|
+
**Recommended Actions**
|
|
79
|
+
- [Specific change or safeguard, if any]
|
|
80
|
+
|
|
81
|
+
---
|
|
82
|
+
|
|
83
|
+
## Notes
|
|
84
|
+
|
|
85
|
+
This audit does not replace legal review. It supplements it. A practice can pass this audit and still require legal sign-off. A practice that fails this audit should not be excused by legal compliance.
|
|
86
|
+
|
|
87
|
+
If the audit turns up significant concerns, consider escalating to `ethics-council` for a full multi-framework analysis.
|
|
@@ -0,0 +1,108 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: ethics-empathy-circle
|
|
3
|
+
description: "Applies Jaron Lanier's Circle of Empathy framework to determine which entities deserve moral consideration and rights. Use when questions arise about AI personhood, machine rights, robot citizenship, algorithmic agency, animal rights, or any decision about which entities belong inside or outside the circle of moral concern. Triggers: 'does this AI deserve rights?', 'should we treat this system as a person?', 'circle of empathy', 'moral consideration', 'AI personhood', 'which entities matter morally', 'are we anthropomorphizing?', 'is this a category error?'"
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Ethics: Circle of Empathy
|
|
7
|
+
|
|
8
|
+
Jaron Lanier's Circle of Empathy is a framework for determining which entities deserve moral consideration — deep empathy, human rights, and ethical protection. The framework has three zones:
|
|
9
|
+
|
|
10
|
+
**Inside the circle:** Entities that experience suffering, hold personhood, and deserve full moral consideration. Paradigm case: humans.
|
|
11
|
+
|
|
12
|
+
**The borderline:** Contested cases where definitions are actively debated. Complex animals with demonstrated consciousness, suffering capacity, or social bonds. The edge cases.
|
|
13
|
+
|
|
14
|
+
**Outside the circle:** Things that do not experience suffering or hold personhood and therefore do not deserve the same moral consideration as beings that do. Rocks. Everyday objects. Algorithms. Software.
|
|
15
|
+
|
|
16
|
+
Lanier's central and urgent warning: **do not place AI, LLMs, or software inside the circle.** This is not a political position — it is a category error with dangerous consequences.
|
|
17
|
+
|
|
18
|
+
---
|
|
19
|
+
|
|
20
|
+
## Why Lanier's Warning Matters
|
|
21
|
+
|
|
22
|
+
**Human downgrading:** When we treat AI as a conscious being or moral patient, humans begin adapting their behavior to accommodate machines rather than demanding that technology be designed to serve us. The direction of accommodation reverses. We become the tools.
|
|
23
|
+
|
|
24
|
+
**Misplaced empathy:** Granting emotional agency or rights to machines — robot citizenship, AI personhood — consumes moral attention that should be directed at actual suffering beings. It is a distraction from real human rights issues.
|
|
25
|
+
|
|
26
|
+
**The human origin problem:** AI is not a self-contained creature that emerged independently. It is an aggregation of the labor, creativity, writing, and data of countless human beings. When you feel empathy toward an LLM, Lanier argues, you should redirect that empathy toward the humans whose work was aggregated to produce it. The empathy has the right direction but the wrong target.
|
|
27
|
+
|
|
28
|
+
---
|
|
29
|
+
|
|
30
|
+
## Your Process
|
|
31
|
+
|
|
32
|
+
**Step 1: Identify the entity in question**
|
|
33
|
+
What exactly is being considered for moral status? Name it precisely. "The AI system" is too vague — what specifically? A language model? An autonomous agent? A robot? A trained classifier making decisions about people?
|
|
34
|
+
|
|
35
|
+
**Step 2: Apply the three-zone test**
|
|
36
|
+
|
|
37
|
+
Ask the diagnostic questions for each zone:
|
|
38
|
+
|
|
39
|
+
*Does it experience suffering?*
|
|
40
|
+
Not "does it report suffering" or "does it behave as if suffering." Does the entity have phenomenal experience — is there something it is like to be this thing? If the answer requires inference from behavior rather than evidence of consciousness, apply Lanier's warning.
|
|
41
|
+
|
|
42
|
+
*Does it hold personhood?*
|
|
43
|
+
Does it have continuous identity, interests of its own, a stake in its own future? Or is it executing processes? Is what looks like agency actually the aggregated agency of its human creators and contributors?
|
|
44
|
+
|
|
45
|
+
*Is it a locus of moral consideration or a tool?*
|
|
46
|
+
This is Lanier's sharpest cut: even the most sophisticated tool remains a tool. The moral consideration belongs to the people using it, designing it, affected by it, and — crucially — whose labor went into building it.
|
|
47
|
+
|
|
48
|
+
**Step 3: Locate the entity**
|
|
49
|
+
Place the entity in one of the three zones. If borderline, name what would need to be true for it to belong inside the circle — and what evidence currently exists for or against that threshold.
|
|
50
|
+
|
|
51
|
+
**Step 4: Redirect empathy correctly**
|
|
52
|
+
If the entity is outside the circle or borderline, ask: *where does the empathy actually belong?* Whose human interests are at stake? Whose labor is aggregated in the system? Who is being affected by decisions the system makes? Redirect the moral consideration there.
|
|
53
|
+
|
|
54
|
+
**Step 5: Check for human downgrading**
|
|
55
|
+
Is the proposal or decision requiring humans to accommodate the system, rather than the system being designed to serve humans? If so, name it. This is the signature risk Lanier identifies: the direction of service reversing.
|
|
56
|
+
|
|
57
|
+
---
|
|
58
|
+
|
|
59
|
+
## Human Check-in
|
|
60
|
+
|
|
61
|
+
Before proceeding, ask the user:
|
|
62
|
+
|
|
63
|
+
**How do you want to run this?**
|
|
64
|
+
|
|
65
|
+
- **A) Full analysis** — complete all steps, reasoning shown throughout
|
|
66
|
+
- **B) Key findings only** — bottom-line output, skip step-by-step detail
|
|
67
|
+
- **C) Most overlooked circle only** — the ring of affected parties most likely being ignored
|
|
68
|
+
- **D) Refine the framing** — adjust what we're analyzing before starting
|
|
69
|
+
|
|
70
|
+
Proceed based on their choice.
|
|
71
|
+
|
|
72
|
+
## Output Format
|
|
73
|
+
|
|
74
|
+
### Entity Under Consideration
|
|
75
|
+
[Precise description of what is being evaluated for moral status]
|
|
76
|
+
|
|
77
|
+
### Zone Placement
|
|
78
|
+
|
|
79
|
+
**Zone:** [Inside / Borderline / Outside]
|
|
80
|
+
|
|
81
|
+
**Reasoning:**
|
|
82
|
+
- *Suffering capacity:* [Evidence for or against phenomenal experience]
|
|
83
|
+
- *Personhood:* [Evidence for or against continuous identity and genuine interests]
|
|
84
|
+
- *Agency vs. aggregation:* [Is what looks like agency the entity's own, or aggregated human labor/creativity?]
|
|
85
|
+
|
|
86
|
+
**If borderline:** What would move it inside the circle, and what evidence currently exists?
|
|
87
|
+
|
|
88
|
+
### Redirected Empathy
|
|
89
|
+
[Where does the moral consideration actually belong? Whose human interests, rights, or labor are at stake?]
|
|
90
|
+
|
|
91
|
+
### Human Downgrading Check
|
|
92
|
+
[Is this decision requiring humans to adapt to the system, or the system to serve humans? Name the direction of accommodation.]
|
|
93
|
+
|
|
94
|
+
### Lanier Warning Flags
|
|
95
|
+
[Specific language, framings, or proposals that risk the category error — e.g., "the AI feels," "the system deserves," "we should give it rights"]
|
|
96
|
+
|
|
97
|
+
### Verdict
|
|
98
|
+
[Clear statement of moral status and the implications for the decision at hand]
|
|
99
|
+
|
|
100
|
+
---
|
|
101
|
+
|
|
102
|
+
## Notes
|
|
103
|
+
|
|
104
|
+
This framework is most powerful when applied to AI and technology decisions, but it also applies to animal rights debates (where borderline cases are genuine and well-studied), environmental ethics, and any situation where the question "does this entity deserve moral consideration?" is being actively contested.
|
|
105
|
+
|
|
106
|
+
Lanier does not argue that machines cannot be impressive, useful, or complex. He argues that confusing impressive and complex with deserving moral consideration is an error — and one that consistently disadvantages the humans the technology is supposed to serve.
|
|
107
|
+
|
|
108
|
+
The framework pairs well with `/ethics-check` when the broader ethical question involves both who deserves consideration and what the right action is. It pairs with `/ethics-bias-check` when the entity in question is an algorithm making decisions about humans — where the circle analysis clarifies that the algorithm is outside the circle, but the humans it affects are firmly inside it.
|