可掌控抽象编程
领AI起舞
让 AI 服务于你的判断力，而非反过来。
在 AI 深度参与软件工程生产的时代，CAP 回答一个根本性问题：
哪些工程能力仍然必须由人类承担，且无法被长期外包？
问题
代码唾手可得，掌控却在流失
AI 大幅降低了实现门槛。但同时，它也悄然关闭了人们通过执行逐步积累软件工程判断力的传统路径。判断力如今是前置能力，却不再被系统性培养。
CAP 的回答
控制权 > 技术形式
CAP 断言：工程能力不存在于代码、框架或工具中。它存在于控制权之中 —— 即判断系统结构、在关键点干预、并为设计决策承担责任的能力。
核心框架
智能 · 知识 · 技 · 智慧
CAP 区分四个维度 —— 只有一个不可替代。
智能 Intelligence
计算、搜索、优化、生成
AI 主导知识 Knowledge
已验证的事实、模式、解决方案、经验
AI 主导技 Technique
实现能力、工具使用、执行
AI 延伸 / 人类精炼智慧 Wisdom
不确定性下的判断、价值权衡、责任
人类不可替代
三大原则
CAP 三大核心原则
01
控制权必须渐进迁移
学习不是技能累积，而是控制权从工具向实践者的渐进转移。你必须能够解释、修改、重构和设计 —— 而非仅仅使用。
02
抽象必须承担代价
抽象从来不是免费的。每次抽象选择意味着细节被放弃、灵活性被限制、维护成本被转移。这些代价必须显式化。
03
理解先于产出
评价聚焦于理解，而非速度或产量。关键测试：你能解释为什么系统是这样组织的吗？
递进关系
了解 EFCAP →
从理论到实践
CAP 是哲学。CAPI 将其转化为可执行的倡议。EFCAP 是第一个教学实现。
CAP
哲学与原则
什么是不可替代的？→
CAPI
实践倡议
如何训练控制权？→
EFCAP
教学课程
15 周，游戏化，真实判断力
CAP 拒绝的
三种危险路径
纯代码崇拜
假设写代码 = 理解。大量代码产出仍可能掩盖无力感。
零代码终态论
声称高度抽象工具使深入理解不再必要。这将永久外包控制权。
AI 即能力
认为会用 AI 就等于拥有工程能力的幻觉。AI 是加速器，不是能力本身。
准备好重新掌握你的工程判断力了吗？
EFCAP：15 周 · 游戏化 · 真实控制权 · 领AI起舞