Auto-sync

This commit is contained in:
2026-04-15 16:33:26 +08:00
parent d3e7fcf81f
commit 22c7a6e4d9
80 changed files with 1473 additions and 240 deletions

View File

@@ -28,7 +28,7 @@ date: 2025-12-19
> "This is great if you need that kick in the pants or something to make sense of all the minor notes you've taken." — 项目管理场景
## Key Concepts
- [[Source-Grounding]]:严格限制知识库仅包含用户上传文档,确保 AI 回答基于可溯源内容的机制
- [[Source Grounding]]:严格限制知识库仅包含用户上传文档,确保 AI 回答基于可溯源内容的机制
- [[被动学习]]:利用 Audio Overviews 在开车/健身等碎片时间消费复杂信息的学习方式
- [[AI知识库]]:以用户文档为唯一知识来源的 AI 辅助学习与研究系统
- [[引文追溯]]:每个回答附带精确文档引文,可跳转至原文验证
@@ -39,7 +39,7 @@ date: 2025-12-19
## Connections
- [[NotebookLM]] ← 主题 ← [[7-ways-NotebookLM]]
- [[AI知识库]] ← 核心能力 ← [[NotebookLM]]
- [[Source-Grounding]] ← 技术基础 ← [[NotebookLM]]
- [[Source Grounding]] ← 技术基础 ← [[NotebookLM]]
- [[被动学习]] ← 应用场景 ← [[Audio-Overviews]]
## Contradictions

View File

@@ -0,0 +1,52 @@
---
title: "A Formalization of Recursive Self-Optimizing Generative Systems"
type: source
tags: [cs.LO, cs.AI, math.CT, 形式化, 元学习]
sources: [raw/AI/A Formalization of Recursive Self-Optimizing Generative Systems.md]
last_updated: 2026-04-15
---
## Source File
- [[raw/AI/A Formalization of Recursive Self-Optimizing Generative Systems.md]]
## Summary
- 核心主题:递归自优化生成系统的形式化建模,固定点语义下的自举动力学
- 问题域AI 系统自我改进机制的理论基础,元生成器的收敛性证明
- 方法/机制自映射Self-Map、固定点Fixed Point、λ-calculus 递归组合子Y Combinator
- 结论/价值:为自改进 AI 架构、自动元提示词系统提供严谨的数学框架
## Key Claims
- 递归自优化的目标不是单个最优输出而是在生成器空间Generator Space中收敛到稳定生成能力
- 稳定生成能力对应于元生成算子Meta-Generative Operator的固定点Fixed Point
- 自举Bootstrapping过程通过"生成→优化→更新"的循环迭代实现系统自我超越
- Y Combinator 表达自引用动力学G* = Y STEPG* = STEP G*,即生成器是自身变换的不动点
## Key Quotes
> "The system's objective is not a particular P*, but the convergence behavior of the sequence {G_n}." — 论文核心命题,生成器迭代的收敛性才是关键,而非单次输出质量
> "A stable generative capability is defined as a fixed point of Φ: G* ∈ G, Φ(G*) = G*" — 稳定生成能力即系统不动点
> "Such systems align with classical results on self-reference, recursion, and bootstrapping computation" — 自引用经典理论框架下的一次形式化尝试
## Key Concepts
- [[自递归优化生成系统]]α-提示词(生成器)+Ω-提示词(优化器)通过自举实现无限逼近理想状态
- [[固定点]]:Φ(G*) = G* 的生成器,不随自身生成-优化-更新循环而改变
- [[自举]]:用优化后的产物反馈给系统,再次优化生成器本身,形成递归超越
- [[元生成器]]Meta-Generator更新生成器的函数 M: G × P → G
- [[λ-calculus 递归]]:使用 Y Combinator 表达 G* = Y STEP 的自引用不动点
- [[Generator Space]]:所有可能的生成器构成的空间 ⊆ ℘^
## Key Entities
- [[tukuai]]独立研究者该形式化框架的提出者GitHub 账户 https://github.com/tukuai
## Connections
- [[自递归优化生成系统]] ← 理论基础 ← [[固定点]]
- [[自递归优化生成系统]] ← 形式化工具 ← [[λ-calculus]]
- [[Agent Skill 设计模式]] ← 实践对应Generator Pattern 实现自递归优化的工程化版本
- [[自递归优化生成系统]] ← 收敛目标 ← [[固定点]]
- [[自递归优化生成系统]] → 实践框架 → [[Agent Skill 设计模式]]
- [[自递归优化生成系统]] → 认知基础 → [[自我改进]]
## Contradictions
- 与 [[Claude Code调用方法总结]] 冲突:
- 冲突点Claude Code 作为工具是否具备自优化能力
- 当前观点Claude Code 是静态工具,仅被动响应指令,无自我改进机制
- 对方观点:递归自优化系统理论暗示 AI 工具通过迭代使用可以形成隐式自我改进(通过生成器空间收敛)

View File

