shirky-principle — independently scanned and version-tracked by SaferSkills.
SaferSkills independently audited shirky-principle (Agent Skill) and scored it 100/100 (green). The audit ran 55 deterministic rules across Security, Supply Chain, Maintenance, Transparency, and Community; it found 0 high-severity and 0 lower-severity findings. The full rule-by-rule trace and per-finding evidence are below. Free, methodology-open.
Findings & checks · 0 flagged
Every scanned point with the score it earned and what moved between them.
First recorded scan — no prior version to compare against.
The primary manifest — the file an agent reads to learn what this artifact does.
"Institutions will try to preserve the problem to which they are the solution." — Clay Shirky, 2010
Organizations — companies, government agencies, industry groups, software tools — are built to solve a problem. Over time, their continued existence depends on the problem continuing to exist. This creates a perverse incentive: the institution has structural reasons to resist, undermine, or slow the permanent resolution of the very problem it was founded to address.
This isn't always conscious or malicious. It's often structural: the people in an institution have careers, salaries, and identities tied to the institution's continued relevance.
Legacy vendors: A company selling expensive middleware solutions has every incentive to argue that cloud-native alternatives "aren't mature enough," "lack enterprise features," or "present security risks" — even as those alternatives become clearly superior. Killing the problem kills the business.
Security compliance organizations: A compliance framework that provides checklists and certifications has incentives to ensure compliance remains complex and requires annual renewal. Simple, automatically verified security would undermine the certification industry.
Internal tools teams: An internal developer tools team whose purpose was to manage a painful deployment process has subtle incentives to resist adopting off-the-shelf solutions that would eliminate the pain entirely — because eliminating the pain eliminates the team's reason to exist.
Monitoring and ops tools: Tools built around the chaos of microservices have incentives for systems to remain complex and opaque.
Organizational identity. People define themselves by their role. An expert in "legacy system integration" resists eliminating legacy systems.
Budget and headcount. A team's budget is often proportional to the size of the problem they manage. Solved problems get smaller budgets.
Risk aversion. "Better the devil you know." Proposing that the current approach is obsolete is professionally risky.
Genuine expertise misapplied. People deeply expert in a problem domain often have trouble imagining its absence. The problem feels permanent because they've lived in it.
When evaluating vendor recommendations: Ask: does this vendor benefit from this problem being hard to solve? Does their proposed solution actually eliminate the problem, or manage it indefinitely?
When diagnosing organizational resistance: When an internal team resists adopting a solution that would eliminate their problem, ask: would solving the problem eliminate the team? That's the Shirky dynamic in action.
When building products: Build toward genuine resolution rather than indefinite management. Products that actually solve their users' problems create loyalty and referrals, even if the user "doesn't need you anymore" for the original problem. Chase the next problem they have.
When assessing legacy system decisions: The people deciding whether to migrate off a legacy system are often the people whose jobs depend on it staying. Factor that into how you interpret their assessments.
~30 seconds. Free. No account. Every finding cites a rule and a line of evidence.