修错指令的注释与实现对齐
view/project-development/export/state/xhsMinitoolInstruction.ts:buildXhsMinitoolErrorFixInstruction 的文档注释不再承诺「要求 agent 先复现再修」,改成与实现一致——正文只有 error 现场,怎么修由 agent 自行判断。
This commit is contained in:
+6
-5
@@ -55,13 +55,14 @@ export function buildXhsMinitoolAdaptationInstruction(): string {
|
||||
/**
|
||||
* 按失败现场修复(error fix)指令:项目已有打包脚本、但构建 / 产物 / 注册表出错时走这条。
|
||||
*
|
||||
* 与 bootstrap 的分工:这条**不重讲一遍适配**,而是把宿主报的原始错误摆在最前面,要求 agent 先
|
||||
* 复现同一个失败再定位修掉。没有脚本(`buildScriptMissing`)时不要走这里——那是首次适配,走
|
||||
* 与 bootstrap 的分工:这条**不重讲一遍适配**,只把宿主报的原始错误摆在最前面。没有脚本
|
||||
* (`buildScriptMissing`)时不要走这里——那是首次适配,走
|
||||
* [buildXhsMinitoolAdaptationInstruction]。
|
||||
*
|
||||
* 现场就是宿主那个结构化错误本身:这里只 `JSON.stringify`,不翻译、不摘要、不另抽一份「给 agent 的
|
||||
* 说法」。用户侧的句子由 `xhsMinitoolFailure.ts` 独家负责,两边不共享文案。也不要项目根:agent 就
|
||||
* 工作在项目根里。
|
||||
* 正文只有 `error: {...}`,不附带复现 / 定位步骤:怎么修由 agent 按 skill 自行判断,这里只负责
|
||||
* 把现场原样交给它。现场就是宿主那个结构化错误本身:这里只 `JSON.stringify`,不翻译、不摘要、不另抽
|
||||
* 一份「给 agent 的说法」。用户侧的句子由 `xhsMinitoolFailure.ts` 独家负责,两边不共享文案。也不要
|
||||
* 项目根:agent 就工作在项目根里。
|
||||
*/
|
||||
export function buildXhsMinitoolErrorFixInstruction(
|
||||
error: XhsMinitoolCardFailure,
|
||||
|
||||
Reference in New Issue
Block a user