从harness看未来软件工程师的工作职责
未来的工程师的工作职责是什么？
https://simonwillison.net/2025/Jul/4/identify-solve-verify/
我花在 AI 编程的时间越多，对自己的职业生涯的担忧就越少，即使 AI 的编程能力越来越强。
因为，我发现 AI 编程只是流程的一部分，我的工作不仅仅是编写代码。
我的真正工作是，找出可以用代码解决的问题，然后解决它们，并验证解决方案是否有效。
AI 最终或许能够完全承担中间的编码部分，并帮助解决第一部分和最后一部分，但无论如何，仍然需要有人去发现问题、定义问题并确认问题已经得到解决。
这就是我的工作的80%内容。
程序员的工作不是编程
https://codeandcake.dev/posts/2025-12-12-your-job-isnt-programming
程序员的工作不是编程，而是通过抽象，来管理软件的复杂性。如果你做到了这一点，那么编程就很容易了。
如何考核和评价一名工程师的能力
The .claude/ Folder Is Your New Resume
https://x.com/heynavtoor/status/2036861280859124100
先问2个问题：
- 你这个月花在ClaudeCode上的钱是多少？
- 你是怎么花掉这个钱的？
看如下这个案例：一个开发，将自己的工作全部拆解为了Skill，不再自己编码了，然后每个月出一个ClaudeCode的阶段性统计报表，包括：
- 每天的token消耗数
- 每天的issue, commit，PR，代码行数
![[IMG-20260328143717000.png]]
如何站在老板的角度回答这些问题？
注意：不要站在打工人的角度去思考这些问题，没有意义。必须站在老板的角度去思考这些问题，找到一个能说得清楚的逻辑。
为什么AI提效了，但是我们的发布上线仍然这么慢？
为什么商业上没有突破？
Human在AI协作中的职责变更轨迹
Prompt->Context->Harness
LangChain团队给Agent的定义：
Agent = Model + Harness
写代码不再是工作职责
最近基本没有手写任何代码了，全是AI Coding的。包括我面试应聘者，也很少问一些关于代码的问题了，因为这些都被AI解决了，不再是核心问题和个人竞争力的体现了。
写文档才是工作的重心
写Claude.md、写各种Skills，这些才是工作的核心。
这其实和以前写代码是类似的，只是在形式上，进行了更高层次的抽象。这和编程的发展也是类似的：人总是不断地在编写更高抽象层次的‘代码’。
纵观编程的历史：汇编-C语言-现代编程语言-Skill&文档，这是一个必然的发展趋势。
今后工程师的工作，就是如何驾驭AI去完成任务，也就是Harness。
这涉及几个具体的工作内容：
- 确定规范(Golden Principles)，让AI遵循
- 将需求转述为AI能理解的信息
- 沉淀“地图导航模式”的领域知识库，提高任务完成质量
- 构建AI可观测性，让AI能进行自检，实现自动化
工程师的工作职责：设计运行环境、构建反馈回路、把架构约束转化为可执行规则。
Harness的本质就是把实验并行化、从结果中学习
这源自：ML 的本质就是把实验并行化、从结果中学习。
别让你的AI工具空转，让其真正成为日夜不休的赛博黑奴。
(TODO)将生成与评估分离
https://mp.weixin.qq.com/s/6UfclQF8kdhz85zaB_giTA
将执行者和评判者分离，是解决自评估失真的有力杠杆。
Separating the agent doing the work from the agent judging it proves to be a strong lever to address this issue.
一个进攻，一个防守。
资料
Harness Engineering:
https://openai.com/zh-Hans-CN/index/harness-engineering/
https://www.anthropic.com/engineering/harness-design-long-running-apps
【精】Harness 工程就是控制论：
https://mp.weixin.qq.com/s/IISIthpTuztCT5uCGI9KdQ
原文：https://x.com/odysseus0z/status/2030416758138634583
Harness Engineering的本质是什么：
https://www.zhihu.com/question/2016648624256340425/answer/2017950264284436048
我倾向于相信 Harness 会长期存在，但具体形态会随着模型能力的变化而演化。就像我们从 Makefile 演化到 CI/CD 再到 GitOps，底层逻辑没变——自动化验证和约束——但具体的工具和实践一直在变。
Harness Engineering is Cybernetics:
https://x.com/odysseus0z/status/2030416758138634583
【D2 演讲实录】从上下文工程到 Harness Engineering
https://mp.weixin.qq.com/s/ERSjcq9YURHvlsdTUv_Paw