@@ -0,0 +1,31 @@
---
title: "AI解决方案专家培训课程"
type: source
tags: [ai, coze, agent, workflow]
date: 2025-06-20
---
## Source File
- [[raw/AI/AI 解决方案专家培训课程.md]]
## Summary
- 核心主题Coze扣子平台 Agent Demo 全景展示
- 问题域AI Agent 在多个行业的落地场景与工作流设计
- 方法/机制:通过 Coze 平台创建多类型 Agent问答/工作流/对话/客服等),覆盖金融、医疗、教育、电商、泛娱乐等 8 大行业
- 结论/价值:展示 Coze 平台从 0 到 1 构建行业 Agent 的完整路径
## Key Claims
- Coze 平台支持国内版coze.cn和海外版coze.com
- Agent 类型覆盖:单 Bot 对话、Workflow 工作流、表格问答、拍照搜视频、在线问诊等
- 行业覆盖:金融(客户分层营销/智能客服)、医疗(影像识别/分诊)、教育(知识库问答/组卷出题/培训对练)、电商(混剪助手/在线换衣、泛娱乐AI证件照/视频生成、HR招聘打分/面试对话)
- 工作流 Demo 可视化编排,非技术用户也能快速搭建
## Key Entities
- [[Coze]]:字节跳动 AI Agent 平台(国内版 coze.cn海外版 coze.com
- [[Coze工作流]]:可视化编排多节点 AI 任务的机制
## Connections
- [[Coze]] ← 平台基础
- [[Coze工作流]] ← 编排机制
## Contradictions

View File

@@ -0,0 +1,45 @@
---
title: "Claude Skills研究范式"
type: source
tags: [ai, claude-skills, vibe-coding]
date: 2026-01-05
---
## Source File
- [[raw/AI/3.2 万人收藏的 Claude Skills才是 AI 这条路上最值得研究的一套范式!.md]]
## Summary
- 核心主题Claude Skills 从提示词工程到流程工程的范式转移
- 问题域AI 技能封装与复用、Skills 生态资源
- 方法/机制Skills = 说明书 + SOP将人类经验封装为可复用工作流
- 结论/价值Skills 是 Vibe Coding 的尽头,真正有价值的不是 Prompt 写得多花哨,而是谁最懂业务流程
## Key Claims
- Claude Skills 爆发标志着从"提示词工程"迈向"流程工程"
- Anthropic 官方 Skills 仓库github.com/anthropics/skills收藏数突破 3.2 万
- 官方库本质上是教你"像我们一样开发 AI 应用"
- Skills 包含四大类办公自动化Word/PDF/PPT/Excel、开发者工具箱、MCP Server、创意类 Skill
- 未来真正有价值的 = 懂业务流程 + 能把经验沉淀为 SOP + 把 SOP 交给 AI 稳定执行
## Key Quotes
> "Skills 就是一套你写给 Claude 的'说明书'和'SOP标准作业程序'" — 痕小子/开源星探
> "这个库本质上是官方在教你,'怎么像我们一样开发 AI 应用'" — 痕小子/开源星探
## Key Concepts
- [[AI技能封装]]:将固定流程任务拆解为 AI 可理解的结构化流程
- [[流程工程]]:将经验沉淀为 SOP 再交给 AI 稳定执行的新范式
- [[Anthropic Skills 官方库]]github.com/anthropics/skills生产级 Skills 集合
## Key Entities
- [[Anthropic]]Claude Skills 官方库的发布方
- [[Awesome-Claude-Skills]]ComposioHQ/VoltAgent/BehiSecc 三大社区整理
- [[skillsmp.com]]Skill 聚合站之一
- [[aitmpl.com]]Skill 聚合站之一
- [[claudemarketplaces.com]]Skill 聚合站之一
## Connections
- [[Claude Skills研究范式]] ← 理论基础 ← [[Google 5种Agent Skill设计模式]]
- [[Anthropic Skills 官方库]] ← 来源 ← [[Claude Skills研究范式]]
- [[流程工程]] ← 应用场景 ← [[Vibe Coding氛围编程]]
## Contradictions

View File

@@ -51,4 +51,4 @@ date: 2026-01-05
- 无明显冲突
## Related Sources
- [[Claude-Code调用方法]]Claude Code 是 Skills 调用的核心工具链
- [[Claude Code 调用方法]]Claude Code 是 Skills 调用的核心工具链

View File

@@ -24,14 +24,14 @@ date: 2025-03-02
> "Instead of just reacting to user actions, we're crafting experiences that provide live feedback as the AI operates." — Yuri Pessa
## Key Concepts
- [[Agentic-AI]]:能感知环境、做出决策、预判需求并自主行动的 AI 系统
- [[Agentic AI]]:能感知环境、做出决策、预判需求并自主行动的 AI 系统
- [[GenAI]]:生成式 AI擅长创作内容文本、图片、音乐本质是被动响应
- [[AI-Agent-设计原则]]:透明度、控制感、个性化、对话、预判
- [[AI Agent 设计原则]]:透明度、控制感、个性化、对话、预判
## Key Entities
- [[Yuri-Pessa]]LinkedIn 文章作者AI 产品设计研究者
## Connections
- [[LLM]] ← 基础 ← [[Agentic-AI]]
- [[RAG]] ← 支撑 ← [[Agentic-AI]]
- [[Agentic-AI]] ← 扩展 ← [[GenAI]]
- [[LLM]] ← 基础 ← [[Agentic AI]]
- [[RAG]] ← 支撑 ← [[Agentic AI]]
- [[Agentic AI]] ← 扩展 ← [[GenAI]]

View File

@@ -34,14 +34,14 @@ date: 2025-12-30
- [[Cursor]]AI 编程 IDE
- [[Windsurf]]AI 编程 IDE
- [[Trae]]AI 编程 IDE
- [[vibe-coding-cn]]:中文 Vibe Coding 指南开源项目github.com/tukuaiai/vibe-coding-cn
- [[vibe coding cn]]:中文 Vibe Coding 指南开源项目github.com/tukuaiai/vibe-coding-cn
- [[Karpathy]]AI 研究者,提出 Vibe Coding 概念
## Connections
- [[Vibe Coding]] ← 属于 ← [[AI编程]]
- [[Vibe Coding]] ← 工具支撑 ← [[Cursor]]
- [[Vibe Coding]] ← 工具支撑 ← [[Windsurf]]
- [[Vibe Coding]] ← 资源库 ← [[vibe-coding-cn]]
- [[Vibe Coding]] ← 资源库 ← [[vibe coding cn]]
- [[AI编程]] ← 演进自 ← [[Prompt工程]]
## Contradictions

View File

@@ -23,12 +23,12 @@ date: 2025-11-19
## Key Concepts
- [[LLM]]大语言模型AI 应用的"天才大脑",擅长推理但缺乏实时知识
- [[RAG]]:检索增强生成,为 LLM 提供外部知识库访问能力,消除幻觉
- [[AI-Agent]]:智能体,围绕 LLM 构建的循环控制系统,赋予感知-规划-执行-反思能力
- [[AI-Agent-循环]]感知Scanner→ 思考Reasoner→ 行动Actor→ 观察Observer
- [[AI Agent]]:智能体,围绕 LLM 构建的循环控制系统,赋予感知-规划-执行-反思能力
- [[AI Agent 循环]]感知Scanner→ 思考Reasoner→ 行动Actor→ 观察Observer
## Key Entities
## Connections
- [[LLM]] ← 基础 ← [[AI-Agent]]
- [[RAG]] ← 信息层 ← [[AI-Agent]]
- [[LLM]] + [[RAG]] + [[AI-Agent]] ← 三位一体 ← [[生产级AI系统]]
- [[LLM]] ← 基础 ← [[AI Agent]]
- [[RAG]] ← 信息层 ← [[AI Agent]]
- [[LLM]] + [[RAG]] + [[AI Agent]] ← 三位一体 ← [[生产级AI系统]]

View File

@@ -27,20 +27,20 @@ date: 2026-04-13
> "We don't need AI that 'cares.' We need AI that is constrained, verified, pruned, and challenged."
## Key Concepts
- [[Multi-Agent-Hierarchy]]层级模式Supervisor 规划 + Worker 执行 + Validator 验证
- [[Multi-Agent-Consensus]]共识模式多数投票降低幻觉概率3个模型相同谎言概率降至0.8%
- [[Multi-Agent-Adversarial-Debate]]:对抗辩论模式,防止 Sycophancy真理越辩越明
- [[Multi-Agent-Knock-out]]:淘汰制模式,适应度函数评估,不合格 Agent 直接淘汰
- [[Multi Agent Hierarchy]]层级模式Supervisor 规划 + Worker 执行 + Validator 验证
- [[Multi Agent Consensus]]共识模式多数投票降低幻觉概率3个模型相同谎言概率降至0.8%
- [[Multi Agent Adversarial Debate]]:对抗辩论模式,防止 Sycophancy真理越辩越明
- [[Multi Agent Knock out]]:淘汰制模式,适应度函数评估,不合格 Agent 直接淘汰
- [[LLM-可靠性工程]]:将 SRE 原则应用于 LLM 系统,视 LLM 为不可靠组件
- [[Sycophancy]]:模型阿谀倾向,用威胁逼迫时可能撒谎以取悦用户
## Key Entities
- [[Alex-Ewerlof]]作者资深工程师27年经验SRE 背景2023年起专注 LLM
- [[Alex Ewerlof]]作者资深工程师27年经验SRE 背景2023年起专注 LLM
- [[遗传算法]]GAKnock-out 模式借鉴的经典 ML 方法
## Connections
- [[Multi-Agent-Hierarchy]] ← 人类组织 ← [[Multi-Agent-System-Reliability]]
- [[Multi-Agent-Consensus]] ← 民主投票 ← [[Multi-Agent-System-Reliability]]
- [[Multi-Agent-Adversarial-Debate]] ← 法庭对抗 ← [[Multi-Agent-System-Reliability]]
- [[Multi-Agent-Knock-out]] ← 适者生存 ← [[Multi-Agent-System-Reliability]]
- [[Multi Agent Hierarchy]] ← 人类组织 ← [[Multi-Agent-System-Reliability]]
- [[Multi Agent Consensus]] ← 民主投票 ← [[Multi-Agent-System-Reliability]]
- [[Multi Agent Adversarial Debate]] ← 法庭对抗 ← [[Multi-Agent-System-Reliability]]
- [[Multi Agent Knock out]] ← 适者生存 ← [[Multi-Agent-System-Reliability]]
- [[LLM]] ← 不可靠组件 ← [[Multi-Agent-System-Reliability]]

View File

@@ -0,0 +1,36 @@
---
title: "Nano Banana结构化提示词框架"
type: source
tags: [ai, google, prompt, image-generation]
date: 2026-03-15
---
## Source File
- [[raw/AI/Nano Banana 提示词框架.md]]
## Summary
- 核心主题Google Nano Banana 图像生成提示词的结构化框架
- 问题域AI 图像生成中的提示词标准化与质量控制
- 方法/机制:通过 9 个标准化字段shot/subject/environment/lighting/camera/color_grade/style/quality/negatives将创意描述转化为机器可执行参数
- 结论/价值结构化框架实现提示词可复用、可组合negatives 字段是质量控制关键
## Key Claims
- 9 个标准化字段覆盖图像生成全维度shot镜头类型/ subject主体/ environment环境/ lighting照明/ camera摄像机/ color_grade调色/ style风格/ quality质量/ negatives负向提示词
- negatives负向提示词是质量控制关键字段明确排除不需要的特征
- camera 字段提供电影级构图控制(焦距/光圈/角度)
- 物件描述框架与人物描述框架共用同一结构subject 字段内容不同
## Key Concepts
- [[Nano Banana]]Google 发布的结构化图像提示词框架
- [[负向提示词]]:明确排除不需要的特征
- [[结构化提示词]]:通过标准化字段将创意描述转化为机器可执行参数
## Key Entities
- [[Google]]Nano Banana 的发布方
## Connections
- [[Nano Banana]] ← 同概念
- [[负向提示词]] ← 关键机制
- [[结构化提示词]] ← 框架类型
## Contradictions

View File

@@ -0,0 +1,35 @@
---
title: "Never write another prompt"
type: source
tags: [tutorial, ai-tools, prompt-engineering]
date: 2025-03-06
---
## Source File
- [[raw/AI/Never write another prompt.md]]
## Summary
- 核心主题AI 提示词生成工具的使用教程
- 问题域:用户难以编写精确的提示词导致 AI 输出质量不佳
- 方法/机制:将基础描述转换为结构化详细提示词的自动化工具
- 结论/价值:无需专业提示词工程背景即可生成高质量提示词,大幅降低使用成本
## Key Claims
- 工具可以将简单描述自动转化为详细的结构化提示词
- 生成一个高质量提示词通常需要 100-500 美元,自动化工具可大幅降低成本
- 变量功能支持高度定制化
- 提示词库提供灵感来源,可显著减少创建时间
- 成功的提示词可保存复用,提高长期效率
## Key Concepts
- [[提示词工程自动化]]:将复杂提示词编写过程简化为描述输入
- [[提示词变量]]:允许用户自定义定制化输出的占位符机制
- [[提示词库]]:预制提示词的资源集合,用于快速复用
## Key Entities
- [[Anthropic Console]]Claude API 管理控制台
- [[YouTube]]:视频教程发布平台
## Connections
- [[Prompt工程]] ← 关联 ← 自动化提示词生成降低工程门槛
- [[Claude Code]] ← 关联 ← 两者都是提升 AI 使用效率的工具

View File

@@ -0,0 +1,39 @@
---
title: "NotebookLM的7种用法"
type: source
tags: [ai, google, tool, productivity]
date: 2025-11-23
---
## Source File
- [[raw/AI/7 ways I use NotebookLM to make my life easier.md]]
## Summary
- 核心主题NotebookLM 日常使用场景与生产力提升方法
- 问题域:信息过载、学习效率、项目管理、被动学习
- 方法/机制Source-Grounding严格限制知识库仅含上传文档+ Audio Overviews播客式摘要+ 精确引文追溯
- 结论/价值NotebookLM 的核心价值在于消除幻觉、确保可溯源回答Source-Grounding 是其与其他 AI 助理的本质区别
## Key Claims
- Source-Grounding 机制NotebookLM 知识库严格限制为用户上传的文档,消除幻觉
- 每个答案附带精确引文,可点击跳转原文确认
- Audio Overviews双 AI 主持人播客式讨论,适合通勤/运动时被动学习
- 可作为项目管理大脑:把散乱的研究和想法集中到统一笔记本
- 法律文档审查:只基于给定文档回答,附带原文引文
- 软件更新对比:直接询问"这个版本有什么新变化",自动列出差异
## Key Concepts
- [[Source Grounding]]:严格限制知识库仅含上传文档,消除幻觉的机制
- [[被动学习]]Audio Overviews 在碎片时间消费复杂信息
- [[引文追溯]]:每个回答附带原文引文
## Key Entities
- [[NotebookLM]]Google 推出的 AI 学习和研究助理
## Connections
- [[Source Grounding]] ← 核心机制
- [[被动学习]] ← 使用场景
- [[引文追溯]] ← 信任机制
- [[NotebookLM]] ← 工具
## Contradictions

View File

@@ -0,0 +1,55 @@
---
title: "The Picture They Paint of You"
type: source
tags: [ clippings, ai, product-framing ]
date: 2026-04-13
---
## Source File
- [[raw/AI/The Picture They Paint of You.md]]
## Summary
- 核心主题AI 产品命名与营销框架如何折射职业价值认知
- 问题域AI SRE 与编码助手在产品定位上的二元对立
- 方法/机制:对比分析 14 家 AI SRE 产品和 8 家编码助手产品的命名与话语框架
- 结论/价值AI 工具的命名框架揭示了构建者对特定职业的社会认知,且这种认知会被放大并赋予合法性
## Key Claims
- AI SRE 产品普遍以"替代者"框架营销,强调消除人工负担、去琐碎化
- 编码助手产品普遍以"协作者"框架营销,强调增强工程师能力、赋予更多控制权
- 产品命名差异反映了买卖双方对职业价值的社会认知分裂
- 泰勒主义软件工厂框架正在取代原本的工程师-自动化伙伴关系
- 类比既是杠杆,也是束缚;好的工具需要更准确的工作表征
## Key Quotes
> "AI SRE 被宣传为确保无人被低效工作分散注意力的有效方法" — 产品营销话语
> "编码助手被定位为增强工程师的能力,并被赋予了名字" — 产品定位差异
> "类比既可以成为杠杆,也可能成为束缚" — 核心论点
## Key Concepts
- [[AI工具命名框架]]:产品名称与营销话语对职业价值的折射
- [[Taylorism]]:泰勒制,以效率为中心的科学管理方法,现被类比到软件工程自动化
- [[剩余原则]]The Left-over Principle角色部分自动化后剩余工作堆积到更少的人身上
- [[软件工厂]]Software Factory高层控制器协调大量无面孔代理的模式
## Key Entities
- [[Anthropic]]Claude Code 持有"协作者"框架,强调"Built for builders"
- [[AWS]]DevOps Agent 定位为"全天候自主值班工程师"
- [[Harness]]AI SRE 强调"扩展响应能力,而非团队规模"
- [[Ciroos]]:另一款以"帮助"SRE 团队为目标的产品,名称相对人性化
- [[Cleric]]:少数有名字的 AI SRE 产品名称源自DnD辅助职业
- [[Cline]]:编码伙伴定位,"天生协作,获准自主运行"
- [[GitHub Copilot]]:副驾驶命名体现协作角色,"Ship faster with AI that codes with you"
- [[OpenAI Codex]]:定位为更明确的替代角色,"智能编码的指挥中心"
## Connections
- [[Vibe Coding]] ← 影响 ← [[软件工厂]]框架(均强调高层控制)
- [[AI产品经理]] ← 关联 ← [[AI工具命名框架]](命名即认知投射)
- [[超级个体]] ← 对立 ← [[Taylorism]](前者强调人的价值,后者强调替代)
- [[Claude Code]] ← 协作者框架 → [[Cline]](均为增强工具)
## Contradictions
- 与 [[Vibe Coding]] 框架存在张力:
- 冲突点Vibe Coding 强调人机协作伙伴关系,而软件工厂框架强调替代与控制
- 当前观点Vibe Coding 认为开发者是导演AI 是结对伙伴
- 对方观点Software Factory 认为人只需做高层控制者

View File

@@ -0,0 +1,31 @@
---
title: "Useful Prompt Lib"
type: source
tags: [prompt-library, claude, resources]
date: 2025-03-06
---
## Source File
- [[raw/AI/Useful Prompt Lib.md]]
## Summary
- 核心主题Anthropic Claude Prompt 库资源汇总
- 问题域:用户需要预设提示词模板以快速调用特定 AI 能力
- 方法/机制:整理 60+ 按功能分类的提示词模板,覆盖代码、数据分析、内容创作等多个领域
- 结论/价值:为开发者提供开箱即用的提示词资源库,降低重复创建成本
## Key Claims
- Babel's broadcasts 适合 TikTok 多语言本地化改写
- Review classifier 可自动化处理店铺/广告评论分类
- Data organizer 能将非结构化信息快速转为 JSON 对接自动化工作流
## Key Concepts
- [[Prompt库]]:按功能分类的预设提示词模板集合
- [[JSON转换]]:将非结构化文本转换为结构化 JSON 格式
## Key Entities
- [[Anthropic]]Prompt 库发布方,提供 60+ 预设模板
## Connections
- [[Prompt工程]] ← 包含 ← Useful Prompt Lib 提供实践模板
- [[AI工作流自动生成]] ← 依赖 ← Data organizer 等提示词实现数据转换

View File

@@ -0,0 +1,66 @@
---
title: "baoyu-skills 宝玉 Claude Code 技能集"
type: source
tags: [Claude Code, baoyu, skills, 内容生成, AI图像, 工具技能]
sources: [raw/Skills/baoyu-skills-claude-code-技能集.md]
last_updated: 2026-04-15
---
## Source File
- [[raw/Skills/baoyu-skills-claude-code-技能集.md]]
## Summary
- 核心主题宝玉JimLiu发布的 Claude Code 技能集涵盖内容生成、AI 图像创作、日常效率工具三大类
- 问题域:如何通过标准化 Skill 封装实现 AI 工具的即装即用,降低 AI 助手的工程化门槛
- 方法/机制ClawHub 发布协议、NPM 安装、EXTEND.md 自定义扩展、环境变量 API Key 管理
- 结论/价值Claude Code Skills 是 AI 能力平民化的关键路径,一次安装多处复用
## Key Claims
- 每个 `skills/baoyu-*` 目录可独立发布为 ClawHub skill用户按需安装clawhub install baoyu-imagine
- Claude Code Skills = 工具技能Content/AI Generation/Utility而非纯提示词
- 内容技能覆盖小红书信息图baoyu-xhs-images、专业信息图baoyu-infographic、文章插图baoyu-article-illustrator、幻灯片baoyu-slide-deck、知识漫画baoyu-comic、X/微信/微博发布
- AI 图像生成baoyu-imagine支持 OpenAI、Google、DashScope、MiniMax、即梦Jimeng、豆包Seedream、Replicate 等 8 家服务商
- 工具技能覆盖YouTube 字幕下载、URL 转 Markdown、X 内容抓取、图片压缩、Markdown 格式化与 HTML 转换、翻译(三模式)
- EXTEND.md 支持用户级和项目级自定义,可覆盖默认样式和添加个人预设
## Key Quotes
> "ClawHub 按'单个 skill'安装,不是把整个 marketplace 一次性装进去。" — ClawHub 安装模式,解耦分发
> "Claude Code Skills 是 AI 能力平民化的关键路径,一次安装多处复用。" — 核心价值主张
## Key Concepts
- [[baoyu-imagine]]:多服务商图像生成 Skill支持 OpenAI/DashScope/MiniMax/即梦/豆包/Seedream/Replicate自动检测服务商
- [[baoyu-infographic]]专业信息图生成20 种布局 × 17 种视觉风格组合
- [[baoyu-xhs-images]]:小红书信息图,风格 × 布局二维系统9 种风格 × 6 种布局)
- [[baoyu-slide-deck]]幻灯片生成4 维度风格系统(纹理 × 氛围 × 字体 × 密度)
- [[baoyu-comic]]:知识漫画创作,画风 × 基调灵活组合5 种画风 × 8 种基调)
- [[baoyu-article-illustrator]]:文章智能插图,类型 × 风格二维系统
- [[baoyu-translate]]:三模式翻译(快速/标准/精翻),支持受众预设和自定义术语表
- [[内容技能]]:内容生成和发布类 Skillxhs-images/infographic/cover-image/slide-deck/comic/article-illustrator/post-to-*
- [[AI生成技能]]AI 驱动的生成后端 Skillbaoyu-imagine/baoyu-danger-gemini-web
- [[工具技能]]:内容处理工具 Skillyoutube-transcript/url-to-markdown/x-to-markdown/compress-image/format-markdown/markdown-to-html/translate
- [[ClawHub]]OpenClaw Skill 发布平台,支持按单个 skill 安装而非 marketplace 批量安装
## Key Entities
- [[宝玉]]JimLiu/baoyuGitHub @JimLiubaoyu-skills 项目作者AI 内容生成工具开发者
- [[JimLiu]]GitHub 账户,同 baoyu
## Connections
- [[宝玉]] ← 作者 ← [[baoyu-imagine]]
- [[宝玉]] ← 作者 ← [[baoyu-infographic]]
- [[宝玉]] ← 作者 ← [[内容技能]]
- [[ClawHub]] ← 分发平台 ← [[baoyu-imagine]]
- [[Claude Code]] ← 运行时 ← [[内容技能]]
- [[Claude Code]] ← 运行时 ← [[AI生成技能]]
- [[Claude Code]] ← 运行时 ← [[工具技能]]
- [[Claude Code]] ← 运行时 ← [[baoyu-translate]]
- [[baoyu-imagine]] ← 底层支持 ← [[MCP]]
- [[baoyu-skills]] → 发布到 → [[ClawHub]]
- [[AI技能封装]] ← 方法论 ← [[baoyu-skills]]
## Contradictions
- 与 [[Claude Code调用方法总结]] 冲突:
- 冲突点Skill 安装方式
- 当前观点baoyu-skills 通过 `npx skills add` 或 ClawHub 安装
- 对方观点Claude Code Skills 应通过 `/plugin` 命令或 `clawhub install` 安装,两者实为同一机制的不同前端
- 与 [[AI技能封装]] 协同:
- baoyu-skills 是 [[AI技能封装]] 的典型实现,每个 Skill 将特定任务封装为标准化工作流

