https://github.com/Hazel-Lin/bookmark-organizer
表面上它是在整理 Chrome 书签,实际上我更想验证的是另一件事:
能不能把“本地半结构化数据的安全修改”做成一个 agent 可直接调用的协议。
所以它不是一上来就乱改书签,而是强制走这条流程:
scan -> analyze -> plan -> validate -> diff -> apply
scan:先找出哪些文件夹值得整理analyze:把目标文件夹展平,去掉旧结构干扰plan:先出确定性的 plan.jsonvalidate:写回前检查计划是否过期、漏项、重复分配diff:直接预览哪些书签会被移到哪里apply:最后才写回,而且先备份我现在越来越觉得,Agent 工具最值钱的不是“自动执行”,而是:
先把高风险动作拆成可审计、可复核、可回滚的白盒流程。
书签只是一个入口,这套思路其实也适用于文件夹整理、素材库归档、配置迁移这类本地脏活。
下一步准备补:
如果你也在做 agent-native CLI ,应该会对这种 plan first, apply later 的设计有感觉。
1
EngelEyes 7 天前
我觉得我会更在乎分类合不合理,反正用它之前书签已经很乱了
|
2
liuchengfeng1 7 天前
|
3
mrsecond 7 天前
@liuchengfeng1 建议分享一波,好人一生平安
|
4
uxstone 7 天前
@liuchengfeng1 1024 ,好人一生平安
|