圈选代码写批注,一次交给编程代理
终端工具 tackline 支持在代码或 Git 差异上定位并填写修改意见,再将多条批注汇总成一个提示词。它针对审查代理产出时反复复制路径、行号和代码片段的操作负担。
原文暂未完整获取,基于公开信息的快读
审查编程代理写出的代码时,发现问题往往不难,把问题整理成清楚的修改指令却很费手。dev.to 作者发布的终端工具 tackline,允许用户直接圈选代码、填写批注,再把多条意见汇总成提示词,省去反复复制文件路径、行号和代码片段的操作。
目前能确认什么
按原文节选,在仓库里运行 tackline 或 tack,有未提交改动时会打开 Git diff,否则进入文件浏览器。选中一行或一段代码后,按 c 写下指令;批注进入命名会话,复制前可以调整顺序、编辑或删除。
生成的内容是普通 Markdown,每条包含文件、行号、代码片段和修改要求,可粘贴给不同编程代理。Claude Code 另有 skill 文件支持,通过 /tackline 读取当前会话;tackline serve 则提供仅在 localhost 开放的浏览器界面。
多轮修改容易让行号失效。作者称,批注会记住所附代码:同一文件内插入行或移动代码时,批注跟随;代码完全消失后,批注标为失效,从提示词中排除并给出警告。会话以可读 JSON 保存在仓库中。
我的判断
tackline 的价值,是把审查时已经找到的代码位置,直接带进下一轮指令。
如果你经常一次指出几处问题,它能减少反馈整理中的重复劳动,也让「改这个循环」「参考这个辅助函数」有明确对象。任务开始前圈出入口、参考实现和禁止修改的签名,同样有用。
但定位清楚不等于代理一定执行正确。把多条要求合进一个提示词后,是否遗漏、是否互相冲突,仍需检查修改结果。
还要关注批注跟随代码的边界:重复代码、代码被大幅改写、跨文件移动时如何处理,节选没有说明。自动排除失效批注能减少过时上下文,但下一轮复制前,仍应确认警告里有没有尚未完成的要求。