View File

@@ -28,14 +28,14 @@ date: 2026-03-21
## Key Concepts
- [[Workspace]]OpenClaw 中 Agent 的工作台目录(~/.openclaw/workspace/),决定 Agent 怎么工作
- [[AGENTS.md]]Agent 岗位职责说明书,定义职责边界、场景触发、多 Agent 协调
- [[SOUL.md]]Agent 性格档案,叙事性角色设定,定义说话风格和价值观
- [[USER.md]]:用户偏好固化文件,减少重复交代
- [[TOOLS.md]]:工具权限声明与使用规范,核心是"什么时候不用"
- [[IDENTITY.md]]Agent 结构化身份元数据Name/Creature/Vibe/Emoji/Avatar
- [[BOOTSTRAP.md]]:一次性初始化引导,完成后删除
- AGENTS.mdAgent 岗位职责说明书,定义职责边界、场景触发、多 Agent 协调
- SOUL.mdAgent 性格档案,叙事性角色设定,定义说话风格和价值观
- USER.md用户偏好固化文件减少重复交代
- TOOLS.md工具权限声明与使用规范核心是"什么时候不用"
- IDENTITY.mdAgent 结构化身份元数据Name/Creature/Vibe/Emoji/Avatar
- BOOTSTRAP.md一次性初始化引导完成后删除
- [[长期记忆]]memory/ 目录让 Agent 跨会话保留重要信息
- [[Agent编排]]:多 Agent 协作通过 AGENTS.md 中的 spawn 规则实现
- [[Agent 编排]]:多 Agent 协作通过 AGENTS.md 中的 spawn 规则实现
## Key Entities
- [[OpenClaw]]AI Agent 框架workspace 是其核心设计之一
@@ -43,9 +43,9 @@ date: 2026-03-21
## Connections
- [[OpenClaw]] ← 包含 ← [[Workspace]]
- [[Workspace]] ← 由 ← [[AGENTS.md]] + [[SOUL.md]] + [[USER.md]] + [[TOOLS.md]] + [[IDENTITY.md]] + [[BOOTSTRAP.md]] + [[长期记忆]]
- [[SOUL.md]] ← 与 ← [[IDENTITY.md]] ← 分工 ← 性格叙事 vs 结构化元数据
- [[AGENTS.md]] ← 协同 ← [[SOUL.md]] + [[USER.md]]
- [[Workspace]] ← 由 ← AGENTS.md + SOUL.md + USER.md + TOOLS.md + IDENTITY.md + BOOTSTRAP.md + [[长期记忆]]
- SOUL.md ← 与 ← IDENTITY.md ← 分工 ← 性格叙事 vs 结构化元数据
- AGENTS.md ← 协同 ← SOUL.md + USER.md
- [[长期记忆]] ← 支撑 ← [[Workspace]]
## Contradictions

