摘要你写过一版「代码评审 checklist」prompt三个月后要再用却沉在旧对话里。本文演示 Caravel 如何把提示词变成可检索资产提示词库分组收藏 → 任务输入框敲/插入 → 绑定文案直接进消息预览。官网 Demo 可跟练。官网地址https://caravel-site.pages.dev/ GitHub releaseshttps://github.com/yy36295238/caravel-releases## 场景灵感冷却一半不是不会写 prompt是找不到你是一名全栈/工具链同学。曾经花半小时打磨过「代码审查」提示词要查边界条件、兼容性、可维护性还要先列问题再给最小改动。后来某次会话关掉那段文字就散在三个月前的聊天记录里——下次评审又要从零敲或者在备忘录、Notion、剪贴板之间来回翻。痛点不是「模型不会审查」而是1.好 prompt 没有固定住所——跟着窗口生命周期走2.召回成本高——搜聊天记录不如直接/review3.团队口径不一致——每人一份私藏文案评审标准漂移。你真正想要的是提示词进库、可分组会话里用/一键插入。## Caravel 是什么先对齐预期Caravel 是local-first multi-agent workbench。它不替代 Claude Code、Codex、OpenCode、pi 等 CLI而是把任务、会话与可复用资产收进同一张工作台。今天只演示一件事提示词管理 · 会话/插入对应 F14。步骤一提示词库里先有一条可分组收藏打开侧栏「提示词」进入提示词库。你会看到「代码审查/review」「定位并修复 Bug/debug」等条目带分组如研发/复盘和使用次数。把打磨好的 checklist 收进库而不是散落在某次对话。要点入口在「提示词库」资产有别名、分组和用量——不是聊天窗口里的一次性长文。## 步骤二任务输入框敲/弹出可检索菜单回到工作台打开一条任务例如「为任务列表添加快捷搜索」。在底部输入框敲/菜单里按常用/提示词列出/review、/debug、/docs等。你找的是可召回的资产不是三个月前那个已关掉的会话标题。节奏变成进任务 →/→ 选别名。提示词跟着工作台不跟着某次聊天的滚动条。## 步骤三插入后消息预览就是完整 checklist点「代码审查」输入框立刻填入「审查当前分支改动关注边界条件、兼容性与可维护性……」。绑定文案以及相关技能若有一并带上。你改几个字就能发而不是从零复述评审标准。交付从「翻旧聊天」变成「可检索、可插入的资产」。## 结果与价值- 旧做法好 prompt 沉在旧对话下次再写一遍或满处翻- 新做法提示词库收藏 →/召回 → 插入后直接进消息预览。Caravel 解决的是「提示词归属」不是替你写第一版 checklist。真正敏感的执行仍走权限与验收今天只强调别让好用的提示词跟着窗口死掉。## 可复用的小清单1. 打磨过的 prompt 先收入提示词库并设/别名2. 按研发/复盘等分组方便扫库3. 任务续聊时优先/插入少从零粘贴4. 团队共用同一套/review口径减少评审漂移5. 不要用「三个月前那次对话」当唯一备份。## 试一下官网 Demohttps://caravel-site.pages.dev/ 安装与发布https://github.com/yy36295238/caravel-releases 下次又要做代码审查时不妨先打开提示词库——或直接在任务里敲/review。—## 和「备忘录 / Notion 存 prompt」怎么选备忘录永远有用尤其是跨工具复用。Caravel 做的是把召回嵌进任务输入日常 Agent 协作时/即用长文档、跨产品规范仍可放在知识库。两者不是对立——一个管「会话内召回」一个管「跨工具知识」。不要把「模型更强」当成少沉淀提示词的理由很多返工不是智力不够而是标准每次重写、口径每次漂移。—