Aster 内部执行机制

一次修复的执行过程

以下示例修复日期导出的跨月错误。 输入包含目标、文件范围和验收条件。 模型读取代码并提出修改。 工具执行修改，测试产生检查结果。 Core 核对执行依据，再决定能否结束。

图中的“模型”指生成下一步建议的服务。 “工具”指读取文件、修改文件和运行命令的能力。 “宿主”指使用 Core 的应用。 终端、桌面和 Rust 应用都属于宿主。

文档入口

职责分层

拆解图中的层是职责层。 层间距离不代表进程、线程或机器。 底层检查仍然约束上层组件。 替换系统提示词，也会保留工具权限判定。

同一个修复例子的阅读顺序如下：

1. 阅读提示词。
2. 对照上下文装配。
3. 检查单次运行。
4. 核对完成依据。
5. 阅读分轮执行。
6. 核对中断后的恢复。

四种执行身份

源码漫游提取本版提交中的代码。 高亮行表示当前入口，左侧行号保留仓库位置。 「阅读全部源码」支持连续对照各站内容。 正文中的源码链接指向对应调用方。

示例边界

本组章节用日期导出修复说明执行顺序。 示例没有启动模型，也没有产生真实工具记录。 状态名、接口名和源码片段来自本版实现。 实际任务的结论仍以该次运行的事实为准。

客户端接入见 ACP 内部机制。