别再用 N× 讲 AI4SE 成效:诚实评估需要成熟度与度量一起看
行业爱用「N× 更快」讲 AI4SE,但单一倍率很少能把信念与交付证据分开。本文拆开倍率口号的三处失败,提出双轨读法——能力成熟度与带标签的吞吐/周期时间并排——并给出赞助人决策树与反模式:估计≠平台实测,能力 lift≠ROI。
cat ~/ai4se/README.md
## Methodology • Process • Tools • Harmony • Measurement
围绕 AI4SE / Agentic Engineering,记录软件工程在方法、流程、工具、人机协作与效能度量上的系统性变化。
man -k ai4se
grep -r "featured" ~/notes/
行业爱用「N× 更快」讲 AI4SE,但单一倍率很少能把信念与交付证据分开。本文拆开倍率口号的三处失败,提出双轨读法——能力成熟度与带标签的吞吐/周期时间并排——并给出赞助人决策树与反模式:估计≠平台实测,能力 lift≠ROI。
散落的 prompt 和插件不是 User Harness。ai4se-harness 把 SDD 手册的 P0–P5 与 G1/G2/G3 落成可配置框架:四类工作项 Command 作入口,strict/copilot/yolo 控自主度,三道 Gate Agent 挂在阶段流上——方法与门禁不变,变的是资产包与人机协作深度。
AI4SE 转型最危险的时刻,往往不是完全没有结果,而是已经看到局部价值、整体效能却暂时下降。本文结合 DevOps 的 J 形曲线和企业咨询经验,讨论如何通过试点、巩固、规模化三阶段,把一次试验变成可复制的组织能力。
别再用「SDD 取代敏捷」这种扁平对立看问题。把 Agile/Lean、Scrum·Kanban·Scrumban、SDD 分到价值、活动框架、工作项交付三层,各自回答不同问题,叠在一起才完整。
多仓/submodule 下做 SDD,常纠结 Spec 塞进某个仓还是与 submodule 同级。更好的判据是契约归属——跨前后端/移动端的行为契约进独立规划层,实现任务留在各仓;OpenSpec Stores 提供了一种清晰拓扑启发。
Thoughtworks 与 Martin Fowler 在 2026 年主持了两场闭门会。二月犹他提出「工程去了哪里」,六月瑞士收敛成三个判断:严谨性迁到规格、测试、约束和风险;生成变便宜之后,稀缺的是信任;写代码的钟快了,等决策的钟没动。本文把两份纪要读成一篇判断文,而不是会议综述。
dpkg -l | grep ^i