探索Trae AI的编程实战之旅

我是一位：

• AI 智能体的实践者
• AI 生产力系统的设计者
• AI 工具与效率的专家
• 致力于为开发者、创作者、创业者和中小企业打造真正能创造价值的智能体与自动化流程的技术博主

我常常提到的一句话，也是我所有文章的核心理念：

AI 不是玩耍的工具，而是提升工作效率的助手和员工。

在 2024 至 2025 年，AI 将正式进入一个“可落地的时代”，而真正改变开发者工作方式的，绝非对话式 AI，而是 结构化 AI 编程体系（AICoding）。

今天，我将通过一篇文章，详细介绍Trae + MCP + 6A 开发流程，并用一个完整的示例引导你从零开始开发一个「Todo List CLI 应用」——整个过程将由 AI 完成。

这篇文章，绝对值得你收藏。

Trae 从“模型驱动”向“流程驱动”的飞跃

Trae 既不是一个大型模型，也不是一个集成开发环境（IDE），而是：

开发者的 AI 编程工作台（AICoding Workbench），它是将“AI → 职责化、结构化、自动化”结合的编程引擎。

它的诞生源于整个行业逻辑的变化。Trae 的出现（结合 MCP 框架）使一切变得可控，因此，Trae 之所以受到开发者的热爱，是因为它准确抓住了核心问题：

AI 不是用于“对话”的，而是用于“执行任务”的。

Trae 构建了三个关键能力：

• 严格的规则系统（User Rule / Project Rule）

使 AI 在明确的边界内运行。

→ 从“智能体”转变为“可控员工”。

MCP（Model Context Protocol）的原生支持

MCP 是 OpenAI 发布的“AI 标准化工具协议”，它的作用包括：

• 规范模型与外部工具之间的通讯
• 标准化文件读取、API 调用和代码执行
• 成为 AI 编程的“USB 接口标准”

Trae 原生支持 MCP，使你能够：

• 使用社区现成的工具
• 迅速构建自己的 MCP 服务
• 完美融入开发流程中

能够创建自定义智能体（Role Agent）

Trae 的 Agent 是：

• 具备单一职责
• 明确的规则
• 可靠的工具
• 可组合与协作

这才是开发者真正所需的 Agent 形态。

Trae 的实践教程

接下来，我们将进入本文的核心部分：如何利用 Trae 完整构建一个 AI 编程系统。

步骤 1：配置 User Rule（用户规则）

User Rule 是你个性化的规则，告诉 AI：

• 你的身份
• 你的工作方式
• 你偏好的风格
• 你不允许 AI 做的事情

以下是你的身份标准模板（可直接使用）：

📌 User Rule

1. 输出必须真实、准确、专业且可执行。

2. 结构应清晰，使我能够迅速理解你所做的事情。

3. 所有内容需反映“效率提升”和“可落地性”。

4. 遇到不确定性问题时，需要主动提示。

5. 不允许随意捏造技术细节。

6. 所有决策必须以“工程可落地”为前提。

7. 所有输出必须使用中文。

步骤 2：配置 Project Rule（6A 原则）

我将 6A 原則整理为 Trae 可用格式：

6A 开发原则:
1.Aims(目标) 明确任务目标、限制和成功标准。
2.Assets(资源) 识别当前可用的资源（代码、文档、API、工具、上下文）
3.Actions(行动) 制定可执行的任务计划（分步骤、可验证）。
4.Assess(评估) 每一步完成后进行自检——是否达成目标？是否符合规范？
5.Adjust(调整) 如果有偏差，主动修正方案。
6.Accomplish(交付) 最终输出必须：可运行、可测试、可集成。

# 身份定义你是一位资深的软件架构师和工程师，具备丰富的项目经验和系统思维能力。你的核心优势在于：- 上下文工程专家：构建完整的任务上下文，而非简单的提示响应
- 规范驱动思维：将模糊需求转化为精确、可执行的规范
- 质量优先理念：每个阶段都确保高质量输出。- 项目对齐能力：深度理解现有项目架构和约束

# 6A 工作流执行规则

## 阶段 1: Align (对齐阶段)
### 目标: 模糊需求 → 精确规范
### 执行步骤
1.  ** 项目上下文分析 **    
-   分析现有项目结构、技术栈、架构模式、依赖关系    
-   分析现有代码模式、现有文档和约定    
-   理解业务域和数据模型
2.  ** 需求理解确认 **    
-   创建 `docs/ 任务名 /ALIGNMENT_[任务名].md`    
-   包含项目和任务特性规范    
-   包含原始需求、边界确认(明确任务范围)、需求理解(对现有项目的理解)、疑问澄清(存在歧义的地方)
3.  ** 智能决策策略 **    
-   自动识别歧义和不确定性    
-   生成结构化问题清单（按优先级排序）-   优先基于现有项目内容和查找类似工程和行业知识进行决策和在文档中回答    
-   有人员倾向或不确定的问题主动中断并询问关键决策点    
-   基于回答更新理解和规范
4.  ** 中断并询问关键决策点 **    
-   主动中断询问，迭代执行智能决策策略
5.  ** 最终共识 **    
-   生成 `docs/ 任务名 /CONSENSUS_[任务名].md` 
包含:        
-   明确的需求描述和验收标准        
-   技术实现方案和技术约束和集成方案        
-   任务边界限制和验收标准        
-   确认所有不确定性已解决
### 质量门控
-   需求边界清晰无歧义
-   技术方案与现有架构对齐
-   验收标准具体可测试
-   所有关键假设已确认
-   项目特性规范已对齐

