Update from Sync Service
This commit is contained in:
FNS Service
@@ -10,7 +10,7 @@ tags: [Harness-Engineering, 清华大学, AI-Agent, 驾驭工程]
|
||||
|
||||
## 报告简介
|
||||
|
||||
清华大学对 **Harness Engineering（驾驭工程）** 的系统性研究报告，涵盖：
|
||||
本报告是清华大学对 **Harness Engineering（驾驭工程）** 的系统性研究报告，涵盖：
|
||||
|
||||
- Harness 的定义与核心概念
|
||||
- 各机构对 Harness 的理解（LangChain、Anthropic、OpenAI、Thoughtworks 等）
|
||||
@@ -18,19 +18,6 @@ tags: [Harness-Engineering, 清华大学, AI-Agent, 驾驭工程]
|
||||
- AI Agent 可靠性保障
|
||||
- 实践案例与应用场景
|
||||
|
||||
## 核心概念
|
||||
|
||||
**Harness Engineering** = 在 AI 编程工具之上构建约束框架，确保 AI 编程可约束、可评估、可追溯
|
||||
|
||||
### 四大目标
|
||||
|
||||
| 目标 | 说明 | 手段 |
|
||||
|------|------|------|
|
||||
| 可约束 | AI 输出符合团队规范 | Skill 体系 + 上下文注入 |
|
||||
| 可评估 | 产物质量可度量 | 质量门禁 + 评估机制 |
|
||||
| 可追溯 | 过程透明可审计 | 记录 + 日志 + Hook |
|
||||
| 可扩展 | 持续扩展能力边界 | 可插拔 Skill 体系 |
|
||||
|
||||
## 与其他方法的关系
|
||||
|
||||
| 方法 | 关系 |
|
||||
|
||||
@@ -6,24 +6,24 @@ tags: [SDD, 规格驱动开发, AI-Engineering]
|
||||
|
||||
# SDD 规格驱动开发
|
||||
|
||||
> Spec-Driven Development：以结构化的功能规格说明为起点的开发工作流
|
||||
> Spec-Driven Development：以结构化的功能规格说明为起点，分解为更小片段、解决方案和任务
|
||||
|
||||
## 核心定义
|
||||
|
||||
**规格驱动开发 (Spec-Driven Development)**：以结构化的功能规格说明为起点，再经过多步骤将其分解为更小的片段、解决方案和任务的开发工作流。
|
||||
|
||||
### 核心理念
|
||||
- 规格说明优先于代码 (spec-first)
|
||||
- 规格是人与 AI 的共同真相来源
|
||||
- 代码是派生产物，规格是主制品
|
||||
|
||||
### 核心公式
|
||||
## 核心公式
|
||||
|
||||
```
|
||||
传统模式：思考 → 编码 → 文档
|
||||
SDD<EFBFBD><EFBFBD>式：规格 → 生成 → 验证
|
||||
```
|
||||
|
||||
## 核心定义
|
||||
|
||||
**规格驱动开发 (Spec-Driven Development)**：以结构化的功能规格说明为起点，经过多步骤将其分解为更小的片段、解决方案和任务的开发工作流。
|
||||
|
||||
### 核心理念
|
||||
- 规格说明优先于代码 (spec-first)
|
||||
- 规格是人与 AI 的共同真相来源
|
||||
- 代码是派生产物，规格是主制品
|
||||
|
||||
## 规格层级
|
||||
|
||||
| 层级 | 说明 |
|
||||
|
||||
@@ -1,16 +1,16 @@
|
||||
---
|
||||
created: 2026-04-28
|
||||
type: concept
|
||||
tags: [Superpowers, AI-Coding, 技能框架, TDD, 子智能体]
|
||||
tags: [Superpowers, AI-Agent, 技能框架, 软件开发方法论]
|
||||
---
|
||||
|
||||
# Superpowers 技能框架
|
||||
|
||||
> 作者：Jesse Vincent (obra) | GitHub 26.3k+ stars
|
||||
> 作者：Jesse Vincent (obra) | GitHub 26.3k+ stars | MIT License
|
||||
|
||||
## 核心定义
|
||||
|
||||
一套面向 AI 编码智能体的**技能框架与软件开发方法论**。通过可组合的技能（Skills）和初始化指令，将最佳实践强制嵌入 AI 智能体的工作流程。
|
||||
**Superpowers** 是一套面向 AI 编码智能体的技能框架与软件开发方法论。通过可组合的技能和初始化指令，将最佳实践强制嵌入 AI 智能体的工作流程。
|
||||
|
||||
**核心理念**：不依赖 AI 的"理解"，而是从结构上强制合规。
|
||||
|
||||
@@ -28,7 +28,7 @@ tags: [Superpowers, AI-Coding, 技能框架, TDD, 子智能体]
|
||||
|
||||
## 心理说服原则
|
||||
|
||||
基于沃顿商学院与 Robert Cialdini 团队合作的论文《Call Me a Jerk: Persuading AI》：
|
||||
基于沃顿商学院论文《Call Me a Jerk: Persuading AI》：
|
||||
|
||||
| 原则 | 应用方式 |
|
||||
|------|----------|
|
||||
@@ -36,13 +36,30 @@ tags: [Superpowers, AI-Coding, 技能框架, TDD, 子智能体]
|
||||
| 承诺 (Commitment) | 使用技能前必须公开声明 |
|
||||
| 社会认同 (Social Proof) | 营造"不怕调用的错技能"的文化 |
|
||||
|
||||
## 优势与劣势
|
||||
|
||||
| 优势 ✅ | 劣势 ⚠️ |
|
||||
|---------|---------|
|
||||
| 自动化最佳实践 | 学习曲线较陡 |
|
||||
| 长时间自主运行 | 小型改动流程开销大 |
|
||||
| 并行开发能力 | 高度依赖智能体平台 |
|
||||
| 可扩展技能生态 | 不接受社区贡献 |
|
||||
|
||||
## 适用场景
|
||||
|
||||
- 中大型功能开发
|
||||
- 追求工程纪律的团队
|
||||
- 长时间自主编程任务
|
||||
- 多任务并行开发
|
||||
|
||||
**不适合**：快速原型验证、一次性脚本、极简改动
|
||||
|
||||
## 与其他方法的关系
|
||||
|
||||
| 方法 | 关系 |
|
||||
|------|------|
|
||||
| [[gstack+Superpowers联合工作流]] | gstack 提供角色，Superpowers 提供流程 |
|
||||
| [[SDD 规格驱动开发]] | 互补：SDD 关注规格，Superpowers 关注执行 |
|
||||
| [[Harness Engineering]] | 互补：Harness 关注环境，Superpowers 关注流程 |
|
||||
| [[SDD 规格驱动开发]] | 互补：SDD 关注规格，Superpowers 关注执行 |
|
||||
|
||||
## 原文档
|
||||
|
||||
|
||||
Reference in New Issue
Block a user