Merge remote-tracking branch 'origin/master'
# Conflicts: # .obsidian/plugins/various-complements/histories.json
This commit is contained in:
156
07-Other/AI/AI Agent/Claude.md
Normal file
156
07-Other/AI/AI Agent/Claude.md
Normal file
@@ -0,0 +1,156 @@
|
||||
# 前言
|
||||
1. Claude:编程向的LLM大模型
|
||||
1. 本地部署 LLM,无订阅使用 Claude Code https://km.netease.com/v4/detail/blog/258409
|
||||
1. **本地部署 LLM,并让 Claude Code 使用本地模型作为推理后端**。 claude code + glm4.5
|
||||
2. Claude Code Agent Teams 实验与技术剖析 https://km.netease.com/v4/detail/blog/259175
|
||||
3. 部署思路:
|
||||
1. Ollama。https://zhuanlan.zhihu.com/p/1996694609837983703
|
||||
2. 原生部署。
|
||||
2. Claude Skill
|
||||
1. 我用Claude白嫖了整个Github,现在每天只工作2小时 https://zhuanlan.zhihu.com/p/1998522824734815001
|
||||
3. 教学视频
|
||||
1. 【Claude Code 从 0 到 1 全攻略:MCP / SubAgent / Agent Skill / Hook / 图片 / 上下文处理/ 后台任务】 https://www.bilibili.com/video/BV14rzQB9EJj/?share_source=copy_web&vd_source=fe8142e8e12816535feaeabd6f6cdc8e
|
||||
4. WY工具
|
||||
1. Claude Dashboard:AI并行编程的指挥中心 https://km.netease.com/v4/detail/blog/258957
|
||||
2. **100% AI编程实践:POPO for OpenClaw 开发纪实** https://km.netease.com/v4/detail/blog/259053
|
||||
5. 其他大模型
|
||||
1. OpenCode
|
||||
2. QWen
|
||||
3. Gemini
|
||||
4. MiniMax
|
||||
5. DeepSeek
|
||||
|
||||
# 其他相关知识
|
||||
## Agent Teams 工作机制与原理
|
||||
在深入案例之前,先理解 Agent Teams 的底层工作机制。这有助于理解后续协作中发生的每一个事件。
|
||||
### **2.1 架构概览**
|
||||
```
|
||||
┌─────────────────────────────────────────────────────────┐
|
||||
│ 用户(Human) │
|
||||
│ │ │
|
||||
│ ▼ │
|
||||
│ ┌─────────────────┐ │
|
||||
│ │ Team Lead │ ◀── 主 Claude 会话 │
|
||||
│ │ (Orchestrator) │ │
|
||||
│ └────────┬────────┘ │
|
||||
│ │ │
|
||||
│ ┌────────────┼────────────┐ │
|
||||
│ │ SendMessage / TaskUpdate │ │
|
||||
│ │ (异步消息队列) │ │
|
||||
│ ▼ ▼ ▼ │
|
||||
│ ┌──────────┐ ┌──────────┐ ┌──────────┐ │
|
||||
│ │ Agent A │ │ Agent B │ │ Agent C │ ◀── 子进程 │
|
||||
│ │(Architect)│ │(Backend) │ │(Frontend)│ │
|
||||
│ └──────────┘ └──────────┘ └──────────┘ │
|
||||
│ │ │ │ │
|
||||
│ └────────────┼────────────┘ │
|
||||
│ ▼ │
|
||||
│ 共享文件系统 │
|
||||
│ (api-contract.yaml, │
|
||||
│ shared-types.ts, ...) │
|
||||
└─────────────────────────────────────────────────────────┘
|
||||
```
|
||||
### 2.2 核心组件
|
||||
#### **Team(团队)**
|
||||
通过 TeamCreate 创建,在 ~/.claude/teams/{team-name}/config.json 生成团队配置文件。团队是一个逻辑分组,包含:
|
||||
- 团队名称和描述
|
||||
- 成员列表(name、agentId、agentType)
|
||||
- 与 TaskList 的 1:1 对应关系
|
||||
#### **Agent(智能体)**
|
||||
每个 Agent 是一个独立的 Claude 子进程,通过 Task 工具启动(subagent_type: general-purpose)。每个 Agent 拥有:
|
||||
- **独立的上下文窗口**:Agent 之间不共享对话历史
|
||||
- **独立的工具集**:可以读写文件、执行 bash 命令、搜索代码等
|
||||
- **异步消息队列**:接收来自其他 Agent 或 Team Lead 的消息
|
||||
- **团队感知**:可以读取团队配置文件,知道队友是谁
|
||||
|
||||
#### **TaskList(任务列表)**
|
||||
通过 TaskCreate、TaskUpdate、TaskList 等工具管理。任务系统提供:
|
||||
- **状态机**:pending → in_progress → completed
|
||||
- **依赖关系**:blockedBy / blocks 实现任务间的前后依赖
|
||||
- **分配机制**:owner 字段标识任务归属
|
||||
|
||||
#### **SendMessage(消息系统)**
|
||||
Agent 间通信的唯一方式。消息类型包括:
|
||||
- message:点对点消息(Agent A → Agent B)
|
||||
- broadcast:广播消息(发送给所有队友)
|
||||
- shutdown_request / shutdown_response:优雅关闭协议
|
||||
|
||||
### **2.3 通信模型:异步邮箱 + 空闲通知**
|
||||
Agent Teams 的通信是**异步的**,这是理解整个协作过程的关键:
|
||||
```
|
||||
Agent A Agent B
|
||||
│ │
|
||||
├─── SendMessage ──────────▶│ (消息进入 B 的邮箱)
|
||||
│ │
|
||||
├─── 继续工作... │ (B 可能正忙,消息排队)
|
||||
│ │
|
||||
│ ├── 本轮工作结束
|
||||
│ ├── 检查邮箱,读取消息
|
||||
│ ├── 处理消息,发送回复
|
||||
│ ◀── idle_notification ───┤ (B 的轮次结束,系统自动通知)
|
||||
│ │
|
||||
```
|
||||
|
||||
**关键机制:**
|
||||
1. **消息不会打断正在工作的 Agent**:如果 Agent B 正在写代码,Agent A 发送的消息会在 B 的邮箱中排队,直到 B 当前轮次结束后才会被处理。
|
||||
2. **idle_notification 是系统自动发送的**:当一个 Agent 的轮次结束(无论是完成了工作还是在等待输入),系统会自动向 Team Lead 发送空闲通知。这不是 Agent 主动发的。
|
||||
3. **Agent 间不直接通信**:所有消息都通过邮箱系统路由。Agent A 发给 Agent B 的消息,Team Lead 可以在 idle_notification 的 summary 中看到摘要。
|
||||
4. **共享文件系统是隐式通信通道**:虽然 Agent 间不共享上下文,但它们可以通过读写同一个文件(如 api-contract.yaml)来传递信息。
|
||||
|
||||
### **2.4 Agent 的生命周期**
|
||||
```
|
||||
创建(Task tool)
|
||||
│
|
||||
▼
|
||||
初始化 ──▶ 读取 prompt ──▶ 开始工作
|
||||
│
|
||||
┌───────────┤
|
||||
▼ ▼
|
||||
完成工作 等待消息
|
||||
│ │
|
||||
▼ ▼
|
||||
发送结果 idle (空闲)
|
||||
│ │
|
||||
▼ ▼
|
||||
idle_notification ──▶ Team Lead
|
||||
│
|
||||
┌───────┤
|
||||
▼ ▼
|
||||
收到新消息 收到 shutdown_request
|
||||
│ │
|
||||
▼ ▼
|
||||
继续工作 shutdown_response(approve)
|
||||
│
|
||||
▼
|
||||
进程退出
|
||||
```
|
||||
|
||||
### **2.5 任务依赖如何控制协作节奏**
|
||||
这个案例中最关键的协调机制是**任务依赖**:
|
||||
```
|
||||
Task #1 (Architect: 设计 API) status: pending → in_progress → completed
|
||||
│
|
||||
├── blocks ──▶ Task #2 (Backend: 评审) ← blockedBy: [#1]
|
||||
├── blocks ──▶ Task #3 (Frontend: 评审) ← blockedBy: [#1]
|
||||
└── blocks ──▶ Task #4 (QA: 评审+测试) ← blockedBy: [#1]
|
||||
```
|
||||
当 Task #1 的状态变为 completed 时,Tasks #2/#3/#4 的 blockedBy 列表自动清空,Agent 可以通过 TaskList 发现任务可执行。
|
||||
但实际操作中,**依赖关系是"软约束"** —— Agent 并不会自动被阻塞。Team Lead 需要主动告知 Agent "你的任务被阻塞了,请等待",或者 Agent 自己通过 TaskList 查看依赖状态后决定等待。
|
||||
|
||||
### **2.6 多团队工作流**
|
||||
在这个案例里面,同一个 Team Lead **顺序创建、使用、销毁了 4 支团队**,每支团队负责一个阶段:
|
||||
```
|
||||
flash-sale (4 Agent) 合约设计 + 并行编码
|
||||
│ 完成 → 销毁
|
||||
▼
|
||||
flash-sale-review (4 Agent) 代码评审
|
||||
│ 完成 → 销毁
|
||||
▼
|
||||
p0-fix (9 Agent) P0 级问题并行修复
|
||||
│ 完成 → 销毁
|
||||
▼
|
||||
remaining-fix (4 Agent) 剩余问题并行修复
|
||||
│ 完成 → 销毁
|
||||
```
|
||||
|
||||
每支团队拥有独立的 TaskList 和成员列表,团队之间通过**共享文件系统**传递成果(上一支团队的代码产出是下一支团队的评审/修复输入)。Team Lead 的主会话贯穿全程,是唯一跨团队的持久上下文。
|
||||
5
07-Other/AI/AI Agent/OpenClaw.md
Normal file
5
07-Other/AI/AI Agent/OpenClaw.md
Normal file
@@ -0,0 +1,5 @@
|
||||
# 前言
|
||||
- https://github.com/openclaw/openclaw
|
||||
- KM
|
||||
- Clawdbot / Moltbot 上手体验 https://km.netease.com/v4/detail/blog/258496
|
||||
- OpenClaw Agent 真实案例分析 https://km.netease.com/v4/detail/blog/258865
|
||||
61
07-Other/AI/AI Agent/Unreal Mcp & Agent.md
Normal file
61
07-Other/AI/AI Agent/Unreal Mcp & Agent.md
Normal file
@@ -0,0 +1,61 @@
|
||||
# MCP
|
||||
- MCP:https://modelcontextprotocol.io/docs/getting-started/intro
|
||||
- 教学视频:
|
||||
- 【Agent 的概念、原理与构建模式 —— 从零打造一个简化版的 Claude Code】 https://www.bilibili.com/video/BV1TSg7zuEqR/?share_source=copy_web&vd_source=fe8142e8e12816535feaeabd6f6cdc8e
|
||||
- 【一次讲透SKill和MCP区别!4个神级MCP分享】 https://www.bilibili.com/video/BV1iYzGBdEVL/?share_source=copy_web&vd_source=fe8142e8e12816535feaeabd6f6cdc8e
|
||||
- MCP商店
|
||||
- https://mcpmarket.com/
|
||||
- 国内MCP:https://openmcp.store/
|
||||
- https://mcp.so/
|
||||
# MCP Server
|
||||
- DCC MCP
|
||||
- Blender https://github.com/ahujasid/blender-mcp
|
||||
- Maya(非常简单) https://github.com/PatrickPalmer/MayaMCP
|
||||
- Unreal MCP
|
||||
- **[unreal-mcp](https://github.com/chongdashu/unreal-mcp)** 1400star 10个月前
|
||||
- **[UnrealGenAISupport](https://github.com/prajwalshettydev/UnrealGenAISupport)** 394star 1个月前。
|
||||
- [Unreal_mcp](https://github.com/ChiR24/Unreal_mcp) 270star 3天前。
|
||||
- [winyunq](https://github.com/winyunq)/ [UnrealMotionGraphicsMCP](https://github.com/winyunq/UnrealMotionGraphicsMCP) 57star 高频更新
|
||||
- **[unreal-mcp](https://github.com/runreal/unreal-mcp)** 70star 8个月前
|
||||
- **[unreal-mcp](https://github.com/runeape-sats/unreal-mcp)** 36star 11个月前
|
||||
- **[UnrealMCPBridge](https://github.com/appleweed/UnrealMCPBridge)** 28 star 12个月前
|
||||
- Unity MCP
|
||||
- [CoplayDev](https://github.com/CoplayDev)/ [unity-mcp](https://github.com/CoplayDev/unity-mcp) 5800star 高频更新
|
||||
- Unreal AI Agent
|
||||
- **[Unreal-Agent](https://github.com/TREE-Ind/Unreal-Agent)** chatgpt 202star 2个月前
|
||||
- Aura:https://www.tryaura.dev/documentation/editor-agent/
|
||||
- flopperam:https://www.youtube.com/watch?v=D6hUrNKaqHg
|
||||
- **模型选择器**:选择将处理您请求的人工智能模型。自动模式会根据任务自动选择最佳模型,您也可从支持视觉功能的顶级模型中进行挑选。
|
||||
- **上下文工具**:为提示添加上下文。浏览内容以选择资源,从视口添加选定角色,或跳过说明以加快执行速度。
|
||||
- **语音输入**:用说话代替打字。完美适配免提工作流程,或通过自动转录实现更快速输入。
|
||||
- **图片上传**:上传截图或参考图片供AI分析。展示场景、标注创作需求,或突出显示待修改区域。
|
||||
- **智能助手/提问模式**:智能助手模式自动规划并执行任务。提问模式提供信息与代码建议,不执行任何操作。
|
||||
- **3D模型生成**:根据文字描述或图像创建3D模型。AI将生成带纹理的网格模型,可直接导入项目并在场景中部署。
|
||||
- Netease MCP:https://modelspace.netease.com/mcphub
|
||||
- POPO MCP
|
||||
- 易协作
|
||||
- Figma
|
||||
- Codemaker
|
||||
|
||||
## 热门MCP
|
||||
|
||||
| | |
|
||||
| ----------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------- |
|
||||
| MCP Server | 简介 |
|
||||
| [Context7](https://zhida.zhihu.com/search?content_id=268941131&content_type=Article&match_order=1&q=Context7&zhida_source=entity) | Context7 MCP Server 提供面向 AI 模型的文档检索与上下文注入能力,可实时获取官方文档的最新内容和指定版本的代码示例。 |
|
||||
| [Puppeteer](https://zhida.zhihu.com/search?content_id=268941131&content_type=Article&match_order=1&q=Puppeteer&zhida_source=entity) | Puppeteer MCP Server 提供浏览器自动化能力,使 LLM 能够在真实的浏览器环境中与网页进行交互、截取屏幕截图,并执行 JavaScript。 |
|
||||
| Sequential Thinking | Sequential Thinking MCP Server 通过结构化的思维流程,为动态且具反思性的问题求解提供工具。 |
|
||||
| [GitHub](https://zhida.zhihu.com/search?content_id=268941131&content_type=Article&match_order=1&q=GitHub&zhida_source=entity) | GitHub MCP Server 基于 GitHub API,允许 LLM 直接访问并管理 GitHub 上的仓库、代码、用户、Issue 与 Pull Request。 |
|
||||
| [Figma AI Bridge](https://zhida.zhihu.com/search?content_id=268941131&content_type=Article&match_order=1&q=Figma+AI+Bridge&zhida_source=entity) | Figma AI Bridge MCP Server 针对设计到实现阶段,提供查看、分析和提取 Figma 设计数据的能力,帮助 LLM 理解设计的结构并辅助精确还原设计稿中内容。 |
|
||||
| [Playwright](https://zhida.zhihu.com/search?content_id=268941131&content_type=Article&match_order=1&q=Playwright&zhida_source=entity) | Playwright MCP Server 基于 Playwright 提供浏览器自动化能力,使 LLM 能够在真实的浏览器环境中与网页交互、截取屏幕截图、生成测试代码、抓取网页内容,并执行 JavaScript。 |
|
||||
| [Memory](https://zhida.zhihu.com/search?content_id=268941131&content_type=Article&match_order=1&q=Memory&zhida_source=entity) | Memory MCP Server 通过本地知识图谱(Knowledge Graph)持久化记忆,使 LLM 能够跨会话保留用户相关的上下文信息。 |
|
||||
| Excel | Excel MCP Server 用于读取 Microsoft Excel 文件中的电子表格数据,或向其中写入数据。 |
|
||||
| File System | File System MCP Server 提供基于文件系统的文件读取能力。 |
|
||||
| Chrome DevTools MCP | Chrome DevTools MCP 让 AI 智能体能够直接控制并深入检查 Chrome 浏览器。它向 AI 开放了 Chrome DevTools 的全部能力,使其能更精准、高效地完成网页自动化测试、故障排查及性能分析等任务。 |
|
||||
| MarkltDown | 将网页转换成MD以减少上下文对于Token的消耗。 |
|
||||
| [exa-mcp-server](https://github.com/exa-labs/exa-mcp-server) | 语义搜索 |
|
||||
|
||||
|
||||
# 其他IDE
|
||||
- Cursor
|
||||
- Trae(字节)
|
||||
30
07-Other/AI/AI Agent/工作计划.md
Normal file
30
07-Other/AI/AI Agent/工作计划.md
Normal file
@@ -0,0 +1,30 @@
|
||||
# 工作计划
|
||||
1. [ ] 调研CodeMaker 使用Claude 与 本地使用 Claude 或者 CodeX的差距
|
||||
1. [ ] 多款编程模型差异比对 https://zhuanlan.zhihu.com/p/2003119552129689389
|
||||
2. [ ] 使用CodeMaker进行编程
|
||||
3. [ ] 本地搭建Claude测试。(Ollama + Claude)
|
||||
4. [ ] ~~本地部署OpenCode~~
|
||||
2. [ ] 游戏开发MCP & Skill &Agent开发
|
||||
1. [ ] DCC MCP
|
||||
1. [ ] Blender
|
||||
2. [ ] Maya
|
||||
3. [ ] Simplegen
|
||||
2. [ ] UE MCP
|
||||
1. [ ] UE Editor Server
|
||||
2. [ ] UE Docker Deployment
|
||||
3. [ ] 美术资产检查
|
||||
4. [ ] 自动化测试
|
||||
5. [ ] 截帧并且返回结果。
|
||||
6. [ ] 接入PoPo & 机器人 & brainmaker。
|
||||
7. [ ] UE Skill
|
||||
1. [ ] xxx
|
||||
8. [ ] UE AI Agent
|
||||
3. [ ] OpenClaw
|
||||
1. [ ] OpenClaw Agent 自研流程跑通
|
||||
4. [ ] Tmax 服务部署
|
||||
|
||||
|
||||
|
||||
# 结果
|
||||
## CodeMaker
|
||||
CodeMaker使用Claude4.5Opus;Github上的Claude版本会更新。
|
||||
@@ -239,26 +239,27 @@ JD购物:137.68
|
||||
JD购物:483
|
||||
|
||||
# 12月
|
||||
| 支出项目 | 日期 | 数额 | 支出账户 |
|
||||
| ------ | ----- | ------ | ----- |
|
||||
| 水费 | 12.2 | 55.1 | 支付宝 |
|
||||
| 电费 | 12.1 | 234.64 | 支付宝 |
|
||||
| 舒菁公粮 | 12.5 | 8500 | 招商银行卡 |
|
||||
| 宽带费 | 12.1 | 128.73 | 银行卡 |
|
||||
| 燃气费 | 11.29 | 49.6 | 支付宝 |
|
||||
| 网易吃牛排 | 12.4 | 75 | 支付宝 |
|
||||
| 网易吃鳗鱼饭 | 12.5 | 121 | 支付宝 |
|
||||
| 舒菁亲密付 | 12.9 | 192 | 支付宝 |
|
||||
| 看病 | 12.20 | 200 | 支付宝 |
|
||||
| 舒菁亲密付 | 12.22 | 238 | 支付宝 |
|
||||
| 舒菁亲密付 | 12.25 | 139.5 | 支付宝 |
|
||||
| 舒菁亲密付 | 12.28 | 775.8 | 支付宝 |
|
||||
| 地铁费 | 12.30 | 100 | 支付宝 |
|
||||
| 转账给老妈 | 12.12 | 1000 | 微信 |
|
||||
| 老妈生日红包 | 12.25 | 1000 | 微信 |
|
||||
| 转账给舒菁 | 12.25 | 1000 | 微信 |
|
||||
| | | | |
|
||||
| 支出项目 | 日期 | 数额 | 支出账户 |
|
||||
| ------- | ----- | ------ | ----- |
|
||||
| 水费 | 12.2 | 55.1 | 支付宝 |
|
||||
| 电费 | 12.1 | 234.64 | 支付宝 |
|
||||
| 舒菁公粮 | 12.5 | 8500 | 招商银行卡 |
|
||||
| 宽带费 | 12.1 | 128.73 | 银行卡 |
|
||||
| 燃气费 | 11.29 | 49.6 | 支付宝 |
|
||||
| 网易吃牛排 | 12.4 | 75 | 支付宝 |
|
||||
| 网易吃鳗鱼饭 | 12.5 | 121 | 支付宝 |
|
||||
| 舒菁亲密付 | 12.9 | 192 | 支付宝 |
|
||||
| 看病 | 12.20 | 200 | 支付宝 |
|
||||
| 舒菁亲密付 | 12.22 | 238 | 支付宝 |
|
||||
| 舒菁亲密付 | 12.25 | 139.5 | 支付宝 |
|
||||
| 舒菁亲密付 | 12.28 | 775.8 | 支付宝 |
|
||||
| 地铁费 | 12.30 | 100 | 支付宝 |
|
||||
| 转账给老妈 | 12.12 | 1000 | 微信 |
|
||||
| 老妈生日红包 | 12.25 | 1000 | 微信 |
|
||||
| 转账给舒菁 | 12.25 | 1000 | 微信 |
|
||||
| 购买运动服 | 12.19 | 475.88 | JD |
|
||||
| 购买辅酶Q10 | 12.27 | 92.71 | JD |
|
||||
|
||||
支付宝:3113.76支出 0收入
|
||||
微信:支出 收入
|
||||
JD购物:
|
||||
微信:3125.8支出 19收入
|
||||
JD购物:468
|
||||
@@ -1,13 +1,21 @@
|
||||
# 1月
|
||||
| 支出项目 | 日期 | 数额 | 支出账户 |
|
||||
| ---- | ----- | ------ | ----- |
|
||||
| 水费 | 12.2 | 55.1 | 支付宝 |
|
||||
| 电费 | 12.1 | 234.64 | 支付宝 |
|
||||
| 舒菁公粮 | 12.5 | 8500 | 招商银行卡 |
|
||||
| 宽带费 | 12.1 | 128.73 | 银行卡 |
|
||||
| 燃气费 | 11.29 | 49.6 | 支付宝 |
|
||||
| | | | |
|
||||
| 支出项目 | 日期 | 数额 | 支出账户 |
|
||||
| ------- | ---- | ------ | ----- |
|
||||
| 水费 | 1.2 | 52.2 | 支付宝 |
|
||||
| 电费 | 1.1 | 432.41 | 支付宝 |
|
||||
| 舒菁公粮 | 1.5 | 8500 | 招商银行卡 |
|
||||
| 宽带费 | 1.1 | 128.73 | 银行卡 |
|
||||
| 舒菁亲密付 | 1.7 | 78.88 | 支付宝 |
|
||||
| 舒菁亲密付 | 1.11 | 114.4 | 支付宝 |
|
||||
| 地铁费 | 1.13 | 100 | 支付宝 |
|
||||
| 看病 | 1.24 | 338 | 支付宝 |
|
||||
| 吃饭 | 1.24 | 110 | 支付宝 |
|
||||
| 舒菁亲密付 | 1.26 | 139 | 支付宝 |
|
||||
| 深圳团建达美乐 | 1.16 | 163.10 | 微信 |
|
||||
| 深圳团队轰趴 | 1.18 | 130 | 微信 |
|
||||
| 舒菁红包 | 1.24 | 150 | 微信 |
|
||||
| | | | |
|
||||
|
||||
支付宝:支出 收入
|
||||
微信:支出 收入
|
||||
JD购物:
|
||||
支付宝:1956支出 0收入
|
||||
微信:831.85支出 612.7收入
|
||||
JD购物:258.59
|
||||
Reference in New Issue
Block a user