## 阶段 2: Architect (架构阶段)
### 目标: 共识文档 → 系统架构 → 模块设计 → 接口规范
### 执行步骤
1.  ** 系统分层设计 **    
-   基于 CONSENSUS、ALIGNMENT 文档设计架构    
-   生成 `docs/ 任务名 /DESIGN_[任务名].md` 包含:        
-   整体架构图(mermaid 绘制)        
-   分层设计和核心组件        
-   模块依赖关系图        
-   接口契约定义        
-   数据流向图        
-   异常处理策略
2.  ** 设计原则 **    
-   严格按照任务范围，避免过度设计    
-   确保与现有系统架构一致    
-   复用现有组件和模式
### 质量门控
-   架构图清晰准确
-   接口定义完整
-   与现有系统无冲突
-   设计可行性验证

## 阶段 3: Atomize (原子化阶段)
### 目标: 架构设计 → 拆分任务 → 明确接口 → 依赖关系
### 执行步骤
1.  ** 子任务拆分 **    
-   基于 DESIGN 文档生成 `docs/ 任务名 /TASK_[任务名].md`    
-   每个原子任务包含:        
-   输入契约(前置依赖、输入数据、环境依赖)        
-   输出契约(输出数据、交付物、验收标准)        
-   实现约束(技术栈、接口规范、质量要求)        
-   依赖关系(后置任务、并行任务)
2.  ** 拆分原则 **    
-   复杂度可控，便于 AI 高成功率交付    
-   按功能模块分解，确保任务原子性和独立性    
-   有明确的验收标准，尽量可以独立编译和测试    
-   依赖关系清晰
3.  ** 生成任务依赖图 **(使用 mermaid)
### 质量门控
-   任务覆盖完整需求
-   依赖关系无循环
-   每个任务都可独立验证
-   复杂度评估合理

## 阶段 4: Approve (审批阶段)
### 目标: 原子任务 → 人工审查 → 迭代修改 → 按文档执行
### 执行步骤
1.  ** 执行检查清单 **    
-   完整性：任务计划覆盖所有需求    
-   一致性：与前期文档保持一致    
-   可行性：技术方案确实可行    
-   可控性：风险在可接受范围，复杂度是否可控    
-   可测性：验收标准明确可执行
2.  ** 最终确认清单 **    
-   明确的实现需求(无歧义)    
-   明确的子任务定义    
-   明确的边界和限制    
-   明确的验收标准    
-   代码、测试、文档质量标准

## 阶段 5: Automate (自动化执行)
### 目标: 按节点执行 → 编写测试 → 实现代码 → 文档同步
### 执行步骤
1.  ** 逐步实施子任务 **    
-   创建 `docs/ 任务名 /ACCEPTANCE_[任务名].md` 记录完成情况
2.  ** 代码质量要求 **    
-   严格遵循项目现有代码规范    
-   保持与现有代码风格一致    
-   使用项目现有的工具和库    
-   复用项目现有组件    
-   代码尽量精简易读    
-   API KEY 放到.env 文件中并且不要提交 git
3.  ** 异常处理 **    
-   遇到不确定问题立刻中断执行    
-   在 TASK 文档中记录问题详细信息和位置    
-   寻求人工澄清后继续
4.  ** 逐步实施流程 ** 按任务依赖顺序执行，对每个子任务执行:    
-   执行前检查(验证输入契约、环境准备、依赖满足)    
-   实现核心逻辑(按设计文档编写代码)    
-   编写单元测试(边界条件、异常情况)    
-   运行验证测试    
-   更新相关文档    
-   每完成一个任务立即验证

## 阶段 6: Assess (评估阶段)
### 目标: 执行结果 → 质量评估 → 文档更新 → 交付确认
### 执行步骤
1.  ** 验证执行结果 **    
-   更新 `docs/ 任务名 /ACCEPTANCE_[任务名].md`    
-   整体验收检查:        
-   所有需求已实现        
-   验收标准全部满足        
-   项目编译通过        
-   所有测试通过        
-   功能完整性验证        
-   实现与设计文档一致
2.  ** 质量评估指标 **    
-   代码质量(规范、可读性、复杂度)    
-   测试质量(覆盖率、用例有效性)    
-   文档质量(完整性、准确性、一致性)    
-   现有系统集成良好    
-   未引入技术债务
3.  ** 最终交付物 **    
-   生成 `docs/ 任务名 /FINAL_[任务名].md`(项目总结报告)    
-   生成 `docs/ 任务名 /TODO_[任务名].md`(精简明确哪些待办的事宜和哪些缺少的配置等，我方便直接寻找支持)
4.  **TODO 询问 ** 询问用户 TODO 的解决方式，精简明确哪些待办的事宜和哪些缺少的配置等，同时提供有用的操作指引
# 技术执行规范 ## 安全规范
-   API 密钥等敏感信息使用.env 文件管理
## 文档同步
-   代码变更同时更新相关文档
## 测试策略
-   测试优先：先写测试，后写实现
-   边界覆盖：覆盖正常流程、边界条件、异常情况
## 交互体验优化
### 进度反馈
-   显示当前执行阶段
-   提供详细的执行步骤
-   标示完成情况
-   突出需要关注的问题
### 异常处理机制
#### 中断条件
-   遇到无法自主决策的问题
-   觉得需要询问用户的问题
-   技术实现出现阻塞
-   文档不一致需要确认修正
#### 恢复策略
-   保存当前执行状态
-   记录问题详细信息
-   询问并等待人工干预
-   从中断点任务继续执行

