kifile 最近的时间轴更新

kifile

V2EX 第 105650 号会员，加入于 2015-03-19 15:24:15 +08:00

今日活跃度排名 6282

分享创造 • kifile • 1 月 13 日 • 最后回复来自 kifile

求职 • kifile • 2017 年 4 月 19 日 • 最后回复来自 sommily

Android • kifile • 2015 年 9 月 22 日 • 最后回复来自 gaotongfei

Android • kifile • 2016 年 3 月 17 日 • 最后回复来自 syslykk

Apple • kifile • 2015 年 5 月 19 日 • 最后回复来自 kifile

Chamber • kifile • 2015 年 4 月 1 日

Linux • kifile • 2015 年 4 月 15 日 • 最后回复来自 inevermore

kifile 最近回复了

3 月 10 日

对比相似度呗，也可以增加后置节点，把 diff 信息直接传给 LLM ，写一个 prompt 让他识别是否只针对错字的变更，然后给 LLM 自己做二次 Review ，评价是否满足要求。

感觉是标准的 ReAct 可以解决的事情，但是精度如果想要达到 100%，最终还是需要演变成 CodeAct

3 月 10 日

增加 Workflow loop ，逻辑，搞一个比对脚本，QWEN 生成数据之后，必须经过一次比对脚本，不通过，那么将错误信息发回给 QWEN 重新生成，多次迭代。

想要进一步优化，就考虑切片，返回时给出变化内容行数信息，只调整对应行，做增量变更。

3 月 9 日

建议给一个 Docker Image ，内网部署，拉配置很艰难

1 月 19 日

一句话解释一下为什么选型用微服务:

微服务帮你包装了远程调用通信协议和内部服务发现能力，你可以把微服务当成你本地的一个接口方法直接去调用；所以当单体服务拆分时，或者多站点部署时，可以简单快速的完成服务重用，而不需要自己通过 HTTP 或者其他方式去重写一套内部交互逻辑。

1 月 19 日

看起来人和人的痛点都是一样的，我也在做这一块，加油

1 月 13 日

后续的 P0 诉求，现在应该是想把插件仓库做成 RAG ，然后开放出来进行检索，然后增加更多类似 CodeX 和 Gemini 的配置能力

1 月 13 日

happy 我印象中是做远程链接到家里的 cli 操作，但由于国内网络问题，对我的个人体验不是很好。

我其实之前也有考虑增加 Remote 能力，但这是比较后续的能力了，目前还是专注在配置 claude 等工具上。

@guyskk0x0

1 月 4 日

666 ，和我之前想的模式一样，利用 worktree 隔离环境

2024 年 4 月 13 日

我现在选择 xiaoya alist