release: merge dev workflow updates#26
$
Ref #12 Ref #14 Ref #18
CNB
新增的 tag_push 阶段中,挂载卷路径 /data/codewiki/${CNB_REPO_SLUG}:data 存在语法错误,冒号后应为容器内挂载目录,此处 data 不是合法路径,正确格式应为 /data/codewiki/${CNB_REPO_SLUG}:/容器内目录;同时 stages 下的 generate 步骤中 image 字段与顶层 docker.image 重复定义,且 settings 中的 git_doc_dir 路径 /data/codewiki/${CNB_REPO_SLUG} 与挂载卷的宿主机路径相同,容器内无法正确访问该路径。
tag_push
/data/codewiki/${CNB_REPO_SLUG}:data
data
/data/codewiki/${CNB_REPO_SLUG}:/容器内目录
stages
generate
image
docker.image
settings
git_doc_dir
/data/codewiki/${CNB_REPO_SLUG}
新增的 auto-harness 项目描述中提及会暴露文件系统和 session API 供 AgentForge 调用,但未说明相关接口的鉴权机制,存在未授权访问的安全风险。
auto-harness
验证章节中 go test ./... 属于代码测试命令,与文档类 PR 的验证要求不匹配,该命令不属于文档改动的验证范畴,应移除或替换为文档类验证内容。
go test ./...
配置中 model 字段设置为 glm-5,该值属于硬编码的模型配置信息,若后续模型调整,需直接修改配置文件,存在维护成本,且若 glm-5 为敏感或未公开的标识,存在信息泄露风险。
model
glm-5
在 tag_push 的 docker 配置中,image 字段指定为 cnbcool/codewiki:latest,同时在 stages 的 generate 步骤中再次重复指定了相同的 image: cnbcool/codewiki:latest。若 docker 配置下的 image 并非全局默认镜像,此处存在冗余配置,增加了维护成本与不一致风险。
docker
cnbcool/codewiki:latest
image: cnbcool/codewiki:latest
Summary
$key.Validation
Ref #12
Ref #14
Ref #18