
大家好!我是一个 agent 相关的研究者,也是一个萌新 quant ORZ ,想来推广下自己做的小工具
不知道大家有没有这种困扰:
为此真正将这些零散的页面转为知识和生产力,又不想在本地部署功能过于成熟的 AI 知识库(感觉光配置就要折腾好久...),于是我做了这样一个相对简单的工具 Tapestry ,中文名可以叫织锦(感觉挺贴切的)。简单说,它是一个 AI 原生的技能包,让你通过和 Claude Code (或其他 Agent 框架, OpenClaw, Codex 等应该都支持)对话,就能:
repo 链接:https://github.com/NatsuFox/Tapestry
看起来知识库 UI 和终端演示都无法预览,请前往 repo 了解详情
下面有些例子,都是可以直接跑通的(我用的是 opus-4.6 with max effort ,跑通 workflow 完全没压力)。当然我之后也会不断添加 crawler 实现,争取支持更广泛的数据源,向 yt-dlp 这样的大作看齐。
出于个人偏好吧,比较喜欢可扩展,但同时结构又非常清晰简洁的设计(可能也是因为太早期,功能太少...)。这样开源以后,自己做定制化什么的也都会很方便。
下面是一些使用场景示例:
场景 1:追踪技术讨论
"摄取这几个 HN 讨论: https://news.ycombinator.com/item?id=123 https://news.ycombinator.com/item?id=456" "综合这些讨论,找出共同观点" 场景 2:归档研究资料
"摄取这个知乎问题下的所有高赞回答" "在知识库中创建新主题:机器学习基础" "把这些回答组织到新主题下" 场景 3:内容策展
"摄取这个博主的所有文章" "成这个博主的内容摘要" 其实场景是很多的,怎么用都行。现在 Agent 已经足够智能,我所做的也是将更复杂的/重复性的任务做好定义而已。过程中,AI 会自动爬取、分析、整理成一篇结构化的笔记。如果笔记积累到一定程度,就可以自动构建一本书出来。为了便于查看这样的知识库,我也写了一个前端页面,实时从本地数据中构建。
更具体来说,目前这个项目支持:
安装上,当作一般的 skill 就行了,各种 agent 框架,只要兼容 agent skills 规范,就都是一样的。
不过我这个和一般的独立 skill 其实也有区别,主要就在于是一个 skill bundle ,抽取了共享的代码实现、profile 、配置等等,这就引出了一些目前的设计范式问题和一些个人思考。我看近期一些比较火且类似范式的项目,都还没有很标准化的设计。结尾我会详细探讨。
具体的安装命令如下:
# 克隆仓库 git clone https://github.com/NatsuFox/Tapestry.git cd Tapestry # 链接到 Claude Code (或其他框架,比如 .codex/skills/, .clawd/skills/) ln -s "$(pwd)/skills/tapestry" ~/.claude/skills/tapestry # 让 AI 帮你安装依赖 # 在 Claude Code 中输入: "安装 Tapestry 的依赖" agent 会自动检测你的环境,生成安装计划,征求你同意后自动安装必要的依赖(比如 playwright )。这也是单独设计的一个 skill ,期望能用 agent 的本体智慧提高跨平台兼容性。
这个项目刚起步,之前一直以来的习惯是,喜欢自己开发点工具,放到本地来用,也不开源(研究相关的代码除外)。但前段时间也是见证了社区的汹涌力量。既然也是我日常要用的,为什么不聚起来有同样需求且有能力和兴趣的网友一起来推进呢?现在这样的时代,涉及到 AI Vibe 的工作流,最大的瓶颈就在人本身。目前我也还没有过这样看到项目迅速成长的经历,所以想要试试看。
为此,非常欢迎朋友们:
充斥着过剩自我意识的不一定正确的思考,赶时间的朋友可以直接跳过
这个项目的初衷很简单:我想要一个能帮我管理网络知识的工具,而不是让我被书签淹没。尤其是那些零散的知识、页面、链接,日复一日,也积累了很多了,然而从未仔细学习过 XD ,我觉得知识库是缓解人在 AI Vibe 链路中瓶颈作用的重要工具,尤其是定制化的知识库,因为可以加快知识的吸收摄取。使用 AI 工具的效果,目前看很大程度上还是取决于使用者自己的认知水平和知识积累的。
关于这种 skill bundle 的设计,主要受到 ARIS 这个项目的启发。目前规范的 agent skills 接口定义,还不支持(就是没有规范说明)如何处理多个 skill 之间共享代码、配置、profile 等的问题。Claude Code 虽然支持以 plugin 的形式引入,但毕竟只有它一家支持,而且也不是很美观。所以我现在的设计是把 sub-skill 包在 skill bundle 里,这个 bundle 本身也定义为一个 skill ,但是是用来驱动整个流程的。这导致用户无法直接调用 sub-skill (嵌套的 skill 不会被识别),但实测完全可以通过 bundle skill 路由到 sub-skill ,现在大模型已经足够聪明,来做这些随机应变。如果不这样设计,就要直接把包内的零散 skill 都拷贝到 .claude/skills/ 下,再配合大量软链接指向共享实现。这实在太丑了。
因为 skill 等的存在,尤其是现在如此火热的生态,我觉得 OpenClaw 这些其实还是很有用的,并不完全是炒作。就像操作系统内核一样,提供了接口,给了 skills, memory 和 personality 这些新范式充分的自定义的灵活性。很多感兴趣的人也可以通过这样一个早期的玩具,提前窥探、适应甚至改进 AI 大流行之后的人机交互模式。考虑到 agent skills 的接口规范足够简单,所以可预见的将来,skill 应该会像天然跨平台的 app 一样,成为 agent 生态中的重要一环。而这个 agent 具体是 claude code, codex, openclaw, nanoclaw 还是什么别的,其实都不太重要。
过段时间也会发布用于 A 股市场各种操作的 skill bundle (目前这个 repo 也已经 init 起来并 public 了)。至于为什么做这个,首先是我觉得炒股还是挺有意思的,其次是发现很多已有的 stock agent 框架,似乎都喜欢在内部自己再实现一个 agent ,导致用你家的,也要重配一遍,用他家的,也要重配一遍,确实是麻烦。如果能实现为 skill bundle ,就也如上所言,可以拿着这套 skill 走天下了,管它什么 agent 。而且我很喜欢那种可积累的、可自我成长甚至能自我迭代的 skill ,而非钉死的工作流。所以我后面计划做的 skill bundle 都会是这样的风格,争取制造一种越用越爽的体验。Tapestry 就是第一个(本地积累笔记、知识库)。
有些嗦,其实还是来推广自己的项目的,欢迎感兴趣的朋友们使用,点点 star 或是一起讨论 :)
P.S. 项目目前处于早期访问阶段,可能会有一些 Bug 和不完善的地方,欢迎随时反馈 近期我也在全力推进,毕竟自己也着急用哈哈
P.P.S. 第一次在 V2EX 上发帖,如有不当之处欢迎大家指正
1 fds 3 月 17 日 挺好,帮你 star 。 我目前用 skill 管理工作日志,可以直接记录今天的 git commit ,挺方便。就是有点儿慢。 网页我一般用 Chrome 里的插件转存到 Bear 里,带图片,但后面就没有继续处理了……主要还是没想好整理成什么样子。技术类的文章过期比较快,每次直接问 AI 感觉更快些。 |