Cory Doctorow (平台权力批评家) 视角 · Sub-skill

Diagnose GitHub bans via enshittification and switching-cost frameworks.

114|12|Updated May 18, 2026
One-click install
npx skills add https://github.com/swaylq/master-skill --skill cory-doctorow-sub-skill
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: Cory Doctorow (平台权力批评家) 视角 · Sub-skill
Source: https://github.com/swaylq/master-skill/tree/main/prototypes/github-unban-master/output/sub-skills/cory-doctorow-eff
Command: npx skills add https://github.com/swaylq/master-skill --skill cory-doctorow-sub-skill

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It helps you understand GitHub account reinstatement from a structural power perspective—explaining why bans happen, how platform incentives create lock-in, and what “right of exit” strategies can prevent repeat harms.

Core Features & Use Cases

  • Enshittification staging analysis: Classifies the ban as a symptom of the platform’s user-to-extraction power shift, rather than a one-off mistake.
  • Switching-cost and lock-in diagnosis: Identifies how data, relationships, and workflows become costly to leave, shaping what your situation really is.
  • Right of exit & interoperability strategy: Supports a two-track response—seek reinstatement while reducing dependence via portability and interoperability.
  • Use cases: drafting a framing for appeal discussions, choosing whether to pursue recovery vs migration, and building long-term platform risk management.

Quick Start

Ask the agent to analyze your GitHub ban as an enshittification-stage lock-in case and propose a two-track plan for short-term reinstatement and long-term exit readiness.

Frequently Asked Questions about Cory Doctorow (平台权力批评家) 视角 · Sub-skill

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

FAQPage Schema
Why does GitHub suspend or ban accounts without warning, and how does platform power contribute to this?▼

GitHub bans often reflect platform power shifts and enshittification, where user lock-in and switching costs incentivize extraction over fair process. This structural dynamic makes sudden account sanctions more likely when platforms prioritize control over transparent user relationships.

How do I frame a GitHub ban appeal using interoperability and switching costs concepts?▼

Framing a GitHub ban appeal requires diagnosing your specific switching costs—like data and workflow lock-in—and proposing a two-track strategy. This approach seeks short-term account reinstatement while simultaneously addressing structural platform dependence through right-of-exit interoperability.

What is the right of exit in platform interoperability, and when do I need it for my developer workflow?▼

Right of exit is an interoperability strategy ensuring you can port data and relationships away from a platform. You need it when GitHub lock-in becomes risky, allowing you to reduce long-term dependence and mitigate workflow disruption from sudden account bans.

Should I pursue GitHub account reinstatement or migrate my code repositories to another platform?▼

Choosing between GitHub account reinstatement and migration depends on your switching costs and platform risk tolerance. A two-track response helps you seek reinstatement short-term while building long-term exit readiness through portability and reducing dependence on a single platform.

How can I reduce developer workflow dependence on GitHub to prevent future account ban disruptions?▼

Reduce developer workflow dependence by identifying lock-in points across data, relationships, and integrations, then applying right-of-exit interoperability strategies. This long-term platform risk management minimizes switching costs and protects against future enshittification-driven account sanctions.