【架构优化】从 applyPromptPlaceholders 中拆出仓库描述 promptRepositoryLine 与上游输出收集 upstreamNodeOutputs

未關閉
#458 0 則留言 0 個 reaction 已指派 0 人 在 GitHub 檢視

維護者通常 1 天內回覆

@fx-kurumi 已經在處理了。

開始於 2026年11月13日。

  • #459 來自 @fx-kurumi —— 未關閉

評估

難度
2/5
預估耗時
1-3 小時
新手友好度
20/100
Issue 類型
重構
描述清晰度
描述清楚
活躍度
停滯
技術堆疊
go
領域
backend

研究方向

Start in internal/engine/prompt.go at applyPromptPlaceholders, where the {{repository}} and {{upstream}} values are derived inline. The issue asks for two extracted helpers, promptRepositoryLine and upstreamNodeOutputs, with behavior unchanged, plus a new test file covering their branches. Pull request #459 is already open against this issue, so check with the maintainers before starting. Done means gofmt, go vet ./internal/engine/ and go test ./internal/engine/ pass.

由索引模型根據 Issue 內容生成。

描述

现状问题

internal/engine/prompt.go 的 applyPromptPlaceholders 约 85 行,把十几个占位符的取值推导和替换写在同一个函数里。其中两段是不依赖 prompt 的纯推导,却内联在替换流程中间:

  • {{repository}}:根据 run.Repository 拼出仓库描述(未绑定 / 工蜂项目 ID / Git SSH);
  • {{upstream}}:遍历 wf.Edges 收集指向当前节点、且上游有输出的节点结果。

这两段无法单独测试,也让主函数难读。

重构方案

  • 拆出 promptRepositoryLine(run domain.Run) string,原样搬迁仓库描述推导;
  • 拆出 upstreamNodeOutputs(wf, node, run) []string,原样搬迁上游输出收集;
  • applyPromptPlaceholders 改为调用这两个函数,替换顺序、追加段落与文案完全不变。

影响范围

仅 internal/engine/prompt.go(包内私有函数),新增测试文件;对外接口与行为不变。

验证方式

  • 新增单元测试覆盖两个新函数的各分支(未绑定仓库、工蜂仓库、SSH 仓库;无上游、上游无输出、多上游按边顺序);
  • gofmt、go vet ./internal/engine/、go test ./internal/engine/。
主要語言
Go
星號
141
分支
28
平均合併
1 天 15 小時
30 天內合併 PR
113

環境準備

從這裡開始

  1. 先讀完整個 Issue,再讀專案的貢獻指南。
  2. 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
  3. Fork 儲存庫,在一個分支上完成修改。
  4. 送出 Pull Request,並在描述裡引用這個 Issue 編號。

Tencent/LoopForge 的其他 Issue

查看 Tencent/LoopForge 的全部 Issue

相似的 Issue

更多 Go Issue

把新 issue 寄到你的電子郵件信箱

精選適合新手參與的 GitHub issue 摘要。