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.