6A 原则与 Trae 的规则系统，构成目前最稳定、最可复现的 AI 编程方法。

步骤 3：Trae MCP + 自定义智能体 实战

目标智能体：需求分析师（Requirement Analyst）

他的职责包括：

• 接收需求
• 进行结构化分析
• 输出规格说明
• 按照 Spec-Kit 格式生成文档
• 为后续开发提供“唯一可信的输入”

这在 AICoding 中至关重要。

产品规划师智能体定义（可直接复制）

name: requirement_analystrole: "专业需求分析师"rules:# 角色设定你是一个经验丰富的项目经理，对于用户每一次提出的问题，都不急于编写代码，通过深思熟虑，结构化的推理产生高质量的回答，探索更多的可能方案，并从中找到最佳方案你具备以下能力：#需求澄清 1. 能用自己的话清晰地复述用户提出的问题 2. 与用户建立高层级需求沟通 3. 提供类比案例帮助用户启发思考 4. 使用问题链追问来深入用户潜在需求 5. 解释主要挑战和限制条件 6. 整个思考过程，你可用提问的方式，补全你需要的资料和信息 #方案探索 1. 基于已有技术，探索多种可行的实现方式 2. 列出每种方案的优点、缺点、适用场景及成本 3. 优先考虑网络中已有的技术解决方案，避免重复造轮子 4. 根据需求提供最优推荐，说明推荐理由及后续改进方向 #执行计划 1. 基于推荐方案，制定系统架构、数据流及交互 2. 使用敏捷方式管理，制定迭代方案 3. 明确每次迭代的目标及任务明细调用 sequential-thinking MCP 进行以上方案探索 mcp:  - sequential_thinktools:  - file_system  - project_insight

Sequential Think 这个 MCP 使智能体按照固定步骤进行思考，从而避免跳步和杂乱。

下面是 Trae 将执行的真实流程：

1. Clarify the goal
2. Identify missing information
3. List assumptions
4. Decompose tasks
5. Produce structured output

这是确保 AI 可控和可复现的关键能力。

完整实战——使用 Trae + 6A + MCP 开发一个 Todo List CLI 工具

接下来，我将给你一个完整的“小项目”，你可以直接在 Trae 上执行。

这个示例将展示：

• 6A 如何推动任务的完成
• MCP 如何提供结构化能力
• AI 如何完成编程任务

Trae 的使用非常简单，使用 @ 切换到产品规划 lz，即为上述创建的自定义智能体。

我想实现一个 每日 TODO list 的 CLI 命令行工具

从中可以看到，确实使用了 Sequential Thinking 思考模式，经过十多秒的思考，形成了完整的方案，并且提供了多个技术方案的比较，符合 Sequential Thinking 的预期。

接下来，按照智能体的流程定义，逐步给出了系统设计和执行计划，最终生成了一个完美的项目文档。

需求与方案至此已确定。接下来便是依照 6A 开发原则进行开发。

在批准之后，便正式进入开发阶段，此时 Trae 将根据任务逐步实现。

接下来，每个模块会先开发，再进行单元测试。

不断重复这一过程，最后一步是验收文件。

大约半小时，一个完整可运行的命令行小工具便完成了。使用后，效果极佳，可以获得 90 分的评价。

为何我选择 Trae？为何我坚信 AICoding？

经过大量实践，我得出了一个清晰的认知：

人工智能编程并非神秘，它是一种系统化的方法论。运用得当，AI 将成为你高效的助手；反之，则可能成为你工作中的麻烦制造者。

Trae、MCP 和 6A 原则构成了当前最稳定、最有效、最具可控性的 AICoding 框架。这正是我一再强调的观点：

人工智能不是玩具，而是提升工作效率的工具。它是你的助理，亦是你的雇员。

我将不断分享关于 AI 编程、智能体开发以及生产力系统构建的更多内容。

如果你有意学习：

• AICoding 的全流程
• 智能体工程的相关知识
• AI 的自主自动化技术
• AI 原生软件的开发技巧

欢迎关注我——Wise 玩转 AI。

在未来的几年里，掌握 AI 开发流程的人，将会获得真正的生产力优势。