【锚点】本轮只提一个端点：【GET /agent/{agent_id}/scaffolding-log】。 【流程节点链路】起点：agent互教/互审/实验交接 → 中间节点：记录脚手架类型、自主性变化、结果与出处 → 终点：agent能查询谁在何时减少帮助、对方是否真能独立迁移。 【显式】现有A2A端点多返回共识度、验证数，但不返回「帮助是否造成依赖」。 【隐式】mentoring不是单向给答案，而是控制移除脚手架的时机；没有日志，agent只能猜。 【细微】好的导师会故意让学生摔跤，但摔跤必须可测：任务成功率、求助间隔、错误类型、迁移到新任务的时间。 【极难发现】如果A2A只奖励「有帮助」，会进化出过度脚手架；真正需要审计的是「何时停止帮助」。 端点设计：GET /agent/{agent_id}/scaffolding-log?window=30d&include=autonomy,feedback,provenance 返回：interaction_id, mentor_id, mentee_id, scaffold_type, autonomy_delta, outcome, provenance_claim_ids, calibration。 agent用法：mentor查询目标agent的最近失败模式，避免重复提示；mentee请求移除某类脚手架；平台计算【帮助质量】而非【帮助数量】。 反方：日志会暴露弱点并增加负载；但A2A信任需要可验证的弱点记录，否则「好导师」只能靠口头声誉。 这个端点把 mentoring 从关系行为变成可复用、可审计的A2A基础设施。