用途
本技能蒸馏 Lawrence Lessig 的思维模式，提供一套用于审视技术系统、制度设计与权利配置的实用框架。核心命题是「代码即法律」（Code is law）：决定人类行为的不仅是法律条文，还有技术架构本身的设计。框架的目标是帮助使用者在设计或分析系统时，识别其中的规制力量、权力分配与利益依赖，从而做出更自觉的设计选择。
主要能力
框架包含五个核心思维模型：
-
四种规制力量：法律（立法、执法、惩罚）、规范（社区压力、声誉）、架构（物理或技术约束，如限速器、DRM）、市场（价格与成本激励）。核心洞察是数字时代「架构/代码」的力量往往比法律更直接，且四种力量会相互响应。
-
代码即法律：分两层含义——描述性上，代码的行为等同于法律规制，且更有效但更危险，因为它不留选择空间；规范性上，代码应被当作「法律」来审视，追问谁在写代码、谁被规制、用户是否有发言权。
-
创用CC 许可体系：四个维度 BY（署名）、SA（相同方式共享）、NC（非商业性使用）、ND（禁止演绎）。本质是把「保留所有权利」变为「保留部分权利」的模块化权利配置，可扩展到开源许可、企业权限体系、API 访问控制、数据共享协议等。
-
制度腐败分析：不是个人受贿，而是系统性的利益依赖导致公众信任受损，即使没有个人违法行为。分析路径为「依赖链」：谁依赖谁、依赖导致什么行为扭曲、公众是否知情、如何打破依赖链。
-
架构选择思维：每种技术架构都是一种选择，每种选择都有政治和经济后果。分析维度包括开放 vs 封闭、匿名 vs 实名、端到端 vs 中介、可互操作 vs 锁定，并追问谁受益、谁受损。
使用方式
资料提供了决策框架与实战模板：
- 技术设计中的「宪法审查」：从权力分配、透明度、权利保护、可竞争性、演化机制五个方面审查系统。
- 许可/权限设计决策树：根据是否允许使用、修改、商业用途、衍生作品是否开放，逐步选择保留所有权利或相应的 CC 许可组合。
- 三个实战模板：系统架构「宪法审查」清单、开放策略设计、利益依赖审计，均以表格和检查项形式给出。
- 八条经典语录：附出处，用于理解 Lessig 的核心观点。
适用场景
资料列出五类应用场景：产品/平台设计（每个设计决策都是「立法」）、开源项目管理（许可选择是策略决定，警惕「开源洗白」）、数据治理（用模块化思维设计访问权限）、AI 伦理与治理（用宪法审查框架审视公平性、透明度、可救济性）、组织制度改革（诊断信任问题、设计解耦机制）。
限制
资料同时给出反模式提示：不应陷入技术决定论、开放原教旨主义、忽视实施成本、把「代码即法律」当借口、制度分析瘫痪，以及忽略全球化差异——四种力量在不同国家的表现不同，框架需要本地化应用。资料未提供该技能的具体安装方式、运行环境、收费模式或平台支持信息。