普通视图

发现新文章,点击刷新页面。
昨天以前Blog | Phodal - A Growth Engineer

Harness Engineering Skill:使用 Entrix 技能开始你的代码熵治理

作者 Phodal Huang
2026年3月30日 23:03
当 AI 开始真正参与软件交付时,团队面对的核心问题已经悄悄变化了。过去我们关心的是代码写得够不够快、自动化够不够多,而现在,越来越多团队首先要回答的是另一个问题:当生成速度不断提高之后,系统靠什么抵抗持续上升的代码熵。

AI 编码 3.0:当 Agent 协作开始被系统执行

作者 Phodal Huang
2026年3月19日 21:19
过去一年,我们习惯用“AI 编码 2.0”来描述这一波技术跃迁:从代码补全走向 Agent 驱动,从同步交互走向异步执行,从一次性生成走向“生成—验证—回滚”的闭环。在那个阶段,一个共识逐渐清晰:AI 不再只是辅助,而开始参与执行。但如果只停留在这里,我们其实低估了变化的深度,因为真正发生转移的,并不是“谁在写代码”,而是——**谁在负责软件交付这件事本身。**

Harness Engineering 的下一步:Fitness Function 定义 AI Agent 的完成条件

作者 Phodal Huang
2026年3月16日 22:43
Harness Engineering 之所以在过去几个月迅速成为一个热门话题,很大程度上是因为越来越多团队意识到:AI Coding 的问题,从来不只是模型能力问题。上下文工程、提示词策略、多 Agent 协作都很重要,但这些讨论大多仍然停留在“生成侧”。一旦 AI Agent 真正进入软件交付流程,问题的重心就会迅速转移。

AI Coding Fluency:从工具使用到人机协作的软件工程

作者 Phodal Huang
2026年3月11日 07:43
生成式 AI 正在迅速进入软件开发流程。从最初的代码补全工具,到能够执行复杂任务的智能体,AI 在开发中的角色正在不断扩大。 然而,在许多组织中,人们仍然把 AI 编程理解为一种工具升级:更聪明的 IDE 插件、更强大的代码生成器,或者更方便的技术问答助手。 这种视角很容易低估 AI 对软件工程的真正影响。 在越来越多的团队中,AI 不再只是提供建议,而开始参与实际开发任务,例如生成模块、运行测试、修复错误,甚至创建 Pull Request。软件开发正在逐渐从 **“人使用工具”** 的模式,转变为 **“人与 AI 协作”** 的模式。 为了理解这种变化,我们可以借鉴 **Agile Fluency Model** 的思想,将 AI 编程看作一种能力演进,而不是一次性的技术 adoption。这种能力演进,可以称为 **AI Coding Fluency**。 # AI Coding Fluency 模型 AI Coding Fluency 描述的是团队在使用 AI 进行软件开发时逐渐形成的一组能力。这些能力不仅包括 AI 工具的使用方式,还包括人机协作模式、工程系统支持、质量治理以及上下文管理。 随着团队能力的提升,AI 在开发流程中的角色也会逐渐发生变化。从最初的辅助工具,到能够执行复杂任务的智能体,开发者与 AI 之间的分工不断演进。 下表展示了一个典型的 AI Coding Fluency 演进模型。 | Fluency Level (流畅度) | Human-AI Collaboration (人机协作) | SDLC Coverage (生命周期覆盖度) | AI Engineering Harness (工程化支撑) | Governance & Quality (质量与治理) | Context Engineering (上下文工程) | |-----------------------------------|-------------------------------|-----------------------------------|------------------------------------------|-------------------------------------|----------------------------------------| | **Awareness
❌
❌