View File

@@ -0,0 +1,65 @@
---
title: "不会Gemini的产品经理真的要被淘汰了"
type: source
tags: [AI产品管理, Gemini, PRD, FeatureList, AI工作流]
sources: [raw/AI/不会Gemini的产品经理真的要被淘汰了 附保姆级PRD生成指南.md]
last_updated: 2026-04-15
---
## Source File
- [[raw/AI/不会Gemini的产品经理真的要被淘汰了 附保姆级PRD生成指南.md]]
## Summary
- 核心主题Gemini 3 Pro 驱动下 AI 时代产品经理能力结构重塑AI 嵌入工作流的实战方法论
- 问题域产品经理如何使用大模型提升需求文档、FeatureList、逻辑图生成效率
- 方法/机制FeatureList 共创构思 → Mermaid 逻辑图 → 分页面 PRD 口述 → HTML 原型自动生成
- 结论/价值:大模型是"知识渊博但不带脑子的苦工",核心价值在于将人的想法准确写下来,而非替代人思考
## Key Claims
- Gemini 2.5/3 Pro 可将产品经理部分工作时间缩短 90% 以上
- 大模型写 PRD 是"写"而非"想":人负责想结构,大模型负责补全边界场景和格式严谨性
- FeatureList 是需求创意的核心工具,通过分层展开确保功能点全面、优先级合理
- Mermaid 代码 + 飞书文档可实现 ER 图、泳道图、甘特图等所有常用逻辑图的自动化生成
- 调教(微反馈)是关键:直接指出错误,三句话带出一个文档写得好的"AI下属"
- HTML 原型生成 + PRD 差量维护 = 永远最新的交互原型库
## Key Quotes
> "Gemini 是一个知识渊博但'不带脑子'的苦工,你表述的越准、它执行得越准。" — 核心方法论,人机协作的准确度取决于人类表述质量
> "只有提交真实需求,才能获得真实的触动。" — 纯银观点,真问题才有真震撼
> "不会用 Gemini 的产品经理真的要被淘汰了——或者说,不能把时代里随时涌现的新东西嵌入到自己中,新时代也就没有了嵌入你我的位置。" — 核心命题
> "超级个体之所以是超级个体,不是因为 AI而是因为他们本来就掌握'把一件事做对'的方法和能力。" — 对超级个体神话的反驳
## Key Concepts
- [[FeatureList]]:分层级展开的需求表,核心关注分模块分层合理性、功能点全面性、优先级评估合理性
- [[PRD自动生成]]:分页面口述需求 + 模板调教 + 边界场景补全的 AI 辅助文档写作流程
- [[Mermaid]]通过代码生成逻辑图ER图、泳道图、时序图、甘特图等飞书原生支持
- [[AI产品经理]]:掌握将大模型嵌入工作流以产生实际价值的产品经理,而非浅尝辄止的豆包用户
- [[超级个体]]在某个领域能做到八九十分的人AI 放大了其横向扩展能力,而非平庸者的救星
- [[AI嵌入工作流]]:把大模型"嵌入"到工作流程中产生实际价值,而非单独使用
- [[需求端到端]]:产品经理与 Agent 对话获得 id研发盯着屏幕冒代码绕过传统需求文档传递
## Key Entities
- [[Kira2red]]微信公众号作者AI 产品管理实践者
- [[Gemini]]Google 大模型PRD 写作的主要工具
- [[纯银]]V2EX 创始人产品经理Gemini 3 Pro 体验分享者,观点引用来源
## Connections
- [[Gemini]] ← 工具基础 ← [[AI产品管理]]
- [[FeatureList]] ← 核心方法 ← [[PRD自动生成]]
- [[Mermaid]] ← 图形化工具 ← [[PRD自动生成]]
- [[AI产品管理]] ← 能力要求 ← [[超级个体]]
- [[AI产品管理]] → 威胁对象 → [[传统产品经理]]
- [[精准表达]] ← 核心能力 ← [[AI产品管理]]
- [[结构化思维]] ← 核心能力 ← [[AI产品管理]]
- [[AI产品管理]] → 效率杠杆 → [[超级个体]]
- [[精准表达]] ← 调教基础 ← [[Gemini]]
## Contradictions
- 与 [[Agent Skill 设计模式]] 冲突:
- 冲突点AI 是辅助工具还是替代者
- 当前观点:[[Agent Skill 设计模式]] 强调 Skill 作为工具箱AI 是能力的扩展器
- 对方观点:本文暗示 AIGemini可替代产品经理 90% 的文本工作,能力边界更激进
- 与 [[超级个体]] 冲突:
- 冲突点:超级个体的成因
- 当前观点:超级个体因 AI 而成
- 对方观点超级个体本就具备把事情做对的能力AI 只是横向扩展工具,非充分条件

