提效比较的三锚点:可比性、可分离性、诚实性
AI 介入软件工程后,提效比较常掉进鸡同鸭比。本文提出三锚点——可比性(固定 backlog / 团队 / 窗口)、可分离性(冻结复杂度基线)、诚实性(预期而非伪装实测)——并给出吞吐、周期时间(速度口径)与配对汇总的读数纪律,附常见反模式。
cat ~/ai4se/README.md
## Methodology • Process • Tools • Harmony • Measurement
围绕 AI4SE / Agentic Engineering,记录软件工程在方法、流程、工具、人机协作与效能度量上的系统性变化。
man -k ai4se
grep -r "featured" ~/notes/
AI 介入软件工程后,提效比较常掉进鸡同鸭比。本文提出三锚点——可比性(固定 backlog / 团队 / 窗口)、可分离性(冻结复杂度基线)、诚实性(预期而非伪装实测)——并给出吞吐、周期时间(速度口径)与配对汇总的读数纪律,附常见反模式。
把 AI4SE 当成业务来做,交付物就不应停在 PPT。咨询项目可用 Spec Driven Development 的思路实施:先用 Design Thinking / Double Diamond 跑通痛点、机会点、方案的发散收敛,再把 IT4IT 相关 Specification 梳清,最后 Agentic / Skill 化——早期以原子 Skill 为主,Goal 驱动地收敛成 Agent,并辅以 Command、Hook、MCP。真正的难点在问题定义与方案收敛。
AI Agent 与自动化脚本能承接标准化执行,但复杂工作的拆解、解耦与界定只能由人完成。落地瓶颈不在模型上限,而在人类的系统思维与抽象约简——人机分工的本质是「人定义、机执行」。
AI 把写代码的瓶颈推到了 Review。对象从 Code 扩到 Spec/Artifacts,时机贯穿端到端——人无法逐产物审。本文论证分层 Review(脚本 → AI → 人):自动化 Review 可以跑在 Inner Loop,团队在 Outer Loop 共同审的是方式本身是否可靠,失真时如何修正。
按 OpenSpec 官方三层定制说明,说明何时用 config、何时 fork/新建 schema;以 community schema superpowers-bridge 展示如何把 brainstorming、writing-plans、worktree、subagent TDD 等能力编入 Artifact DAG,并给出入口门禁与反模式。
在 AI4SE 中,善用 Design Thinking 与经典思维模板(电梯演讲、用户旅程图、用户故事地图等),再配合 AI 头脑风暴,能显著提升问题定义与方案收敛的质量与效率。本文以软件工程需求分析阶段为例,说明「双钻定节奏、模板定形状、AI 脑暴做引擎」的三层叠架,并给出线上电梯演讲收敛与线下白板工作坊再进 AI 的两条实践线。
dpkg -l | grep ^i