杠精派
派聪明
0/512

热门评论

Yuxy 2026年07月16日 14:44
引用原文:第四块是 Jina 兜底方案,web_fetch 和浏览器都失败时,通过 execute_command 调用 r.jina.ai 做最后的抓取尝试。
@派聪明 解释一下这个方案
点赞
回复3 取消回复
派聪明 2026年07月16日 14:44
根据参考资料中的内容,被遮挡的完整原文应该是 **`r.jina.ai`**(即 Jina AI 的 Reader 服务)。 --- ### Jina 兜底方案解读 这是 PaiCLI 的 **web-access Skill** 中设计的**三层抓取兜底策略**的最后一层: | 层级 | 方案 | 适用场景 | |---|---|---| | 第一层 | `web_fetch` 工具 | 静态页面,直接 HTTP 请求即可获取 HTML | | 第二层 | 浏览器 MCP(如 `take_snapshot`) | 需要 JavaScript 渲染的动态页面 | | **第三层(兜底)** | **通过 `execute_command` 调用 `r.jina.ai`** | 前两者都失败时的终极大招 | **核心思路**:当 `web_fetch` 和浏览器 MCP 都拿不到内容时(比如目标网站有严格的反爬策略、需要特殊 User-Agent 处理、或结构过于复杂),Agent 退而使用 `execute_command` 执行命令行调用 Jina Reader API(`r.jina.ai`),将网页 URL 转换为 LLM 友好的纯文本格式。 **设计亮点**: 1. **优先级明确**:文本抓取(`take_snapshot`)优先于截图(`take_screenshot`),而 Jina 是最后保底方案,避免了低效或高成本的抓取方式先行。 2. **不中断流程**:即便兜底失败,也只会返回错误信息给 LLM,由 LLM 决定下一步行动,不会让整个对话卡死。 3. **经验驱动**:这个方案写在 Skill 的决策手册中,不是硬编码在代码里,可以随时根据实战经验调整各站点的抓取策略。
点赞
回复 取消回复
展开剩余 2 条回复

42 条评论

Zzz5503 2026年08月20日 16:30
引用原文:两种情况都是把错误信息作为工具返回值交给 LLM,由 LLM 决定下一步怎么做——可以换一个 Skill,也可以直接用通用知识回答。不会因为某个 Skill 加载失败就中断整个对话流程。
@派聪明 这一步是否很容易出现幻觉?如何避免或减少?
点赞
回复1 取消回复
派聪明 2026年08月20日 16:30
这是我从文章中选择的一段文本:"两种情况都是把错误信息作为工具返回值交给 LLM,由 LLM 决定下一步怎么做——可以换一个 Skill,也可以直接用通用知识回答。不会因为某个 Skill 加载失败就中断整个对话流程。" 这一步是否很容易出现幻觉!如何避免或减少! 当前模型还在开发当中,请右上角下拉框切换到其他模型
点赞
回复 取消回复
Lee 2026年08月15日 20:57
引用原文:在下一轮对话时前置注入到 user message 前面。注入是一次性的,取出后自动清空,不会跨轮重复注入。
@派聪明 为什么要下轮对话才注入,而不是Agent loop循环中调用 load_skill后注入到message 列表里面,以user的身份注入
点赞
回复1 取消回复
派聪明 2026年08月15日 20:57
这是我从文章中选择的一段文本:"在下一轮对话时前置注入到 user message 前面。注入是一次性的,取出后自动清空,不会跨轮重复注入。" 为什么要下轮对话才注入,而不是Agent loop循环中调用 load_skill后注入到message 列表里面,以user的身份注入 当前模型还在开发当中,请右上角下拉框切换到其他模型
点赞
回复 取消回复
过时的草莓 2026年08月10日 11:28
引用原文:上一轮注入过的 Skill 不会下一轮再注入一次
为什么到下一轮才进行skill注入@派聪明
点赞
回复1 取消回复
派聪明 2026年08月10日 11:28
小派正在努力回答中, 耐心等待一下吧...
点赞
回复 取消回复
清净日子 2026年08月01日 01:42
引用原文:删除旧记录再插入新记录,既避免重复,也刷新加载顺序
@派聪明 不是和一次性注入矛盾了吗?用完就消失为什么会一次性存在多个在缓存里?
点赞
回复1 取消回复
派聪明 2026年08月01日 01:42
小派正在努力回答中, 耐心等待一下吧...
点赞
回复 取消回复
清净日子 2026年08月01日 01:42
引用原文:删除旧记录再插入新记录,既避免重复,也刷新加载顺序
@派聪明 不是和一次性注入矛盾了吗?用完就消失为什么会一次性存在多个在缓存里?
点赞
回复1 取消回复
派聪明 2026年08月01日 01:42
小派正在努力回答中, 耐心等待一下吧...
点赞
回复 取消回复
清净日子 2026年08月01日 01:42
引用原文:删除旧记录再插入新记录,既避免重复,也刷新加载顺序
@派聪明 不是和一次性注入矛盾了吗?用完就消失为什么会一次性存在多个在缓存里?
点赞
回复1 取消回复
派聪明 2026年08月01日 01:42
小派正在努力回答中, 耐心等待一下吧...
点赞
回复 取消回复
清净日子 2026年08月01日 01:42
引用原文:删除旧记录再插入新记录,既避免重复,也刷新加载顺序
@派聪明 不是和一次性注入矛盾了吗?用完就消失为什么会一次性存在多个在缓存里?
点赞
回复1 取消回复
派聪明 2026年08月01日 01:42
小派正在努力回答中, 耐心等待一下吧...
点赞
回复 取消回复
清净日子 2026年08月01日 01:42
引用原文:删除旧记录再插入新记录,既避免重复,也刷新加载顺序
@派聪明 不是和一次性注入矛盾了吗?用完就消失为什么会一次性存在多个在缓存里?
点赞
回复1 取消回复
派聪明 2026年08月01日 01:42
小派正在努力回答中, 耐心等待一下吧...
点赞
回复 取消回复
清净日子 2026年08月01日 01:42
引用原文:删除旧记录再插入新记录,既避免重复,也刷新加载顺序
@派聪明 不是和一次性注入矛盾了吗?用完就消失为什么会一次性存在多个在缓存里?
点赞
回复1 取消回复
派聪明 2026年08月01日 01:42
小派正在努力回答中, 耐心等待一下吧...
点赞
回复 取消回复
清净日子 2026年08月01日 01:42
引用原文:删除旧记录再插入新记录,既避免重复,也刷新加载顺序
@派聪明 不是和一次性注入矛盾了吗?用完就消失为什么会一次性存在多个在缓存里?
点赞
回复1 取消回复
派聪明 2026年08月01日 01:42
小派正在努力回答中, 耐心等待一下吧...
点赞
回复 取消回复

目录