View File

@@ -25,7 +25,7 @@ date: 2026-04-14
## Key Concepts
- [[n8n]]:开源工作流自动化工具,支持节点连接执行任务
- [[n8n-mcp]]:连接 n8n 与 AI 模型的 MCP 服务器,提供 543 节点的结构化访问
- [[n8n mcp]]:连接 n8n 与 AI 模型的 MCP 服务器,提供 543 节点的结构化访问
- [[AI工作流自动生成]]通过自然语言描述需求AI 自动设计并生成工作流代码
## Key Entities
@@ -35,7 +35,7 @@ date: 2026-04-14
## Connections
- [[使用Claude自动生成N8N工作流的实操教程]] ← 依赖 ← [[Claude Code 调用方法总结]]
- [[n8n]] ← 工具平台 ← [[n8n-mcp]]
- [[n8n-mcp]] ← 基于 ← [[MCP]]
- [[n8n]] ← 工具平台 ← [[n8n mcp]]
- [[n8n mcp]] ← 基于 ← [[MCP]]
## Contradictions

View File

@@ -0,0 +1,38 @@
---
title: "递归自优化生成系统的形式化框架"
type: source
tags: [ai, theory, recursion, fixed-point]
date: 2025-12-30
---
## Source File
- [[raw/AI/A Formalization of Recursive Self-Optimizing Generative Systems.md]]
## Summary
- 核心主题:递归自优化生成系统的数学形式化
- 问题域:自改进 AI 系统的理论框架、生成器空间的收敛性
- 方法/机制:自映射 Φ on generator space固定点语义λ-calculus 递归
- 结论/价值:稳定生成能力 = Φ 的固定点 G*,为自改进 AI 提供数学基础
## Key Claims
- 自优化的目标不是单次最优输出 P*,而是生成器空间 {G_n} 的收敛行为
- 稳定生成能力 = Φ 的固定点 G*:Φ(G*) = G*
- 系统通过自举Bootstrapping实现自我超越无限逼近理想状态 Ω
- Y Combinator 表达G* = Y STEP满足 G* = STEP G*(自参照结构)
- 递归结构与经典递归理论、自参照计算一致
## Key Concepts
- [[自递归优化生成系统]]α-提示词(生成器 G+ Ω-提示词(优化器 O+ 元生成器M的递归结构
- [[固定点]]:Φ(G*) = G* 对应系统不动点,即自洽的稳定生成能力
- [[自举]]:用优化产物反馈给系统,启动下一轮进化
- [[生成器空间]] GI → P 的函数空间,α-提示词在此空间中收敛
## Key Entities
- [[tuuai]]:独立研究者,提出该形式化框架
## Connections
- [[自递归优化生成系统]] ← 理论基础 ← [[Claude Skills研究范式]]
- [[固定点]] ← 数学工具 ← [[自递归优化生成系统]]
- [[Y Combinator]] ← 形式化表达 ← [[自递归优化生成系统]]
## Contradictions