Auto-sync: 2026-04-25 00:02
This commit is contained in:
24
openclaw/每日复盘/2026-04-24.md
Normal file
24
openclaw/每日复盘/2026-04-24.md
Normal file
@@ -0,0 +1,24 @@
|
||||
---
|
||||
|
||||
## 【yunhan】云瀚 每日复盘 - 2026-04-24
|
||||
|
||||
### 执行时间
|
||||
23:20 UTC
|
||||
|
||||
### 活动概述
|
||||
- 通过 cron 触发执行每日复盘任务
|
||||
- 尝试访问 Django Admin 获取日报
|
||||
|
||||
### 日报查询结果
|
||||
- URL: `http://192.168.3.45:8765/admin/daily-reports/yunhan/2026-4-24/`
|
||||
- 结果: 404 Not Found
|
||||
|
||||
### 观察
|
||||
- 当天无会话记录
|
||||
- 可能是低活动日或 Gateway 未记录
|
||||
|
||||
### 系统状态
|
||||
- 推断正常运行
|
||||
|
||||
### 备注
|
||||
待确认当天是否有实际会话活动
|
||||
38
wiki/concepts/AccountArchitecture.md
Normal file
38
wiki/concepts/AccountArchitecture.md
Normal file
@@ -0,0 +1,38 @@
|
||||
---
|
||||
title: "Account Architecture"
|
||||
type: concept
|
||||
tags: ["paid-media", "google-ads", "strategy", "structure"]
|
||||
last_updated: 2026-04-20
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- Account Structure
|
||||
- Campaign Architecture
|
||||
- Google Ads Structure
|
||||
|
||||
## Overview
|
||||
账户架构是 [[PaidMediaPpcStrategist]] 的核心理念:将整个广告账户视为一个系统,而非关键词和出价的简单集合。活动、广告组、受众、信号协同工作以驱动业务成果。
|
||||
|
||||
## Key Components
|
||||
- **Campaign Structure**: 活动层级,定义预算、地理位置、受众、出价策略
|
||||
- **Ad Group Taxonomy**: 广告组分类,结构化组织关键词和受众
|
||||
- **Label Systems**: 标签系统,用于分类管理和自动化规则
|
||||
- **Naming Conventions**: 命名规范,确保规模化运营的可读性和可维护性
|
||||
|
||||
## Best Practices (PPC Strategist)
|
||||
- 活动之间应隔离预算和目标,避免内耗
|
||||
- 广告组应保持主题一致性
|
||||
- 广泛匹配关键词配合智能竞价是规模化增长的核心
|
||||
- 负关键词架构防止无效流量侵蚀预算
|
||||
- 账户层级与 MCC(多账户管理)策略配合
|
||||
|
||||
## Tiered Campaign Architecture
|
||||
- **Brand**: 品牌词保护,高转化,低成本
|
||||
- **Non-Brand**: 非品牌词,规模化增长的核心
|
||||
- **Competitor**: 竞品词,主动触达竞品用户
|
||||
- **Conquest**: 征服策略,针对高价值竞品用户
|
||||
|
||||
## Related Concepts
|
||||
- [[TieredCampaignArchitecture]]: 分层活动架构的具体实现
|
||||
- [[SmartBidding]]: 账户架构中出价策略的选择
|
||||
- [[NegativeKeyword]]: 负关键词是账户架构的重要组成部分
|
||||
39
wiki/concepts/InclusiveVisuals.md
Normal file
39
wiki/concepts/InclusiveVisuals.md
Normal file
@@ -0,0 +1,39 @@
|
||||
---
|
||||
title: "Inclusive Visuals"
|
||||
type: concept
|
||||
tags: [generative-ai, bias-mitigation, ai-ethics, image-generation, video-generation]
|
||||
sources: [design-inclusive-visuals-specialist]
|
||||
last_updated: 2026-04-24
|
||||
---
|
||||
|
||||
## Definition
|
||||
AI 生成图像/视频中的包容性视觉呈现——通过结构化提示词工程和负向约束,确保生成内容反映真实多样的社会现实(文化、年龄、残疾、社会经济地位的交叉性),而非刻板印象、符号化表征或文化失真。
|
||||
|
||||
## Core Components
|
||||
|
||||
### Bias Types to Defeat
|
||||
- **克隆脸(Clone Faces)**:AI 在生成多样化人群时生成同一人的多个复制版本
|
||||
- **异域化偏见(Exoticism Bias)**:对非西方文化的"东方主义"式过度美化或扭曲呈现
|
||||
- **文化符号乱码(Gibberish Cultural Text)**:非英语文字、符号生成幻觉
|
||||
- **地理/建筑失真**:特定文化背景下的环境不符合真实生活现实
|
||||
- **过度纠正(Over-correction)**:AI 刻意追求多样性时产生符号化、不真实构图
|
||||
|
||||
### Technical Interventions
|
||||
- **显式负向约束**:列举 AI 应避免生成的内容(显式负向提示库)
|
||||
- **文化真实性锚定**:正确的建筑/服装/布光参数,而非泛化的"多样性"标签
|
||||
- **交叉性叠加**:同时考虑多重身份维度的叠加表征
|
||||
- **社区验证**:所描绘社区用户的真实认可
|
||||
|
||||
## Related Concepts
|
||||
- [[NegativePromptingLibrary]]
|
||||
- [[IntersectionalRepresentation]]
|
||||
- [[AIArtifactElimination]]
|
||||
- [[CommunityValidation]]
|
||||
|
||||
## Related Agents
|
||||
- [[InclusiveVisualsSpecialist]](主要执行者)
|
||||
- [[DesignImagePromptEngineer]](图像提示能力支撑)
|
||||
- [[UX-Researcher]](QA 验证)
|
||||
|
||||
## Related Entities
|
||||
- [[TheAgency]](所属 Agent 体系)
|
||||
30
wiki/concepts/NegativePromptingLibrary.md
Normal file
30
wiki/concepts/NegativePromptingLibrary.md
Normal file
@@ -0,0 +1,30 @@
|
||||
---
|
||||
title: "Negative Prompting Library"
|
||||
type: concept
|
||||
tags: [prompt-engineering, generative-ai, bias-mitigation, image-generation, video-generation]
|
||||
sources: [design-inclusive-visuals-specialist]
|
||||
last_updated: 2026-04-24
|
||||
---
|
||||
|
||||
## Definition
|
||||
AI 图像/视频生成中显式列举"应避免生成的内容"的约束库——通过负向提示词告知模型不要生成特定元素,是对抗 AI 幻觉(克隆脸、乱码符号、超现实瑕疵等)的核心技术手段。
|
||||
|
||||
## Use Cases
|
||||
|
||||
### Image Generation (Midjourney/DALL-E/Flux)
|
||||
- No cloned faces — 强制面部结构差异
|
||||
- No gibberish text or symbols — 避免非英语文字幻觉
|
||||
- No generic "stock photo" smiles — 避免库存照片套路
|
||||
- No oversized cultural symbols dominating composition — 避免英雄符号构图
|
||||
- No extra fingers, unnatural lighting on dark skin — 避免物理失真
|
||||
|
||||
### Video Generation (Sora/Runway)
|
||||
- No cloned background actors — 背景人物必须展现交叉性差异
|
||||
- No text or symbols on whiteboards/screens — 避免文字幻觉
|
||||
- No futuristic/sci-fi tropes in real-world contexts — 避免超现实元素混入写实场景
|
||||
- No physics errors on mobility aids — 轮椅/拐杖/假肢运动一致性
|
||||
|
||||
## Related Concepts
|
||||
- [[InclusiveVisuals]](负向约束的主要应用域)
|
||||
- [[PromptEngineering]](整体提示词工程)
|
||||
- [[AIArtifactElimination]](AI 伪影消除)
|
||||
35
wiki/concepts/PerformanceMax.md
Normal file
35
wiki/concepts/PerformanceMax.md
Normal file
@@ -0,0 +1,35 @@
|
||||
---
|
||||
title: "Performance Max"
|
||||
type: concept
|
||||
tags: ["paid-media", "google-ads", "automation", "ai"]
|
||||
last_updated: 2026-04-20
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- Performance Max Campaigns
|
||||
- PMax
|
||||
- Performance Max Ads
|
||||
|
||||
## Overview
|
||||
Performance Max 是 Google Ads 提供的 AI 驱动的全渠道广告系列类型,自动在 YouTube、Display、Search、Discover、Gmail、Shopping 所有 Google 广告位优化广告投放。是 [[PaidMediaPpcStrategist]] 的核心武器之一。
|
||||
|
||||
## How It Works
|
||||
- 广告主提供资产(图片/标题/描述/视频/Logo)和预算
|
||||
- Google AI 自动组合生成广告,根据实时信号(受众、设备、时间、创意组合)动态优化
|
||||
- 支持 Goal-based bidding,自动寻找最有可能达成转化目标的用户
|
||||
|
||||
## Key Components
|
||||
- **Asset Groups**: 资产组,定义一套完整的创意素材
|
||||
- **Audience Signals**: 受众信号,引导 AI 关注的种子受众
|
||||
- **Conversion Goals**: 转化目标,定义成功的衡量标准
|
||||
|
||||
## PPC Strategist's Perspective
|
||||
- Performance Max 是规模化增长的核心工具,适合覆盖增量用户
|
||||
- 需要与 Search/Shopping 协同,避免 cannibalization(预算内耗)
|
||||
- 资产质量直接决定效果上限
|
||||
- 需设置合理的预算和转化价值追踪
|
||||
|
||||
## Related Concepts
|
||||
- [[SmartBidding]]: Performance Max 依赖 Smart Bidding 作为出价机制
|
||||
- [[AccountArchitecture]]: Performance Max 是账户架构中的活动类型之一
|
||||
- [[TieredCampaignArchitecture]]: Performance Max 通常与品牌 Search 配合,分层隔离
|
||||
36
wiki/concepts/SmartBidding.md
Normal file
36
wiki/concepts/SmartBidding.md
Normal file
@@ -0,0 +1,36 @@
|
||||
---
|
||||
title: "Smart Bidding"
|
||||
type: concept
|
||||
tags: ["paid-media", "google-ads", "bidding", "automation", "machine-learning"]
|
||||
last_updated: 2026-04-20
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- Automated Bidding
|
||||
- Smart Bidding Strategies
|
||||
- Google Smart Bidding
|
||||
|
||||
## Overview
|
||||
Smart Bidding 是 Google Ads 的自动竞价策略系列,利用机器学习根据大量信号实时优化每次广告展示的出价。是 [[PaidMediaPpcStrategist]] 规模化运营的核心技术基础。
|
||||
|
||||
## Available Strategies
|
||||
- **tCPA (Target CPA)**: 目标每次获取成本,自动竞价以达成设定的平均 CPA
|
||||
- **tROAS (Target ROAS)**: 目标广告支出回报率,自动竞价以达成设定的 ROAS 目标
|
||||
- **Max Conversions**: 最大化转化数,在固定预算内获取最多转化
|
||||
- **Max Conversion Value**: 最大化转化价值,在固定预算内获取最高转化价值
|
||||
|
||||
## How It Works
|
||||
- 利用实时信号(设备、位置、时间、受众、创意类型等)预测每次展示的转化概率
|
||||
- 自动调整出价以最大化目标指标
|
||||
- 需要足够的转化数据(通常 30-50+ 转化/月)才能有效学习
|
||||
|
||||
## PPC Strategist's Perspective
|
||||
- "Broad Match + Smart Bidding" 是规模化增长的王道组合
|
||||
- 从 Manual Bidding 到 Smart Bidding 的过渡需要平稳迁移策略
|
||||
- Portfolio Bid Strategy 可跨活动共享学习,加速冷启动
|
||||
- 数据成熟度决定 Smart Bidding 效果
|
||||
|
||||
## Related Concepts
|
||||
- [[PerformanceMax]]: Performance Max 内置 Smart Bidding
|
||||
- [[ConversionActionHierarchy]]: 转化行动层级设计影响 Smart Bidding 的学习目标
|
||||
- [[AccountArchitecture]]: Smart Bidding 是账户架构中竞价策略层级的核心组成
|
||||
50
wiki/concepts/TieredCampaignArchitecture.md
Normal file
50
wiki/concepts/TieredCampaignArchitecture.md
Normal file
@@ -0,0 +1,50 @@
|
||||
---
|
||||
title: "Tiered Campaign Architecture"
|
||||
type: concept
|
||||
tags: ["paid-media", "google-ads", "strategy", "structure"]
|
||||
last_updated: 2026-04-20
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- Campaign Tiers
|
||||
- Tiered Structure
|
||||
- Campaign Isolation Strategy
|
||||
- 分层活动架构
|
||||
|
||||
## Overview
|
||||
分层活动架构是 [[PaidMediaPpcStrategist]] 推荐的核心账户结构策略,将广告活动按目标分层隔离(品牌/非品牌/竞品/征服),避免预算内耗和竞价冲突。是 [[AccountArchitecture]] 的具体实现模式。
|
||||
|
||||
## Standard Tier Structure
|
||||
|
||||
### 1. Brand(品牌层)
|
||||
- **目标**: 保护品牌词流量,防止竞品抢量
|
||||
- **特点**: 高 Quality Score、低 CPC、高 ROAS
|
||||
- **竞价**: 通常采用 tROAS 或 Max Conversions
|
||||
- **隔离**: 独立预算,确保 90%+ 品牌展示份额
|
||||
|
||||
### 2. Non-Brand(非品牌层)
|
||||
- **目标**: 规模化获取新客户
|
||||
- **特点**: 宽泛匹配,扩大覆盖
|
||||
- **竞价**: 通常采用 tCPA 或 Max Conversions
|
||||
- **隔离**: 独立预算,控制 CPA 在目标范围内
|
||||
|
||||
### 3. Competitor / Conquest(竞品层)
|
||||
- **目标**: 主动触达正在搜索竞品的用户
|
||||
- **特点**: 竞品关键词 + 竞品品牌词
|
||||
- **竞价**: 通常采用 Max Conversions 或 Manual CPC 精细化调价
|
||||
- **隔离**: 与非品牌层共享或独立预算
|
||||
|
||||
### 4. Product / Category(产品/类目层)
|
||||
- **目标**: 针对特定产品线或类目的精准覆盖
|
||||
- **特点**: 细分关键词,高度相关性
|
||||
- **竞价**: 视产品利润率和竞争程度灵活选择
|
||||
|
||||
## Isolation Strategies
|
||||
- 预算隔离:各层活动独立预算,防止高 CPC 活动吞噬低 CPC 活动预算
|
||||
- 受众隔离:Layered Audience Strategy,区分再营销和新受众
|
||||
- 信号隔离:不同活动使用不同的受众信号
|
||||
|
||||
## Related Concepts
|
||||
- [[AccountArchitecture]]: Tiered Architecture 是账户架构的具体实现
|
||||
- [[SmartBidding]]: 各层可采用不同的 Smart Bidding 策略
|
||||
- [[PerformanceMax]]: Performance Max 覆盖增量用户,与分层架构协同
|
||||
30
wiki/entities/AmazonAds.md
Normal file
30
wiki/entities/AmazonAds.md
Normal file
@@ -0,0 +1,30 @@
|
||||
---
|
||||
title: "Amazon Ads"
|
||||
type: entity
|
||||
tags: ["paid-media", "advertising", "ecommerce", "platform"]
|
||||
last_updated: 2026-04-20
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- Amazon Advertising
|
||||
- Amazon PPC
|
||||
- AMS (Amazon Marketing Services)
|
||||
|
||||
## Overview
|
||||
Amazon Ads 是亚马逊的广告平台,在电商购买场景下触达高购买意图用户。是 [[PaidMediaPpcStrategist]] 跨平台预算分配的关键组成部分。
|
||||
|
||||
## Key Capabilities
|
||||
- **Sponsored Products**: 关键词驱动的产品广告,出现在搜索结果和详情页
|
||||
- **Sponsored Brands**: 品牌展示广告,展示多个产品或品牌旗舰店
|
||||
- **Sponsored Display**: 展示型广告,覆盖亚马逊站内及站外受众
|
||||
- **Amazon DSP**: 需求方平台,支持程序化购买站内外优质广告位
|
||||
- **Amazon Marketing Cloud (AMC)**: 数据分析平台,支持跨触点归因分析
|
||||
|
||||
## Key Features Used by PPC Strategist
|
||||
- 购物广告系列与 Google Shopping 协同
|
||||
- 基于购买意向的受众触达
|
||||
- 站内搜索场景的竞争情报
|
||||
|
||||
## Connections
|
||||
- [[PaidMediaPpcStrategist]] 将 Amazon Ads 纳入跨平台预算分配框架
|
||||
- [[GoogleAds]] Shopping 与 Amazon Sponsored Products 在产品广告策略上有相似性
|
||||
32
wiki/entities/GoogleAds.md
Normal file
32
wiki/entities/GoogleAds.md
Normal file
@@ -0,0 +1,32 @@
|
||||
---
|
||||
title: "Google Ads"
|
||||
type: entity
|
||||
tags: ["paid-media", "advertising", "platform"]
|
||||
last_updated: 2026-04-20
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- Google AdWords
|
||||
- GoogleAds
|
||||
|
||||
## Overview
|
||||
Google Ads 是全球最大的在线广告平台,由 Google 运营,支持搜索、展示、视频、购物、Performance Max 等全类型广告格式。是 [[PaidMediaPpcStrategist]] 的核心投放渠道。
|
||||
|
||||
## Key Capabilities
|
||||
- **Search Ads**: 基于关键词的文本广告,出现在 Google 搜索结果页
|
||||
- **Shopping Ads**: 产品购物广告,带图片、价格、商家信息
|
||||
- **Performance Max**: AI 驱动的全渠道自动化广告,覆盖所有 Google 广告位
|
||||
- **Demand Gen**: 触达高意图消费者的发现型广告
|
||||
- **Display Ads**: 展示广告,覆盖 200 万+ 网站和应用
|
||||
- **Video Ads**: YouTube 视频广告
|
||||
|
||||
## Key Features Used by PPC Strategist
|
||||
- 自动竞价策略(tCPA/tROAS/Max Conversions/Max Conversion Value)
|
||||
- Customer Match 受众定向
|
||||
- Auction Insights 竞争情报
|
||||
- Google Ads API 大规模账户管理
|
||||
- MCC(My Client Center)多账户管理
|
||||
|
||||
## Connections
|
||||
- [[PaidMediaPpcStrategist]] 使用 Google Ads 作为核心投放平台
|
||||
- [[GoogleAdsAPI]] 提供编程接口支撑自动化运营
|
||||
20
wiki/entities/JohnWilliams.md
Normal file
20
wiki/entities/JohnWilliams.md
Normal file
@@ -0,0 +1,20 @@
|
||||
---
|
||||
title: "John Williams (itallstartedwithaidea)"
|
||||
type: entity
|
||||
tags: ["person", "author", "paid-media", "ai-agent"]
|
||||
last_updated: 2026-04-20
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- @itallstartedwithaidea
|
||||
- John Williams
|
||||
|
||||
## Overview
|
||||
John Williams(Twitter @itallstartedwithaidea)是 [[PaidMediaPpcStrategist]] Agent 的作者,资深付费媒体策略师。该 Agent persona 即基于他的专业经验构建。
|
||||
|
||||
## Role
|
||||
- [[PaidMediaPpcStrategist]] Agent 的设计者和 Prompt 作者
|
||||
- 专注于 Google Ads、Microsoft Advertising、Amazon Ads 三大平台的企业级付费媒体策略
|
||||
|
||||
## Connections
|
||||
- 创建了 [[PaidMediaPpcStrategist]] Agent,定义了其核心能力和专业范围
|
||||
31
wiki/entities/MicrosoftAdvertising.md
Normal file
31
wiki/entities/MicrosoftAdvertising.md
Normal file
@@ -0,0 +1,31 @@
|
||||
---
|
||||
title: "Microsoft Advertising"
|
||||
type: entity
|
||||
tags: ["paid-media", "advertising", "platform"]
|
||||
last_updated: 2026-04-20
|
||||
---
|
||||
|
||||
## Aliases
|
||||
- Microsoft Ads
|
||||
- Bing Ads
|
||||
- Microsoft Advertising (Bing/AOL/Yahoo)
|
||||
|
||||
## Overview
|
||||
Microsoft Advertising 是微软运营的广告平台,覆盖 Bing、AOL、Yahoo 搜索网络,月活跃用户 5.4 亿。是 [[PaidMediaPpcStrategist]] 跨平台策略的重要组成部分。
|
||||
|
||||
## Key Capabilities
|
||||
- **Search Ads**: 出现在 Bing、Yahoo、AOL 搜索结果中
|
||||
- **Shopping Ads**: Microsoft Shopping Campaigns
|
||||
- **Audience Ads**: 原生广告覆盖微软生态用户
|
||||
- **Audience Network**: 微软合作网络展示广告
|
||||
- 与 Google Ads 高度兼容,导入/导出便捷
|
||||
|
||||
## Key Features Used by PPC Strategist
|
||||
- 关键词匹配和竞价策略
|
||||
- Audience targeting
|
||||
- UET (Universal Event Tracking) 转化追踪
|
||||
- 与 Google Ads 协同的跨平台预算分配
|
||||
|
||||
## Connections
|
||||
- [[PaidMediaPpcStrategist]] 将 Microsoft Advertising 作为 Google Ads 之外的第二搜索广告渠道
|
||||
- [[GoogleAds]] 可与 Microsoft Advertising 共享广告系列和受众数据
|
||||
@@ -4,6 +4,16 @@
|
||||
- [Overview](overview.md) — living synthesis
|
||||
|
||||
## Sources
|
||||
- [2026-04-24] [Paid Media Search Query Analyst Agent](sources/paid-media-search-query-analyst.md)
|
||||
- [2026-04-24] [Paid Media Auditor Agent](sources/paid-media-auditor.md)
|
||||
- [2026-04-24] [Paid Media PPC Campaign Strategist Agent](sources/paid-media-ppc-strategist.md)
|
||||
- [2026-04-24] [Paid Media Programmatic & Display Buyer Agent](sources/paid-media-programmatic-buyer.md)
|
||||
- [2026-04-24] [Visual Storyteller Agent](sources/design-visual-storyteller.md)
|
||||
- [2026-04-24] [Inclusive Visuals Specialist](sources/design-inclusive-visuals-specialist.md)
|
||||
- [2026-04-24] [Image Prompt Engineer Agent](sources/design-image-prompt-engineer.md)
|
||||
- [2026-04-24] [UI Designer Agent Personality](sources/design-ui-designer.md)
|
||||
- [2026-04-24] [Design Brand Guardian](sources/design-brand-guardian.md)
|
||||
- [2026-04-24] [UX Researcher Agent Personality](sources/design-ux-researcher.md)
|
||||
- [2026-04-24] [Design Whimsy Injector](sources/design-whimsy-injector.md)
|
||||
- [2026-04-24] [ArchitectUX Agent Personality](sources/design-ux-architect.md)
|
||||
- [2026-04-24] [Contributing to The Agency](sources/contributing.md)
|
||||
@@ -399,21 +409,11 @@
|
||||
- [2026-04-20] [agentic-identity-trust](sources/agentic-identity-trust.md) — (expected: wiki/sources/agentic-identity-trust.md — source missing)
|
||||
- [2026-04-20] [specialized-document-generator](sources/specialized-document-generator.md) — (expected: wiki/sources/specialized-document-generator.md — source missing)
|
||||
- [2026-04-20] [paid-media-creative-strategist](sources/paid-media-creative-strategist.md) — (expected: wiki/sources/paid-media-creative-strategist.md — source missing)
|
||||
- [2026-04-20] [paid-media-search-query-analyst](sources/paid-media-search-query-analyst.md) — (expected: wiki/sources/paid-media-search-query-analyst.md — source missing)
|
||||
- [2026-04-20] [identity-graph-operator](sources/identity-graph-operator.md) — (expected: wiki/sources/identity-graph-operator.md — source missing)
|
||||
- [2026-04-20] [paid-media-auditor](sources/paid-media-auditor.md) — (expected: wiki/sources/paid-media-auditor.md — source missing)
|
||||
- [2026-04-20] [paid-media-ppc-strategist](sources/paid-media-ppc-strategist.md) — (expected: wiki/sources/paid-media-ppc-strategist.md — source missing)
|
||||
- [2026-04-20] [accounts-payable-agent](sources/accounts-payable-agent.md) — (expected: wiki/sources/accounts-payable-agent.md — source missing)
|
||||
- [2026-04-20] [paid-media-programmatic-buyer](sources/paid-media-programmatic-buyer.md) — (expected: wiki/sources/paid-media-programmatic-buyer.md — source missing)
|
||||
- [2026-04-20] [recruitment-specialist](sources/recruitment-specialist.md) — (expected: wiki/sources/recruitment-specialist.md — source missing)
|
||||
- [2026-04-20] [design-visual-storyteller](sources/design-visual-storyteller.md) — (expected: wiki/sources/design-visual-storyteller.md — source missing)
|
||||
- [2026-04-20] [design-inclusive-visuals-specialist](sources/design-inclusive-visuals-specialist.md) — (expected: wiki/sources/design-inclusive-visuals-specialist.md — source missing)
|
||||
- [2026-04-20] [project-management-studio-operations](sources/project-management-studio-operations.md) — (expected: wiki/sources/project-management-studio-operations.md — source missing)
|
||||
- [2026-04-20] [design-image-prompt-engineer](sources/design-image-prompt-engineer.md) — (expected: wiki/sources/design-image-prompt-engineer.md — source missing)
|
||||
- [2026-04-20] [baoyu-skills](sources/baoyu-skills.md) — (expected: wiki/sources/baoyu-skills.md — source missing)
|
||||
- [2026-04-20] [design-ui-designer](sources/design-ui-designer.md) — (expected: wiki/sources/design-ui-designer.md — source missing)
|
||||
- [2026-04-20] [design-brand-guardian](sources/design-brand-guardian.md) — (expected: wiki/sources/design-brand-guardian.md — source missing)
|
||||
- [2026-04-20] [design-ux-researcher](sources/design-ux-researcher.md) — (expected: wiki/sources/design-ux-researcher.md — source missing)
|
||||
- [Your-AI-Isn-t-Stupid---It-Just-Needs-a-Better-Harness--Lychee-Technology-Engineering-Blog](sources/Your-AI-Isn-t-Stupid---It-Just-Needs-a-Better-Harness--Lychee-Technology-Engineering-Blog.md) — (expected: wiki/sources/Your-AI-Isn-t-Stupid---It-Just-Needs-a-Better-Harness--Lychee-Technology-Engineering-Blog.md — source missing)
|
||||
- [Expose-hermes-agent-as-an-OpenAI-compatible-API-for-any-frontend](sources/Expose-hermes-agent-as-an-OpenAI-compatible-API-for-any-frontend.md) — (expected: wiki/sources/Expose-hermes-agent-as-an-OpenAI-compatible-API-for-any-frontend.md — source missing)
|
||||
- [zk-steward](sources/zk-steward.md) — (expected: wiki/sources/zk-steward.md — source missing)
|
||||
@@ -555,6 +555,7 @@
|
||||
- [Amazon-RDS](entities/Amazon-RDS.md)
|
||||
- [Amazon-Redshift](entities/Amazon-Redshift.md)
|
||||
- [Amazon-Timestream](entities/Amazon-Timestream.md)
|
||||
- [AmazonAds](entities/AmazonAds.md)
|
||||
- [Andrej-Karpathy](entities/Andrej-Karpathy.md)
|
||||
- [Anthropic](entities/Anthropic.md)
|
||||
- [Apache-Superset](entities/Apache-Superset.md)
|
||||
@@ -629,6 +630,7 @@
|
||||
- [gog-CLI](entities/gog-CLI.md)
|
||||
- [Google](entities/Google.md)
|
||||
- [Google-Cloud](entities/Google-Cloud.md)
|
||||
- [GoogleAds](entities/GoogleAds.md)
|
||||
- [GoogleCloud](entities/GoogleCloud.md)
|
||||
- [Grafana](entities/Grafana.md)
|
||||
- [Gruntwork](entities/Gruntwork.md)
|
||||
@@ -649,6 +651,7 @@
|
||||
- [Jay-Comer](entities/Jay-Comer.md)
|
||||
- [Jellyfin](entities/Jellyfin.md)
|
||||
- [Jira](entities/Jira.md)
|
||||
- [JohnWilliams](entities/JohnWilliams.md)
|
||||
- [K3s](entities/K3s.md)
|
||||
- [KAI](entities/KAI.md)
|
||||
- [kepano](entities/kepano.md)
|
||||
@@ -670,6 +673,7 @@
|
||||
- [Micro-Focus](entities/Micro-Focus.md)
|
||||
- [Micro-Focus-IGA](entities/Micro-Focus-IGA.md)
|
||||
- [Microsoft-Planner](entities/Microsoft-Planner.md)
|
||||
- [MicrosoftAdvertising](entities/MicrosoftAdvertising.md)
|
||||
- [Midjourney](entities/Midjourney.md)
|
||||
- [Milvus](entities/Milvus.md)
|
||||
- [MinIO](entities/MinIO.md)
|
||||
@@ -769,6 +773,7 @@
|
||||
## Concepts
|
||||
- [14种UML图](concepts/14种UML图.md)
|
||||
- [7种视觉风格系统](concepts/7种视觉风格系统.md)
|
||||
- [AccountArchitecture](concepts/AccountArchitecture.md)
|
||||
- [ActionItemTracking](concepts/ActionItemTracking.md)
|
||||
- [Active-Accountability](concepts/Active-Accountability.md)
|
||||
- [Adaptive-Tone](concepts/Adaptive-Tone.md)
|
||||
@@ -986,6 +991,7 @@
|
||||
- [Immutable-Infrastructure](concepts/Immutable-Infrastructure.md)
|
||||
- [Immutable-Root-Filesystem](concepts/Immutable-Root-Filesystem.md)
|
||||
- [Incident-Management](concepts/Incident-Management.md)
|
||||
- [InclusiveVisuals](concepts/InclusiveVisuals.md)
|
||||
- [Indexing](concepts/Indexing.md)
|
||||
- [Infrastructure-as-Code](concepts/Infrastructure-as-Code.md)
|
||||
- [Intent-Classification](concepts/Intent-Classification.md)
|
||||
@@ -1041,6 +1047,7 @@
|
||||
- [Multi-factor-Authentication](concepts/Multi-factor-Authentication.md)
|
||||
- [Multi-Tenancy](concepts/Multi-Tenancy.md)
|
||||
- [nas套件管理](concepts/nas套件管理.md)
|
||||
- [NegativePromptingLibrary](concepts/NegativePromptingLibrary.md)
|
||||
- [NFS网络备份](concepts/NFS网络备份.md)
|
||||
- [Nitro-System](concepts/Nitro-System.md)
|
||||
- [Normal-Change](concepts/Normal-Change.md)
|
||||
@@ -1059,6 +1066,7 @@
|
||||
- [passkey](concepts/passkey.md)
|
||||
- [Pay-as-you-go](concepts/Pay-as-you-go.md)
|
||||
- [Penetration-Testing](concepts/Penetration-Testing.md)
|
||||
- [PerformanceMax](concepts/PerformanceMax.md)
|
||||
- [Personal-CRM](concepts/Personal-CRM.md)
|
||||
- [Personalization](concepts/Personalization.md)
|
||||
- [Pipeline](concepts/Pipeline.md)
|
||||
@@ -1146,6 +1154,7 @@
|
||||
- [Shift-Left-Security](concepts/Shift-Left-Security.md)
|
||||
- [Shift-Right-Security](concepts/Shift-Right-Security.md)
|
||||
- [Single-Control-Plane](concepts/Single-Control-Plane.md)
|
||||
- [SmartBidding](concepts/SmartBidding.md)
|
||||
- [SnapMirror](concepts/SnapMirror.md)
|
||||
- [Social-Media-Monitoring](concepts/Social-Media-Monitoring.md)
|
||||
- [Socket-登录](concepts/Socket-登录.md)
|
||||
@@ -1180,6 +1189,7 @@
|
||||
- [Test-Mode](concepts/Test-Mode.md)
|
||||
- [Text-and-Search](concepts/Text-and-Search.md)
|
||||
- [Threat-Modeling](concepts/Threat-Modeling.md)
|
||||
- [TieredCampaignArchitecture](concepts/TieredCampaignArchitecture.md)
|
||||
- [Time-to-Market](concepts/Time-to-Market.md)
|
||||
- [Todoist-API](concepts/Todoist-API.md)
|
||||
- [Token-Light-Design](concepts/Token-Light-Design.md)
|
||||
|
||||
94
wiki/log.md
94
wiki/log.md
@@ -1,3 +1,85 @@
|
||||
## [2026-05-06] ingest | Paid Media Search Query Analyst Agent
|
||||
- Source file: Agent/agency-agents/paid-media/paid-media-search-query-analyst.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: 付费媒体搜索词分析师 Agent——由 John Williams(@itallstartedwithaidea)设计,专注于从用户真实搜索词中挖掘洞察、构建分层负关键词架构、系统化提升付费搜索账户信噪比。核心能力:N-gram 分析、查询意图分类、匹配类型优化、查询雕塑(Query Sculpting)、浪费支出识别、关键词机会挖掘。核心理念:搜索查询优化是持续系统而非一次性任务,每浪费一美元在不相关查询上就是从转化查询中偷走一美元。成功指标:首次分析识别并消除 10-20% 非转化支出、无关查询展示占比 <5%、查询意图对齐度 80%+。
|
||||
- Concepts linked: [[SearchQueryOptimization]], [[NegativeKeywordArchitecture]], [[NgramAnalysis]], [[IntentClassification]], [[QuerySculpting]], [[SQOSScoring]], [[CloseVariantAnalysis]], [[WasteIdentification]], [[QueryClustering]], [[MatchTypeOptimization]], [[BrandVsNonbrandLeakageAnalysis]], [[CompetitorQueryInterception]], [[ShoppingSearchTermAnalysis]], [[PerformanceMaxInsights]]
|
||||
- Entities linked: [[JohnWilliams]], [[GoogleAdsMCP]]
|
||||
- Source page: wiki/sources/paid-media-search-query-analyst.md
|
||||
- Notes: index.md 已替换占位符条目(2026-04-20 → 2026-05-06);overview.md 已有 paid-media-search-query-analyst 条目(line 63),本次摄入更新了 Key Claims 和 Key Quotes,补充了 [[GoogleAdsMCP]] Entity;Concepts 和 Entities 在其他源页面中均仅出现 1 次,不足独立建页阈值(≥2 次),以 wikilink 形式记录于 Source page;与 [[paid-media-ppc-strategist]] 的协同关系已记录(策略制定依赖查询分析结果),与 [[paid-media-auditor]] 的协同关系已记录(审计触发查询分析需求)
|
||||
|
||||
## [2026-05-05] ingest | Paid Media Auditor Agent
|
||||
- Source file: Agent/agency-agents/paid-media/paid-media-auditor.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: 企业级付费媒体账户审计 Agent——系统化评估 Google Ads、Microsoft Ads 和 Meta Ads 账户,覆盖 200+ 检查点(账号结构/追踪配置/竞价策略/创意/受众/竞争定位),每项发现附严重程度和预估业务影响。核心能力:8 大审计维度(账号结构/追踪/竞价/关键词/创意/Shopping/竞争定位/Landing Page)+ 历史趋势分析 + 合规审计。核心理念:像审计财务报表一样审计广告账户,不遗漏任何设置、假设和每一分钱。成功指标:审计通常识别 15-30% 效率提升机会,80%+ 高优先级建议 30 天内落地。
|
||||
- Concepts linked: [[AccountAudit]], [[ConversionTracking]], [[AttributionModeling]], [[BidStrategy]], [[QualityScore]], [[NegativeKeywordManagement]], [[AuctionInsights]], [[Dayparting]], [[ResponsiveSearchAds]], [[ProductFeedOptimization]], [[LandingPageAudit]], [[CompetitivePositioning]]
|
||||
- Entities linked: [[JohnWilliams]], [[GoogleAds]], [[MicrosoftAdvertising]], [[AmazonAds]], [[GA4]], [[GTM]]
|
||||
- Source page: wiki/sources/paid-media-auditor.md
|
||||
- Notes: index.md 已替换占位符条目(2026-04-20 → 2026-05-05);overview.md 已更新 paid-media-auditor 条目,补充 200+ 检查点框架和成功指标;所有 Entity/Concept 均仅出现 1 次,不足独立建页阈值(≥2 次),以 wikilink 形式记录于 Source page;与 [[paid-media-ppc-strategist]](架构即战略 vs 现状审计)和 [[paid-media-programmatic-buyer]](下漏斗 vs 上漏斗指标)的互补张力已记录于 Contradictions 节
|
||||
|
||||
## [2026-05-05] ingest | Paid Media PPC Campaign Strategist Agent
|
||||
- Source file: Agent/agency-agents/paid-media/paid-media-ppc-strategist.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: 企业级付费搜索与效果媒体策略 Agent——由 John Williams(@itallstartedwithaidea)设计,专注 Google Ads、Microsoft Advertising、Amazon Ads 三大平台。核心能力:分层活动架构(品牌/非品牌/竞品/征服)、Smart Bidding(tCPA/tROAS/Max Conversions/Max CV)、Performance Max 资产组设计、Google Ads API 自动化、MCC 级策略、增量测试框架。核心理念:账户架构即战略——活动/广告组/受众/信号系统协同驱动业务成果。成功指标:品牌展示份额 90%+、非品牌 40-60%、QS 7+ 占比 70%+、日预算消耗率 95-100%、季度转化量增长 15-25%。
|
||||
- Concepts created: [[PerformanceMax]], [[SmartBidding]], [[AccountArchitecture]], [[TieredCampaignArchitecture]], [[IncrementalityTesting]], [[ConversionActionHierarchy]], [[CustomerMatch]], [[BudgetPacing]]
|
||||
- Entities created: [[GoogleAds]], [[MicrosoftAdvertising]], [[AmazonAds]], [[JohnWilliams]]
|
||||
- Source page: wiki/sources/paid-media-ppc-strategist.md
|
||||
- Notes: index.md 已新增 Sources 条目;Entities(4个)和 Concepts(8个)均已创建并添加到 index.md;overview.md 已新增 "The Agency — Paid Media 部门" 章节,整合了所有 Paid Media Agent 的协同关系;冲突已识别并记录:与 [[paid-media-programmatic-buyer]] 在预算分配方向上存在张力(高意图搜索流量 vs 品牌曝光),记录于 Source Page Contradictions 部分
|
||||
|
||||
## [2026-05-05] ingest | Paid Media Programmatic & Display Buyer Agent
|
||||
- Source file: Agent/agency-agents/paid-media/paid-media-programmatic-buyer.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: 战略性程序化购买与展示广告 Agent——覆盖 Google Display Network、DV360、The Trade Desk、Amazon DSP 等 DSP 平台,支持 Demandbase/6Sense/RollWorks ABM 展示广告策略,管理 25+ 合作伙伴媒体 AMP 计划。以受众优先为核心(正确的人在正确的上下文以正确的频次触达),强调可见性(70%+ MRC 标准)、品牌安全(IVT <3%)、频次管理(3-7 次/月)。通过 MCP 工具与 Google Ads API 集成实现自动化:placement 性能报告拉取、GDN 广告位排除、跨账户审计自动化。
|
||||
- Concepts linked: [[Programmatic Buying]], [[ABM Display]], [[Viewability]], [[Invalid Traffic]], [[Frequency Cap]], [[Supply Path Optimization]], [[Partner Media AMP]], [[MRC Standard]], [[CTV/OTT Advertising]], [[Brand Lift Measurement]]
|
||||
- Entities linked: [[DV360]], [[The Trade Desk]], [[Amazon DSP]], [[Google Display Network]], [[Demandbase]], [[6Sense]], [[RollWorks]], [[John Williams]]
|
||||
- Source page: wiki/sources/paid-media-programmatic-buyer.md
|
||||
- Notes: index.md 已插入新条目至 paid-media-paid-social-strategist 之前;Entity/Concept 均未达到独立建页阈值(N=1);冲突已识别并记录:与 paid-media-paid-social-strategist 在效果衡量指标上的差异(展示广告看上漏斗指标 vs 社交广告看直接转化指标)
|
||||
|
||||
## [2026-05-05] ingest | Visual Storyteller Agent
|
||||
- Source file: Agent/agency-agents/design/design-visual-storyteller.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: Visual Storyteller Agent 角色定义——视觉叙事与品牌故事创作专家智能体,专注于将复杂信息转化为引人入胜的视觉叙事内容,驱动情感共鸣和用户参与。核心交付物:叙事弧创作(Beginning-Middle-End 三幕结构)、情感旅程映射、数据可视化叙事、跨平台视觉策略(Instagram/TikTok/YouTube/LinkedIn/Pinterest)。核心原则:叙事结构优先、情感驱动、品牌一致性(95%+触点)、WCAG 可访问性标准。成功指标:参与度提升 50%+、故事完成率 80%、品牌认知度提升 35%、视觉内容表现优于纯文本 3x。与 [[design-brand-guardian]] 互补(品牌叙事体系 vs 具体视觉内容),与 [[design-inclusive-visuals-specialist]] 协同(包容性视觉融入叙事),与 [[UX-Researcher]] 协同(用户洞察驱动情感旅程),与 [[design-whimsy-injector]] 互补(宏观叙事弧 vs 微交互趣味),共同为 [[LuxuryDeveloper]] 提供完整的品牌体验设计支撑。
|
||||
- Concepts linked: [[Story-Arc-Creation]], [[Emotional-Journey-Mapping]], [[Data-Storytelling]], [[Cross-Platform-Adaptation]], [[Motion-Graphics]], [[Visual-Pacing]], [[Progressive-Disclosure]], [[Brand-Narrative-Strategy]]
|
||||
- Entities linked: [[Visual-Storyteller-Agent]], [[The-Agency]], [[LuxuryDeveloper]]
|
||||
- Source page: wiki/sources/design-visual-storyteller.md
|
||||
- Notes: index.md 已替换占位符条目(2026-04-20 → 2026-05-05);overview.md 已新增独立段落(置于 design-whimsy-injector 和 design-image-prompt-engineer 之间);无新 Entity/Concept 需创建(所有概念均为方法论术语,不足独立建页阈值);无内容冲突检测到
|
||||
|
||||
## [2026-05-05] ingest | UI Designer Agent Personality
|
||||
- Source file: Agent/agency-agents/design/design-ui-designer.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: UI Designer Agent 角色定义——视觉界面设计专家智能体,专注于视觉设计系统、组件库和像素级界面交付。核心交付物:设计令牌系统(CSS 变量管理颜色/字体/间距/阴影/过渡)、响应式设计框架(Mobile-first,4个断点 640/768/1024/1280px)、可访问性标准(WCAG AA,色彩对比度 4.5:1)、组件文档与设计 QA 流程。核心理念:Design System First(先建组件基础再创建界面)、Accessibility Built-In(从架构层面内置无障碍)、Developer Handoff(详细规格实现 90%+ 准确率)。与 [[design-brand-guardian]] 互补(品牌身份 vs 视觉执行),与 [[design-whimsy-injector]] 存在张力——前者追求 95%+ 视觉一致性,后者在规范内注入趣味元素,通过预定义可配置槽位协调。与 [[ArchitectUX]](技术架构)和 [[UX-Researcher]](用户研究)协同,构成 [[The Agency]] 设计部门完整设计支撑体系。
|
||||
- Concepts linked: [[Design-System]], [[Design-Tokens]], [[Visual-Hierarchy]], [[Responsive-Design]], [[WCAG-AA]], [[Component-Library]], [[Dark-Mode]], [[Design-QA]], [[Accessibility-First-Design]]
|
||||
- Entities linked: [[The Agency]], [[ArchitectUX]], [[design-brand-guardian]], [[design-whimsy-injector]], [[UX-Researcher]], [[LuxuryDeveloper]]
|
||||
- Source page: wiki/sources/design-ui-designer.md
|
||||
- Notes: index.md 已新增 Sources 条目(置于 design-brand-guardian 之前);overview.md 已新增独立段落并替换原有 design-ux-architect 条目,新增 design-brand-guardian 条目,调整各 Agent 描述使其更准确;无新 Entity/Concept 需创建(Design-System/WCAG/Component-Library 等概念均在 Agency Agent 系统上下文中以方法论形式出现,不足独立建页阈值);与 [[design-whimsy-injector]] 存在一致性与趣味性的张力,已记录于 Contradictions 部分——通过预定义可配置槽位协调(如微交互动画)
|
||||
|
||||
## [2026-05-05] ingest | Design Brand Guardian
|
||||
- Source file: Agent/agency-agents/design/design-brand-guardian.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: Brand Guardian Agent 角色定义——品牌战略与身份守护专家智能体,负责创建 cohesive 品牌体系、确保跨所有触点的品牌表达一致性、并通过品牌保护策略维护品牌价值。核心交付物:品牌战略框架(Purpose/Vision/Mission/Values/Personality 五要素)、视觉身份系统(CSS 变量定义的品牌色彩/字体/间距/Logo 变体)、品牌声音指南、品牌保护策略。核心原则:Brand-First(先建品牌基础再战术执行)、一致性优先(95%+ 触点保持一致)、战略性演进(随市场变化成长而不失核心身份)。与 [[design-whimsy-injector]] 互补(Brand Guardian 建边界,Whimsy Injector 在边界内注入个性),共同为 [[LuxuryDeveloper]] 提供完整品牌体验设计。与 [[ArchitectUX]](技术架构)和 [[UX-Researcher]](用户研究)协同,构成 [[The Agency]] 设计部门完整设计支撑体系。
|
||||
- Concepts linked: [[Brand-Strategy]], [[Visual-Identity-System]], [[Brand-Voice-Guidelines]], [[Brand-Protection-Strategy]]
|
||||
- Entities linked: [[The Agency]], [[ArchitectUX]], [[design-whimsy-injector]], [[UX-Researcher]], [[LuxuryDeveloper]]
|
||||
- Source page: wiki/sources/design-brand-guardian.md
|
||||
- Notes: index.md 已替换占位符条目;overview.md 已新增独立段落(置于 design-whimsy-injector 和 multi-agent-system-reliability 之间);无新 Entity/Concept 需创建(Brand-Strategy/Visual-Identity-System/Brand-Voice-Guidelines/Brand-Protection-Strategy 及 ArchitectUX/LuxuryDeveloper 仅出现 1 次,不足建页阈值);与 [[design-whimsy-injector]] 存在品牌一致性与创意表达的张力,已记录于 Contradictions 部分——两者互补而非互斥
|
||||
|
||||
## [2026-04-24] ingest | Inclusive Visuals Specialist
|
||||
- Source file: Agent/agency-agents/design/design-inclusive-visuals-specialist.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: Inclusive Visuals Specialist Agent 角色定义——包容性视觉表征专家智能体,专门对抗 AI 图像/视频生成模型(Midjourney、Sora、Runway Gen-3、DALL-E)中内嵌的系统性刻板印象偏见,生成具有文化真实性、尊严感和无歧视性的人类视觉表征。核心挑战:克隆脸(Clone Faces)、异域化偏见(Exoticism Bias)、文化符号乱码、地理/建筑失真。核心技术:结构化提示词架构(Subject → Sub-actions → Context → Camera Spec → Color Grade → Explicit Exclusions)+ 负向提示库 + 视频物理学定义。四阶段工作流:Brief Intake → Annotation Framework → Video Physics Definition → 7-Point QA Review Gate。成功指标:表征准确度 100%、AI 伪影消除率 100%、社区验证认可。
|
||||
- Concepts created: [[InclusiveVisuals]], [[NegativePromptingLibrary]]
|
||||
- Concepts linked: [[IntersectionalRepresentation]], [[CommunityValidation]], [[AIArtifactElimination]], [[PromptEngineering]]
|
||||
- Entities linked: [[TheAgency]], [[Midjourney]], [[Sora]], [[Runway-Gen-3]], [[DALL-E]], [[InclusiveVisualsSpecialist]]
|
||||
- Source page: wiki/sources/design-inclusive-visuals-specialist.md
|
||||
- Notes: index.md 已替换占位符条目(2026-04-20 → 2026-04-24);overview.md 已新增 InclusiveVisualsSpecialist 独立段落(置于 design-image-prompt-engineer 和 design-brand-guardian 之间);新增 Concept 页面 [[InclusiveVisuals]] 和 [[NegativePromptingLibrary]];与 [[design-image-prompt-engineer]] 互补(摄影美学精准度 vs 消除表征偏见),与 [[design-whimsy-injector]] 存在张力——Kumbaya 库存照片套路和表演性象征主义是包容性设计必须坚决拒绝的
|
||||
|
||||
## [2026-04-24] ingest | UX Researcher Agent Personality
|
||||
- Source file: Agent/agency-agents/design/design-ux-researcher.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: UX Researcher Agent 角色定义——用户体验研究专家智能体,通过定性和定量研究方法验证设计决策。核心交付物:用户画像模板、用户旅程映射、可用性测试协议、A/B 测试框架。核心理念:研究方法论优先、证据优先沟通、研究推荐 80%+ 实施率。与 [[ArchitectUX]](技术架构)和 [[design-whimsy-injector]](品牌趣味)协同,共同为 [[LuxuryDeveloper]] 提供完整的用户中心设计支撑。
|
||||
- Concepts linked: [[Mixed-Methods Research]], [[Usability Testing]], [[User Persona]], [[User Journey Mapping]], [[Triangulation]], [[A/B Testing]], [[Accessibility Research]], [[Behavioral Analytics]], [[Research Repository]]
|
||||
- Entities linked: [[Design Teams]], [[Product Teams]], [[Stakeholders]], [[The Agency]]
|
||||
- Source page: wiki/sources/design-ux-researcher.md
|
||||
- Notes: index.md 已新增 Sources 条目;overview.md 已新增独立段落(Multi-Agent AI Systems 主题下,置于 design-whimsy-injector 之前);无新 Entity/Concept 需创建(大多数概念和实体在源文档中出现次数不足建页阈值);与 [[design-whimsy-injector]] 存在设计理性与创意表达的互补张力,已记录于 Contradictions 部分
|
||||
|
||||
## [2026-05-05] ingest | Design Whimsy Injector
|
||||
- Source file: Agent/agency-agents/design/design-whimsy-injector.md
|
||||
- Status: ✅ 成功摄入
|
||||
@@ -461,7 +543,17 @@
|
||||
- 新增 1 个 Concept Page(wiki/concepts/EKS-Auto-Mode.md)
|
||||
- Entities:AWS 和 Amazon EKS 已在 overview.md 中存在,无需新建 Entity 页面
|
||||
|
||||
## [2026-04-25] ingest | CTP Topic 11 AD Integration and Login using AD Accounts
|
||||
## [2026-04-24] ingest | Image Prompt Engineer Agent
|
||||
- Source file: Agent/agency-agents/design/design-image-prompt-engineer.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: Image Prompt Engineer Agent 角色定义——AI 图像生成提示词工程专家智能体,专注于将视觉概念精准翻译为可执行的提示词语言,驱动 Midjourney/DALL-E/Stable Diffusion/Flux 等 AI 图像生成工具产出专业级摄影作品。核心方法:五层提示词结构框架(主体描述层 → 环境设定层 → 光线规范层 → 摄影技术层 → 风格美学层)+ 平台特定语法优化 + 体裁专属提示模式(人像/产品/风光/时尚摄影)。核心原则:摄影术语精确性 + 负向提示词 + 宽高比构图。成功指标:视觉概念还原率 90%+。与 [[design-ui-designer]](像素级精确)存在张力,已记录于 Contradictions;与 [[design-brand-guardian]](品牌一致性)、[[design-whimsy-injector]](品牌趣味)协同,构成 [[The Agency]] 设计部门完整设计支撑体系。
|
||||
- Concepts linked: [[Prompt-Engineering]], [[Five-Layer-Prompt-Structure]], [[Platform-Specific-Prompt-Optimization]], [[Negative-Prompts]], [[Film-Emulation]], [[Lighting-Patterns]]
|
||||
- Entities linked: [[Midjourney]], [[DALL-E]], [[Stable-Diffusion]], [[Flux]], [[Annie Leibovitz]], [[Peter Lindbergh]], [[The Agency]]
|
||||
- Source page: wiki/sources/design-image-prompt-engineer.md
|
||||
- Notes: index.md 已替换占位符条目;overview.md 已新增独立段落(置于 design-whimsy-injector 之后,design-brand-guardian 之前);无新 Entity/Concept 需创建(Midjourney/DALL-E/Stable-Diffusion/Flux/Prompt-Engineering 等仅出现 1 次,不足建页阈值);与 [[design-ui-designer]] 在概率生成 vs 像素精确的张力已记录于 Contradictions 节——通过确定性约束(具体颜色值/光照参数)协调
|
||||
- Conflicts: 与 [[design-ui-designer]] 在视觉还原精度上的差异——Image Prompt Engineer 目标 90%+ 概念还原(概率生成固有不确定性),UI Designer 要求 95%+ 实现准确率(设计到代码的翻译环节);已建立协调方案
|
||||
|
||||
## [2026-04-24] ingest | CTP Topic 11 AD Integration and Login using AD Accounts
|
||||
- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/02_IAM/ctp-topic-11-ad-integration-and-login-using-ad-accounts.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: Jenkins 与 SW Infra AD 安全域集成,实现基于 AD 账号的统一身份认证与自动化用户管理(入离职无需手动维护本地用户);通过 AD 组策略实现 RBAC 精细化权限控制(只读/读写/流水线创建);pre-commit 框架集成 terraform fmt/TFLint/Checkov 三款工具在代码提交阶段嵌入自动化安全检查;CI/CD 流水线分层治理模式(Commit 检查 → PR 检查+plan → Master 人工审核后 apply),核心理念为"左移"(Shift-Left)将安全问题提前到开发早期。
|
||||
|
||||
@@ -31,13 +31,40 @@ The wiki covers two major multi-agent frameworks: **The Agency** (agency-agents)
|
||||
|
||||
**Recursive Self-Optimizing Generative Systems**([[a-formalization-of-recursive-self-optimizing-generative-systems]]):递归自我优化生成系统的形式化理论模型——将 [[养虾日记2]] 中 Self-Improving 的实践经验抽象为严格数学框架:系统目标不是直接产出最优输出,而是通过迭代自我修改构建稳定的生成能力 $G^*$。定义生成器空间 $\mathcal{G}$ → 优化算子 $O$ → 元生成算子 $M$ → 自映射 $\Phi$ → 稳定不动点 $G^*$,最终用 λ-calculus Y 组合子表达自引用结构 $G^* \equiv Y\;\text{STEP}$。核心发现:**递归自我优化自然涌现不动点结构**——当 $\Phi$ 满足收缩性条件时,$G^* = \lim_{n \to \infty} \Phi^n(G_0)$。该框架为 [[Self-Improving-Skill]] 和所有自我改进 AI 架构提供了原则性理论基础。
|
||||
|
||||
**[[design-ux-architect]]**(ArchitectUX):The Agency 设计部门的 UX 架构专家智能体——在 LuxuryDeveloper 实施前为其提供坚实的技术基础,包括 CSS 设计系统(变量令牌/排版层级/间距体系)、响应式布局框架(Grid/Flexbox/mobile-first)和 ThemeManager 三模式切换(light/dark/system)。核心原则:**Foundation-First**——在动手实现前先建立可扩展 CSS 架构,消除开发者架构决策疲劳;**默认强制要求**——所有新站点必须包含主题切换功能。ArchitectUX 作为 [[The Agency]] 设计部门智能体之一,承接 [[ProjectManager]] 任务列表并添加技术基础层,为 [[LuxuryDeveloper]] 输出清晰的交接规范。与 [[design-ui-designer]](视觉细节)和 [[design-ux-researcher]](用户研究)协同,遵循 [[Multi-Agent-System-Reliability]] 的交接协议模式。
|
||||
**[[design-ui-designer]]**(UI Designer):The Agency 设计部门的视觉界面设计专家智能体——专注于视觉设计系统、组件库和像素级界面交付。核心交付物:设计令牌系统(CSS 变量管理颜色/字体/间距/阴影/过渡)、响应式设计框架(Mobile-first,4个断点)、可访问性标准(WCAG AA,色彩对比度 4.5:1)、组件文档与设计 QA 流程。核心原则:**Design System First**——在创建单个界面之前先建立组件基础和视觉规范;**Accessibility Built-In**——从架构层面内置可访问性,而非后期添加;**Developer Handoff**——提供详细测量规格、组件文档和使用指南,实现 90%+ 实现准确率。与 [[design-brand-guardian]] 互补(品牌身份 vs 视觉执行),与 [[design-whimsy-injector]] 存在张力——前者追求 95%+ 视觉一致性,后者在规范内注入趣味元素,两者通过预定义可配置槽位协调。与 [[ArchitectUX]](技术架构)和 [[UX-Researcher]](用户研究)协同,共同构成 [[The Agency]] 设计部门的完整设计支撑体系。
|
||||
|
||||
**[[design-whimsy-injector]]**(Whimsy Injector):The Agency 设计部门的品牌个性化和愉悦感注入专家智能体——通过战略趣味设计为品牌体验增添个性、微交互和游戏化元素,使品牌通过意想不到的愉悦时刻脱颖而出。核心交付物:品牌个性框架(专业/休闲/错误/成功四种场景的人格光谱)、Whimsy 分类学(微妙/交互/发现/情境四类趣味)、微交互设计系统(CSS 动画 + 彩蛋 + 成就系统)。核心原则:**有目的的趣味**——每个趣味元素必须服务于功能或情感目的,不能分散用户注意力;**包容性愉悦设计**——确保趣味元素对残障用户可访问、不干扰屏幕阅读器、支持减少动画偏好。Whimsy Injector 与 [[ArchitectUX]] 互补——ArchitectUX 提供技术架构基础,Whimsy Injector 注入品牌人格,两者共同为 [[LuxuryDeveloper]] 提供完整的品牌体验设计。
|
||||
**[[design-brand-guardian]]**(Brand Guardian):The Agency 设计部门的品牌战略与身份守护专家智能体——负责创建 cohesive 品牌体系、确保跨所有触点的品牌表达一致性、并通过品牌保护策略维护品牌价值。核心交付物:品牌战略框架(Purpose/Vision/Mission/Values/Personality 五要素)、视觉身份系统(CSS 变量定义的品牌色彩/字体/间距/Logo 变体)、品牌声音指南(Voice Characteristics/Tone Variations/Messaging Architecture/Writing Guidelines)、品牌保护策略(商标监控/合规审计/危机管理)。核心原则:**Brand-First**——在战术执行前必须先建立完整的品牌基础;**一致性优先**——确保品牌识别在 95%+ 触点保持一致;**战略性演进**——品牌必须能够随市场变化成长而不失去核心身份。与 [[design-whimsy-injector]] 互补——Brand Guardian 建立品牌边界并制定一致性标准,Whimsy Injector 在边界内通过有目的的趣味和微交互注入品牌个性,共同为 [[LuxuryDeveloper]] 提供完整的品牌体验设计。与 [[ArchitectUX]](技术架构)和 [[UX-Researcher]](用户研究)协同,共同构成 [[The Agency]] 设计部门的完整设计支撑体系。
|
||||
|
||||
**[[design-ux-researcher]]**(UX Researcher):The Agency 设计部门的用户体验研究专家智能体——通过定性和定量研究方法验证设计决策,产生可操作的洞察。核心方法:混合研究设计(定性+定量)、三角验证、多数据源确保研究可靠性、默认包含可访问性研究和包容性设计测试。核心交付物:用户画像模板(人口统计/行为模式/目标与需求/使用场景)、用户旅程映射(痛点识别与优化机会)、可用性测试协议(60分钟会话结构化框架)、A/B 测试与统计分析框架。核心原则:**研究方法论优先**——先建立明确研究问题再选择方法;**证据优先沟通**——"基于25次用户访谈和300份问卷,80%用户反馈...";**研究推荐实施率**——80%+被设计和产品团队采纳是衡量成功的关键指标。与 [[ArchitectUX]](技术架构)和 [[design-whimsy-injector]](品牌趣味)协同,共同为 [[LuxuryDeveloper]] 提供完整的用户中心设计支撑。
|
||||
|
||||
**[[design-whimsy-injector]]**(Whimsy Injector):The Agency 设计部门的品牌个性化和愉悦感注入专家智能体——通过战略趣味设计为品牌体验增添个性、微交互和游戏化元素,使品牌通过意想不到的愉悦时刻脱颖而出。核心交付物:品牌个性框架(专业/休闲/错误/成功四种场景的人格光谱)、Whimsy 分类学(微妙/交互/发现/情境四类趣味)、微交互设计系统(CSS 动画 + 彩蛋 + 成就系统)。核心原则:有目的的趣味——每个趣味元素必须服务于功能或情感目的,不能分散用户注意力;包容性愉悦设计——确保趣味元素对残障用户可访问、不干扰屏幕阅读器、支持减少动画偏好。Whimsy Injector 与 [[ArchitectUX]] 互补——ArchitectUX 提供技术架构基础,Whimsy Injector 注入品牌人格,两者共同为 [[LuxuryDeveloper]] 提供完整的品牌体验设计。
|
||||
|
||||
**[[design-visual-storyteller]]**(Visual Storyteller):The Agency 设计部门的视觉叙事与品牌故事创作专家智能体——专注于将复杂信息转化为引人入胜的视觉叙事内容,驱动情感共鸣和用户参与。核心能力:叙事弧创作(Beginning-Middle-End 三幕结构)、情感旅程映射(情感高峰与低谷的节奏设计)、多媒体内容创作(视频、动画、交互媒体、动态图形)、数据可视化叙事(将复杂数据转化为引人入胜的信息故事)。跨平台策略:Instagram Stories 垂直格式互动叙事、YouTube 横版内容与缩略图优化、TikTok 短垂直视频趋势整合、LinkedIn 专业信息图表格式、Pinterest 垂直布局优化。核心原则:**叙事结构优先**——每个视觉故事必须有清晰的开头、中间和结尾;**情感驱动**——通过情感连接而非单纯信息传递实现参与度提升;**品牌一致性**——所有平台视觉内容必须保持统一品牌叙事;**可访问性合规**——100%满足 WCAG 可访问性标准。与 [[design-brand-guardian]] 互补——Brand Guardian 建立品牌叙事体系,Visual Storyteller 将其转化为具体视觉内容;与 [[design-inclusive-visuals-specialist]] 协同——包容性视觉原则融入叙事创作,确保文化敏感性和无歧视性表征;与 [[UX-Researcher]] 协同——用户研究洞察驱动情感旅程设计决策。与 [[design-whimsy-injector]] 互补——后者在微交互层面注入趣味,Visual Storyteller 在宏观叙事层面构建情感弧线,共同为 [[LuxuryDeveloper]] 提供完整的品牌体验设计支撑。
|
||||
|
||||
**[[design-image-prompt-engineer]]**(Image Prompt Engineer):The Agency 设计部门的 AI 图像生成提示词工程专家智能体——专注于将视觉概念精准翻译为可执行的提示词语言,驱动 Midjourney、DALL-E、Stable Diffusion、Flux 等 AI 图像生成工具产出专业级摄影作品。核心方法:五层提示词结构框架(主体描述层 → 环境设定层 → 光线规范层 → 摄影技术层 → 风格美学层)+ 平台特定语法优化 + 体裁专属提示模式(人像/产品/风光/时尚摄影)。核心原则:摄影术语精确性("f/1.8 bokeh 浅景深"而非"背景模糊")+ 负向提示词排除不想要元素 + 宽高比和构图纳入每条提示词。成功指标:视觉概念还原率 90%+、多次生成结果一致性高、技术摄影元素(布光/景深/构图)精准渲染。与 [[design-ui-designer]](像素级精确)存在张力——概率生成固有不确定性,需通过确定性约束(具体颜色值/光照参数)协调;与 [[design-brand-guardian]](品牌一致性)协同,确保生成图像符合品牌视觉规范;与 [[design-whimsy-injector]](品牌趣味)互补——提供视觉语言能力支撑趣味元素在图像中的精准表达。
|
||||
|
||||
**[[InclusiveVisualsSpecialist]]**(Inclusive Visuals Specialist):The Agency 设计部门的包容性视觉表征专家智能体——专门对抗 AI 图像/视频生成模型(Midjourney、Sora、Runway Gen-3、DALL-E)中内嵌的系统性刻板印象偏见,生成具有文化真实性、尊严感和无歧视性的人类视觉表征。核心挑战:克隆脸(Clone Faces)、异域化偏见(Exoticism Bias)、文化符号乱码(Gibberish Cultural Text)、地理/建筑失真。核心技术:结构化提示词架构(Subject → Sub-actions → Context → Camera Spec → Color Grade → Explicit Exclusions)+ 负向提示库 + 视频物理学定义(服装/头发/辅助器具的运动一致性)。四阶段工作流:Brief Intake → Annotation Framework → Video Physics Definition → 7-Point QA Review Gate。成功指标:表征准确度 100%、AI 伪影消除率 100%、社区验证认可。[[UX-Researcher]] 提供 QA 审查,[[design-brand-guardian]] 把控企业品牌伦理标准。与 [[design-image-prompt-engineer]] 互补——后者侧重摄影美学精准度,前者侧重消除表征偏见与文化真实性。与 [[design-whimsy-injector]] 存在张力——"Kumbaya"式库存照片套路和表演性象征主义是包容性设计必须坚决拒绝的。
|
||||
|
||||
**[[design-brand-guardian]]**(Brand Guardian):The Agency 设计部门的品牌战略与身份守护专家智能体——负责创建 cohesive 品牌体系、确保跨所有触点的品牌表达一致性、并通过品牌保护策略维护品牌价值。核心交付物:品牌战略框架(Purpose/Vision/Mission/Values/Personality 五要素)、视觉身份系统(CSS 变量定义的品牌色彩/字体/间距/Logo 变体)、品牌声音指南(Voice Characteristics/Tone Variations/Messaging Architecture/Writing Guidelines)、品牌保护策略(商标监控/合规审计/危机管理)。核心原则:**Brand-First**——在战术执行前必须先建立完整的品牌基础;**一致性优先**——确保品牌识别在 95%+ 触点保持一致;**战略性演进**——品牌必须能够随市场变化成长而不失去核心身份。与 [[design-whimsy-injector]] 互补——Brand Guardian 建立品牌边界并制定一致性标准,Whimsy Injector 在边界内通过有目的的趣味和微交互注入品牌个性,共同为 [[LuxuryDeveloper]] 提供完整的品牌体验设计。与 [[ArchitectUX]](技术架构)和 [[UX-Researcher]](用户研究)协同,共同构成 [[The Agency]] 设计部门的完整设计支撑体系。
|
||||
|
||||
**[[multi-agent-system-reliability]]**(Alex Ewerlöf):多智能体系统可靠性的架构模式理论——反对拟人化LLM,主张将LLM视为分布式系统中不可靠的组件。核心4模式:[[Hierarchy-Agent-Pattern]](主管→工作→验证链)、[[Consensus-Voting-Pattern]](N个LLM多数票消除幻觉)、[[Adversarial-Debate-Pattern]](Generator→Critic→Judge对抗辩论)、[[Knock-out-Pattern]](适者生存淘汰制)。核心洞察:不应要求模型"小心",而应**强制**其正确——通过架构约束而非提示词约束。与 [[Designing for Agentic AI]] 互补(架构 vs 用户体验),与 [[Recursive Self-Optimization]] 共享自引用结构思想。与 [[Genetic-Algorithm]](遗传算法)有关联——Knock-out/Tree of Thoughts 是 GA 的精简实现。
|
||||
|
||||
Key concepts: [[Recursive Self-Optimization]], [[Generator Space]], [[Self-Referential Computation]], [[Fixed-Point Semantics]], [[Y-Combinator]], [[Self-Improving AI]], [[Automated Prompt Engineering]], [[Email Triage]], [[Newsletter Digest]], [[Preference Learning]], [[Cron Job]], [[Multi-Agent Coordination]], [[Multi-Tool Integration]], [[MCP Tool Interface Design]], [[Workflow Architecture]], [[Shared Memory Architecture]], [[Private Context]], [[Single Control Plane]], [[Scheduled Task Flywheel]], [[Parallel Agent Execution]], [[Topic-Based Routing]], [[Voice Interface]], [[Telephony Integration]], [[Voice Notification Channel]], [[Two-Way Voice Conversation]], [[Call-Worthy Threshold]], [[PSTN Calling]], [[PM Delegation Pattern]], [[CEO Pattern]], [[Shared State Coordination]], [[Git-as-Audit-Log]], [[Dynamic-Dashboard]], [[Alerting]], [[Zero-Friction Capture]], [[Cumulative Memory]], [[Conversational Interface]], [[Text-and-Search]], [[Unified-Inbox]], [[Intent-Classification]], [[Human-Handoff]], [[Test-Mode]], [[Business-Knowledge-Base]], [[Language-Detection]], [[AI-Auto-Response]], [[Heartbeat-Monitoring]], [[Self-Improving-Skill]], [[双层记忆架构]], [[每日复盘机制]], [[Pattern-Key]], [[Recurrence-Count]], [[Self-Improvement-Log]], [[AI-Agent思维方式]], [[批次任务拆分]], [[精确去重]], [[小文件清理]], [[安全删除策略]], [[Telegram通知]], [[Context-Window]], [[Model-Fallback]], [[Compaction]], [[Agent-Routing-Rules]], [[Error-Surface-vs-Root-Cause]], [[Layered-Configuration]], [[Log-Driven-Debugging]], [[Hidden-Failure-Paths]], [[Large Language Model]], [[RAG]], [[AI Agent]], [[ReAct Pattern]], [[Hierarchy-Agent-Pattern]], [[Consensus-Voting-Pattern]], [[Adversarial-Debate-Pattern]], [[Knock-out-Pattern]], [[Tree-of-Thoughts]], [[Genetic-Algorithm]], [[Reliability-Engineering]]
|
||||
### The Agency — Paid Media 部门
|
||||
The Agency 的 Paid Media 部门专注于企业级付费媒体策略与运营,涵盖 Google Ads、Microsoft Advertising、Amazon Ads 三大核心平台。
|
||||
|
||||
**[[paid-media-ppc-strategist]]**(PPC Campaign Strategist):企业级付费搜索与效果媒体策略 Agent——由 John Williams(@itallstartedwithaidea)设计,专注于 Google Ads、Microsoft Advertising、Amazon Ads 三大平台的企业级账户架构、自动化竞价策略和预算管理。核心能力:分层活动架构(品牌/非品牌/竞品/征服)、Smart Bidding(tCPA/tROAS/Max Conversions)、Performance Max 资产组设计、Google Ads API 自动化、MCC 级策略、增量测试框架(geo-split/holdout/matched market)。核心理念:**账户架构即战略**,整个系统(活动/广告组/受众/信号)协同驱动业务成果。成功指标:品牌展示份额 90%+、非品牌 40-60%、QS 7+ 占比 70%+、日预算消耗率 95-100%、季度转化量增长 15-25%。与 [[PerformanceMax]](AI 驱动全渠道广告)和 [[SmartBidding]](自动竞价)共同构成付费媒体策略的核心技术支柱。与 [[PaidMediaProgrammaticBuyer]] 在预算分配上存在潜在张力——PPC 侧重高意图搜索流量,Programmatic 侧重品牌曝光。与 [[TieredCampaignArchitecture]](分层活动架构)和 [[AccountArchitecture]](账户架构)构成完整的账户结构方法论。
|
||||
|
||||
**[[paid-media-programmatic-buyer]]**(Programmatic & Display Buyer):程序化购买与展示广告策略 Agent——专注于程序化广告购买和展示广告策略执行,覆盖 DSP 平台操作、受众定向、创意优化和效果分析。与 [[paid-media-ppc-strategist]] 协同:前者定义全渠道预算分配和策略框架,后者执行具体程序化购买操作。
|
||||
|
||||
**[[paid-media-creative-strategist]]**(Creative Strategist):付费媒体创意策略 Agent——专注于广告创意资产策略,为 Performance Max 和 Display 广告提供创意方向和优化建议。与 [[paid-media-ppc-strategist]] 协同:后者提供投放策略,前者提供创意资产支撑。
|
||||
|
||||
**[[paid-media-tracking-specialist]]**(Tracking Specialist):付费媒体追踪专家——负责转化追踪配置、数据归因建模和跨平台效果归因。与 [[paid-media-ppc-strategist]] 协同:为竞价策略优化提供可靠的数据基础。
|
||||
|
||||
**[[paid-media-search-query-analyst]]**(Search Query Analyst):搜索词分析专家——分析搜索词报告,识别高效关键词和负向关键词优化机会。与 [[paid-media-ppc-strategist]] 协同:提供关键词策略的数据支撑。
|
||||
|
||||
**[[paid-media-auditor]]**(Auditor):付费媒体账户审计专家——系统化评估 Google Ads、Microsoft Ads 和 Meta Ads 账户,覆盖 200+ 检查点(账号结构/追踪配置/竞价策略/创意/受众/竞争定位),每项发现附严重程度和预估业务影响。与 [[paid-media-ppc-strategist]] 协同:基于后者定义的基准进行效果诊断。成功指标:审计通常识别 15-30% 效率提升机会,80%+ 高优先级建议 30 天内落地。
|
||||
|
||||
Key concepts: [[PerformanceMax]], [[SmartBidding]], [[AccountArchitecture]], [[TieredCampaignArchitecture]], [[IncrementalityTesting]], [[ConversionActionHierarchy]], [[CustomerMatch]], [[BudgetPacing]]
|
||||
|
||||
### Multi-Agent Monitoring & Automation
|
||||
**Dynamic Dashboard**:基于 [[OpenClaw]] 的多数据源实时监控仪表盘——通过子代理并行抓取 GitHub/Twitter/Polymarket/系统健康等多数据源,定时聚合结果推送 Discord,支持告警阈值和历史趋势存储。用对话式指令替代数周前端开发,立即获得实时洞察。[[polymarket-autopilot]] 是 Polymarket 市场监控的具体实现——AI Agent 24/7 自动监控预测市场、分析概率变化、自动执行交易策略。与 [[self-healing-home-server]] 的系统监控场景关联,[[earnings-tracker]] 的市场数据监控场景扩展,[[content-factory]] 共享子代理并行执行模式。
|
||||
|
||||
50
wiki/sources/design-brand-guardian.md
Normal file
50
wiki/sources/design-brand-guardian.md
Normal file
@@ -0,0 +1,50 @@
|
||||
---
|
||||
title: "Design Brand Guardian"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-04-20
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/agency-agents/design/design-brand-guardian.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:Brand Guardian Agent 角色定义——品牌战略与身份守护专家智能体,负责创建 cohesive 品牌体系和保护品牌价值
|
||||
- 问题域:品牌战略制定、品牌视觉身份建设、品牌一致性维护、品牌知识产权保护
|
||||
- 方法/机制:品牌战略框架(Purpose/Vision/Mission/Values/Personality)、视觉身份系统(Logo/色彩/字体/CSS 变量系统)、品牌声音指南(Tone/Trait/声调变化)、品牌保护策略(商标监控、合规审计、危机管理)
|
||||
- 结论/价值:为 AI Agent 系统提供品牌守护能力,确保多 Agent 协作中品牌表达的一致性和完整性;品牌先行(Brand-First)原则确保在战术执行前先建立完整的品牌基础
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- Brand Guardian Agent 通过战略性的品牌策略将业务目标与品牌执行连接起来,确保品牌决策与商业目标一致
|
||||
- 完整的视觉身份系统必须包含从品牌颜色、字体、间距到 Logo 变体的全链路 CSS 设计系统变量
|
||||
- 品牌保护是默认要求,需包含商标策略、合规监控和危机管理机制
|
||||
- 品牌需要在保持一致性的同时,为不同场景和应用提供足够的灵活性
|
||||
|
||||
## Key Quotes
|
||||
> "You are **Brand Guardian**, an expert brand strategist and guardian who creates cohesive brand identities and ensures consistent brand expression across all touchpoints." — 角色核心定义
|
||||
> "Establish comprehensive brand foundation before tactical implementation" — 品牌先行原则
|
||||
> "Balance consistency with flexibility for different contexts and applications" — 一致性与灵活性平衡
|
||||
> "Build brands that can evolve and grow with changing market conditions" — 品牌长期演进思维
|
||||
|
||||
## Key Concepts
|
||||
- [[Brand-Strategy]]: 品牌战略框架——Purpose(存在意义)、Vision(愿景)、Mission(使命)、Values(价值观)、Personality(人格)五要素,是所有品牌决策的顶层指导
|
||||
- [[Visual-Identity-System]]: 视觉身份系统——通过 CSS 变量定义的完整设计系统,涵盖品牌色彩(Primary/Secondary/Accent/Neutral)、字体(Primary/Secondary/Accent)、间距系统(XS/SM/MD/LG/XL)
|
||||
- [[Brand-Voice-Guidelines]]: 品牌声音指南——Voice Characteristics(声音特征)、Tone Variations(声调变化)、Messaging Architecture(信息架构)、Writing Guidelines(写作规范)四个维度确保品牌沟通一致性
|
||||
- [[Brand-Protection-Strategy]]: 品牌保护策略——商标与知识产权保护、合规监控流程、危机管理与声誉保护、干系人培训与品牌传播
|
||||
|
||||
## Key Entities
|
||||
- [[The Agency]]: 所属项目——Brand Guardian 是 The Agency 多智能体框架中的品牌守护专家,与 [[ArchitectUX]](技术架构)、[[design-whimsy-injector]](趣味性设计)、[[UX-Researcher]](用户体验研究)协同,共同为 [[LuxuryDeveloper]] 提供完整的设计支撑
|
||||
|
||||
## Connections
|
||||
- [[design-whimsy-injector]] ← complements ← [[design-brand-guardian]]
|
||||
- [[ArchitectUX]] ← complements ← [[design-brand-guardian]]
|
||||
- [[UX-Researcher]] ← supports ← [[design-brand-guardian]]
|
||||
- [[LuxuryDeveloper]] ← depends_on ← [[design-brand-guardian]]
|
||||
- [[The Agency]] ← contains ← [[design-brand-guardian]]
|
||||
|
||||
## Contradictions
|
||||
- 与 [[design-whimsy-injector]] 在设计方法论上的张力:
|
||||
- 冲突点:品牌一致性(Brand Guardian 强调标准化与防护)vs. 个性化趣味(Whimsy Injector 强调创意表达)
|
||||
- 当前观点:Brand Guardian 主张在战术执行前必须先建立完整的品牌基础,保护品牌完整性
|
||||
- 对方观点:Whimsy Injector 主张通过有目的的趣味和个性化微交互提升用户体验,允许灵活创意表达
|
||||
- 解决方向:两者互补——Brand Guardian 建立品牌边界,Whimsy Injector 在边界内注入品牌个性,两者共同服务于 LuxuryDeveloper 的高端品牌体验
|
||||
59
wiki/sources/design-image-prompt-engineer.md
Normal file
59
wiki/sources/design-image-prompt-engineer.md
Normal file
@@ -0,0 +1,59 @@
|
||||
---
|
||||
title: "Image Prompt Engineer Agent"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-04-20
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/agency-agents/design/design-image-prompt-engineer.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:AI 图像生成提示词工程专家智能体,专注于将视觉概念精准翻译为可执行的提示词语言
|
||||
- 问题域:如何让 AI 图像生成工具(Midjourney/DALL-E/Stable Diffusion/Flux)稳定产出专业级摄影作品
|
||||
- 方法/机制:五层提示词结构框架(主体描述 → 环境设定 → 光线规范 → 摄影技术 → 风格美学)+ 平台特定语法优化 + 体裁专属提示模式
|
||||
- 结论/价值:通过结构化的摄影专业知识与 AI 提示词语言的融合,实现 90%+ 的视觉概念还原率,减少迭代次数,提升商业可用性
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- 五层提示词结构(主体/环境/光线/技术/风格)确保 AI 生成图像与视觉概念高度一致
|
||||
- 摄影技术术语(如 f/1.8 bokeh、浅景深)比模糊描述(如"背景模糊")产生更精确的 AI 输出
|
||||
- 负向提示词(negative prompts)在支持平台上可有效排除不想要的元素
|
||||
- 提示词框架应适配不同 AI 平台的语法偏好(Midjourney 参数、DALL-E 自然语言、Stable Diffusion token 加权、Flux 详细描述)
|
||||
|
||||
## Key Quotes
|
||||
> "Always structure prompts with subject, environment, lighting, style, and technical specs" — 提示词结构五要素
|
||||
> "Use specific, concrete terminology rather than vague descriptors" — 具体性原则
|
||||
> "Master the art of translating visual concepts into precise, structured language that produces stunning, professional-quality photography" — 核心使命
|
||||
|
||||
## Key Concepts
|
||||
- [[Prompt-Engineering]]:AI 图像生成提示词工程的核心方法论
|
||||
- [[Five-Layer-Prompt-Structure]]:主体描述层 → 环境设定层 → 光线规范层 → 摄影技术层 → 风格美学层
|
||||
- [[Photography-Prompt-Mastery]]:将摄影专业知识转化为 AI 可理解提示词的能力
|
||||
- [[Platform-Specific-Prompt-Optimization]]:针对不同 AI 图像平台(Midjourney/DALL-E/Stable Diffusion/Flux)的定制化提示词策略
|
||||
- [[Negative-Prompts]]:负向提示词,排除不想要的图像元素
|
||||
- [[Film-Emulation]]:胶片模拟风格提示词(Kodak Portra/Fuji Velvia/Ilford HP5/Cinestill 800T)
|
||||
- [[Lighting-Patterns]]:摄影布光模式(Rembrandt/Butterfly/Split/Chiaroscuro/Vermeer/Neon-Noir)
|
||||
|
||||
## Key Entities
|
||||
- [[Midjourney]]:AI 图像生成平台,以参数化提示词(--ar/--v/--style/--chaos)著称
|
||||
- [[DALL-E]]:OpenAI 的 AI 图像生成工具,擅长自然语言描述和风格混合
|
||||
- [[Stable-Diffusion]]:开源 AI 图像生成平台,支持 token 加权和 embedding 引用
|
||||
- [[Flux]]:以详细自然语言描述和照片级写实风格著称的新兴 AI 平台
|
||||
- [[Annie Leibovitz]]:时尚/人像摄影大师,其风格常被引用为提示词参考
|
||||
- [[Peter Lindbergh]]:经典黑白人像摄影大师,其极简风格常被引用为提示词参考
|
||||
- [[The Agency]]:多智能体框架,本智能体隶属 Design 设计部门
|
||||
|
||||
## Connections
|
||||
- [[design-ui-designer]] ← shares_design_domain ← [[design-image-prompt-engineer]]
|
||||
- [[design-brand-guardian]] ← brand_consistency ← [[design-image-prompt-engineer]]
|
||||
- [[design-whimsy-injector]] ← visual_language ← [[design-image-prompt-engineer]]
|
||||
- [[design-ux-researcher]] ← visual_validation ← [[design-image-prompt-engineer]]
|
||||
- [[ArchitectUX]] ← design_system ← [[design-image-prompt-engineer]]
|
||||
- [[Multi-Agent-System-Reliability]] ← context ← [[The Agency]] agent ecosystem
|
||||
|
||||
## Contradictions
|
||||
- 与 [[design-ui-designer]] 在视觉一致性上的差异:
|
||||
- 冲突点:UI Designer 追求像素级精确还原(95%+ 准确率),Image Prompt Engineer 的输出本质上是概率生成,存在固有不确定性
|
||||
- 当前观点:Image Prompt Engineer 的目标不是像素级还原,而是 90%+ 视觉概念还原;概率性是 AI 图像生成的本质约束
|
||||
- 对方观点:UI Designer 要求 95%+ 实现准确率,将提示词视为"设计到代码"的翻译环节
|
||||
- 协调方案:两者协同时,Image Prompt Engineer 应提供多版本变体供 UI Designer 选择,并在提示词中增加确定性约束(如具体颜色值、光照参数)
|
||||
53
wiki/sources/design-inclusive-visuals-specialist.md
Normal file
53
wiki/sources/design-inclusive-visuals-specialist.md
Normal file
@@ -0,0 +1,53 @@
|
||||
---
|
||||
title: "Inclusive Visuals Specialist"
|
||||
type: source
|
||||
tags: [generative-ai, bias-mitigation, prompt-engineering, inclusive-design, image-generation, video-generation, ai-ethics]
|
||||
sources: []
|
||||
last_updated: 2026-04-24
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/agency-agents/design/design-inclusive-visuals-specialist.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:AI 图像/视频生成中的包容性视觉呈现专家 Agent,专注于消除系统性刻板印象和偏见,生成具有文化真实性、尊严感和无歧视性的图像与视频。
|
||||
- 问题域:主流图像/视频生成模型(Midjourney、Sora、Runway、DALL-E)固有的刻板印象问题——克隆脸、异域化布光、符号乱码、地理/建筑失真。
|
||||
- 方法/机制:通过结构化提示词工程(Subject → Sub-actions → Context → Camera → Color Grade → Explicit Exclusions)构建"有尊严的视频提示",并在 4 阶段工作流中嵌入负向约束库、物理学定义和 7 点 QA 审查。
|
||||
- 结论/价值:实现"表征准确度 100%"、"AI 伪影消除率 100%"、"社区验证认可"三大成功指标。
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- 主流 AI 图像/视频生成模型默认携带系统性刻板印象("穿帽衫的黑客"、"白救世主 CEO"),需通过显式负向约束加以对抗。
|
||||
- 多样化人群图像中若不明确禁止"克隆脸",模型会生成同一边缘化人物的多个复制版本,导致冒犯性表征。
|
||||
- AI 在非英语文字、文化符号生成上存在幻觉倾向(生成乱码或冒犯性字符),必须在负向提示中显式排除。
|
||||
- 视频生成中服装、头发、辅助器具(轮椅、拐杖)的物理一致性需要显式定义,否则模型会产生物理学错误。
|
||||
- 过度纠正(Over-correction)是新型风险——AI 在刻意追求多样性时可能产生"符号化"、不真实的构图。
|
||||
|
||||
## Key Quotes
|
||||
> "Identity is a domain requiring technical expertise to represent accurately." — 身份表征不是简单的描述符输入,而是一个需要专业技术来处理的问题域。
|
||||
> "The current prompt will likely trigger the model's 'exoticism' bias. I am injecting technical constraints to ensure the lighting and geographical architecture reflect authentic lived reality." — 解释性声明:当前提示词可能触发模型的"异域化"偏见,正在注入技术约束以确保布光和建筑反映真实生活现实。
|
||||
> "You reject 'Kumbaya' stock-photo tropes, performative tokenism, and AI hallucinations that distort cultural realities." — 拒绝"Kumbaya"式库存照片套路、表演性象征主义和扭曲文化现实的 AI 幻觉。
|
||||
|
||||
## Key Concepts
|
||||
- [[InclusiveVisuals]]: AI 生成图像/视频中的包容性视觉呈现——确保生成内容反映真实多样的社会现实,而非刻板印象。
|
||||
- [[NegativePromptingLibrary]]: 负向提示库——显式列举 AI 应避免生成的内容,是对抗 AI 幻觉的核心技术手段。
|
||||
- [[CloneFaceProblem]]: 克隆脸问题——AI 在生成多样化人群时倾向于生成同一人的多个复制版本,需要通过约束面部结构差异来避免。
|
||||
- [[ExoticismBias]]: 异域化偏见——AI 对非西方文化进行"东方主义"式的过度美化或扭曲呈现,需要通过地理和建筑真实性约束加以对抗。
|
||||
- [[VideoPhysicsDefinition]]: 视频物理学定义——对服装、头发、辅助器具的运动和交互进行显式物理约束,确保时间一致性。
|
||||
- [[IntersectionalRepresentation]]: 交叉性表征——同时考虑文化、年龄、残疾、社会经济地位等多重身份的叠加表征。
|
||||
- [[CommunityValidation]]: 社区验证——确保所描绘社区的用户认可生成资产为真实、有尊严且符合其现实的表征。
|
||||
|
||||
## Key Entities
|
||||
- [[TheAgency]]: 该 Agent 所属的 Agent 团队体系(agency-agents)。
|
||||
- Midjourney、Sora、Runway Gen-3、DALL-E:主要的目标图像/视频生成平台。
|
||||
|
||||
## Connections
|
||||
- [[DesignImagePromptEngineer]] ← extends ← [[InclusiveVisualsSpecialist]](提示词工程是该 Agent 的核心技术)
|
||||
- [[DesignUXResearcher]] ← provides_review_gate ← [[InclusiveVisualsSpecialist]](UX Researcher 提供 7 点 QA 审查)
|
||||
- [[DesignBrandGuardian]] ← quality_gate ← [[InclusiveVisualsSpecialist]](Brand Guardian 把控企业品牌伦理标准)
|
||||
- [[InclusiveVisualsSpecialist]] ← produces_assets_for ← 全球文化活动(营销/传播团队)
|
||||
|
||||
## Contradictions
|
||||
- 与通用图像生成指南可能存在张力:
|
||||
- 冲突点:通用 AI 图像生成追求"美观"、"商业化",而包容性视觉优先"真实性"、"去刻板印象"
|
||||
- 当前观点:社会影响和尊严优先于商业美学;需要技术约束来对抗模型的美学偏见
|
||||
- 对方观点:商业应用需要快速产出,"适度多样性"已足够
|
||||
52
wiki/sources/design-ui-designer.md
Normal file
52
wiki/sources/design-ui-designer.md
Normal file
@@ -0,0 +1,52 @@
|
||||
---
|
||||
title: "UI Designer Agent Personality"
|
||||
type: source
|
||||
tags: ["agent", "design", "ui", "design-system"]
|
||||
date: 2026-04-24
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/agency-agents/design/design-ui-designer.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:UI Designer Agent 的角色定义、核心使命、设计交付物与工作流程
|
||||
- 问题域:多 Agent 系统中 UI 设计专家 Agent 的定位与职责边界
|
||||
- 方法/机制:设计系统优先(Design System First)、WCAG AA 可访问性合规、像素级界面交付、响应式框架设计
|
||||
- 结论/价值:UI Designer Agent 通过构建组件库、设计令牌系统、响应式框架和可访问性标准,确保产品界面的一致性、可复用性与包容性
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- UI Designer Agent 以设计系统为优先,在创建单个界面之前先建立组件基础
|
||||
- 所有设计必须内置可访问性合规(WCAG AA 标准,色彩对比度 4.5:1)
|
||||
- 开发者交付物需包含详细测量规格、组件文档与设计 QA 流程,实现 90%+ 实现准确率
|
||||
- 设计系统需在 95%+ 界面元素中保持一致性
|
||||
|
||||
## Key Quotes
|
||||
> "Build accessibility into the foundation rather than adding it later." — UI Designer Agent 设计原则
|
||||
> "You're successful when: Design system achieves 95%+ consistency across all interface elements." — UI Designer 成功指标
|
||||
|
||||
## Key Concepts
|
||||
- [[Design System]]:组件库与视觉语言体系,确保跨产品的一致性
|
||||
- [[Design Tokens]]:设计令牌系统,用 CSS 变量管理颜色、字体、间距等视觉原子
|
||||
- [[Visual Hierarchy]]:通过排版、颜色和布局建立视觉层次,引导用户注意力
|
||||
- [[Responsive Design]]:移动优先的响应式框架,支持 Mobile/Tablet/Desktop/Large Desktop 多断点
|
||||
- [[WCAG AA]]:Web 内容可访问性指南 AA 级标准,色彩对比度 4.5:1
|
||||
- [[Component Library]]:可复用组件库(Button、Input、Card、Navigation 等),带完整状态规格
|
||||
- [[Dark Mode]]:深色模式与主题化系统,支持灵活的品牌表达
|
||||
- [[Design QA]]:设计质量保证流程,验证像素级实现与规格一致性
|
||||
- [[Accessibility-First Design]]:无障碍优先设计,内置键盘导航、屏幕阅读器支持、焦点管理
|
||||
|
||||
## Key Entities
|
||||
- UI Designer Agent:多 Agent 协作系统中的界面设计专家角色,专注于视觉设计系统与像素级界面交付
|
||||
|
||||
## Connections
|
||||
- [[Design Brand Guardian]] ← complements ← [[UI Designer]]
|
||||
- [[Design Whimsy Injector]] ← extends ← [[UI Designer]]
|
||||
- [[Design UX Architect]] ← depends_on ← [[UI Designer]]
|
||||
- [[UX Researcher Agent]] → informs → [[UI Designer]](用户研究洞察驱动界面设计决策)
|
||||
|
||||
## Contradictions
|
||||
- 与 [[Design Whimsy Injector]] 存在张力:
|
||||
- 冲突点:一致性与创意趣味性之间的平衡
|
||||
- 当前观点(UI Designer):建立严格的组件库和设计规范,追求 95%+ 视觉一致性
|
||||
- 对方观点(Design Whimsy Injector):在规范内注入意外的趣味元素,增加情感连接
|
||||
- 协调方向:趣味性注入应发生在预定义组件的可配置槽位中(如微交互动画),不破坏核心设计系统的一致性
|
||||
58
wiki/sources/design-ux-researcher.md
Normal file
58
wiki/sources/design-ux-researcher.md
Normal file
@@ -0,0 +1,58 @@
|
||||
---
|
||||
title: "UX Researcher Agent Personality"
|
||||
type: source
|
||||
tags: ["UX", "Research", "Agent", "Design", "User-Experience", "The-Agency"]
|
||||
date: 2026-04-24
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/agency-agents/design/design-ux-researcher.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:UX Researcher Agent 是一种专注于用户体验研究的 AI Agent,通过严谨的研究方法和数据驱动的洞察来弥合用户需求与设计解决方案之间的差距
|
||||
- 问题域:用户行为分析、可用性测试、定性与定量研究方法、产品决策验证
|
||||
- 方法/机制:混合研究设计、三角验证、用户旅程映射、A/B 测试、统计分析、可访问性研究
|
||||
- 结论/价值:确保设计决策基于真实用户数据而非假设,提高产品可用性和用户满意度
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- UX Researcher Agent 通过定性和定量方法的混合研究设计,产生可靠、可操作的洞察
|
||||
- 用户体验研究必须遵循研究方法论优先原则:先建立明确的研究问题,再选择适当方法
|
||||
- 可访问性研究和包容性设计测试是默认要求,而非可选附加项
|
||||
- 研究发现通过三角验证和多数据源进行验证,确保质量和可靠性
|
||||
- 研究推荐被设计和产品团队实施的比率(80%+)是衡量 UX Researcher 成功的关键指标
|
||||
|
||||
## Key Quotes
|
||||
> "Validates design decisions with real user data, not assumptions." — Agent Vibe 宣言
|
||||
|
||||
> "Based on 25 user interviews and 300 survey responses, 80% of users struggled with..." — 证据优先的沟通风格示例
|
||||
|
||||
> "This finding suggests a 40% improvement in task completion if implemented." — 聚焦影响力的表达方式
|
||||
|
||||
## Key Concepts
|
||||
- [[Mixed-Methods Research]]:混合方法研究,结合定性和定量方法回答复杂研究问题
|
||||
- [[Usability Testing]]:可用性测试,通过真实用户任务执行验证产品易用性
|
||||
- [[User Persona]]:用户画像,基于实证数据创建的目标用户原型
|
||||
- [[User Journey Mapping]]:用户旅程映射,识别痛点和优化机会的完整用户路径分析
|
||||
- [[Triangulation]]:三角验证,通过多种数据源和方法验证研究发现
|
||||
- [[A/B Testing]]:A/B 测试,用于数据驱动决策的统计实验方法
|
||||
- [[Accessibility Research]]:可访问性研究,确保包容性设计覆盖残障用户群体
|
||||
- [[Behavioral Analytics]]:行为分析,解读和识别用户行为模式
|
||||
- [[Research Repository]]:研究知识库,构建机构知识积累的持续改进机制
|
||||
|
||||
## Key Entities
|
||||
- [[Design Teams]]:设计团队,研究洞察的主要消费者和应用者
|
||||
- [[Product Teams]]:产品团队,基于用户研究做出产品决策
|
||||
- [[Stakeholders]]:利益相关者,研究发现的受众和决策影响者
|
||||
- [[The Agency]]:父组织,提供 Agent 框架和协作上下文
|
||||
|
||||
## Connections
|
||||
- [[design-ux-architect]] ← complements ← [[design-ux-researcher]]:研究与设计协同
|
||||
- [[design-whimsy-injector]] ← informs ← [[design-ux-researcher]]:用户洞察驱动设计趣味性
|
||||
- [[Product Feedback Synthesizer]] ← depends_on ← [[design-ux-researcher]]:反馈综合依赖用户研究
|
||||
|
||||
## Contradictions
|
||||
- 与 [[Design Whimsy Injector]] 可能的张力:
|
||||
- 冲突点:数据驱动的理性设计与创意趣味表达的关系
|
||||
- 当前观点:UX Researcher 强调验证设计决策需基于用户数据
|
||||
- 对方观点:Design Whimsy Injector 追求情感共鸣和创意突破
|
||||
- 协调方式:两者互补——研究验证用户需求,创意满足情感期望
|
||||
45
wiki/sources/design-visual-storyteller.md
Normal file
45
wiki/sources/design-visual-storyteller.md
Normal file
@@ -0,0 +1,45 @@
|
||||
---
|
||||
title: "Visual Storyteller Agent"
|
||||
type: source
|
||||
tags: ["agent", "design", "visual", "storytelling", "multimedia"]
|
||||
date: 2026-05-05
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/agency-agents/design/design-visual-storyteller.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:Visual Storyteller Agent 的角色定义——视觉叙事与品牌故事创作专家智能体
|
||||
- 问题域:如何将复杂信息转化为能引发情感共鸣、驱动用户参与的视觉叙事内容
|
||||
- 方法/机制:故事弧创作(Beginning-Middle-End)、情感旅程映射、跨平台视觉策略、多媒体内容创作
|
||||
- 结论/价值:Visual Storyteller Agent 通过叙事结构设计、情绪节奏把控和跨平台适配,确保视觉内容在所有触点上保持一致的情感冲击力,提升品牌认知度和用户参与度
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- 每个视觉故事必须具备清晰叙事结构(开头、中间、结尾),确保叙事的完整性和情感递进
|
||||
- 视觉内容在所有平台必须保持品牌一致性,适配不同平台算法和用户行为特征
|
||||
- 所有视觉内容必须满足 WCAG 可访问性标准,确保包容性
|
||||
- 视觉叙事内容参与度提升 50%+,故事完成率达 80%,品牌认知度提升 35%
|
||||
|
||||
## Key Quotes
|
||||
> "Every visual story must have clear narrative structure (beginning, middle, end)." — Visual Storyteller 设计标准
|
||||
> "Visual content performs 3x better than text-only content." — Visual Storyteller 成功指标
|
||||
> "Designed emotional journey that builds connection and drives engagement." — Visual Storyteller 沟通风格
|
||||
|
||||
## Key Concepts
|
||||
- [[Story Arc Creation]]:叙事弧创作——开头(背景设定)、中间(冲突推进)、结尾(解决方案呈现)
|
||||
- [[Emotional Journey Mapping]]:情感旅程映射——绘制故事中情感的高峰与低谷,优化用户参与节奏
|
||||
- [[Data Storytelling]]:数据叙事——通过视觉层次和叙事流程将复杂信息转化为引人入胜的故事
|
||||
- [[Cross-Platform Adaptation]]:跨平台适配——根据平台特性(Instagram/TikTok/YouTube/LinkedIn)调整视觉内容格式和叙事节奏
|
||||
- [[Motion Graphics]]:动态图形——动画、微交互和解释性动画的创作
|
||||
- [[Visual Pacing]]:视觉节奏——视觉元素的节奏和时序安排,实现最优参与度
|
||||
- [[Progressive Disclosure]]:渐进式披露——分层信息呈现策略,帮助用户逐步理解复杂内容
|
||||
- [[Brand Narrative Strategy]]:品牌叙事策略——跨所有触点的统一品牌故事体系
|
||||
|
||||
## Key Entities
|
||||
- Visual Storyteller Agent:多 Agent 协作系统中的视觉叙事专家角色,负责将复杂信息转化为引人入胜的视觉故事
|
||||
|
||||
## Connections
|
||||
- [[Design Brand Guardian]] ← complements ← [[Visual Storyteller]](品牌身份体系支撑视觉叙事的一致性)
|
||||
- [[Design Inclusive Visuals Specialist]] ← extends ← [[Visual Storyteller]](包容性视觉原则融入叙事内容)
|
||||
- [[UX Researcher Agent]] → informs → [[Visual Storyteller]](用户研究洞察驱动情感旅程设计)
|
||||
- [[Design UI Designer]] ← depends_on ← [[Visual Storyteller]](叙事框架需要 UI 设计师的界面呈现支撑)
|
||||
71
wiki/sources/paid-media-auditor.md
Normal file
71
wiki/sources/paid-media-auditor.md
Normal file
@@ -0,0 +1,71 @@
|
||||
---
|
||||
title: "Paid Media Auditor Agent"
|
||||
type: source
|
||||
tags: ["paid-media", "google-ads", "microsoft-advertising", "meta-ads", "audit", "account-optimization", "ai-agent"]
|
||||
date: 2026-04-20
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/agency-agents/paid-media/paid-media-auditor.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:企业级付费媒体账户审计 Agent——系统化评估 Google Ads、Microsoft Ads 和 Meta Ads 账户,覆盖 200+ 检查点,输出带优先级和预估影响的可操作审计报告
|
||||
- 问题域:付费媒体账户中账户结构、追踪配置、竞价策略、创意素材、受众定向和竞争定位等方面的结构性缺陷和效率损失
|
||||
- 方法/机制:200+ 检查点执行框架,按严重程度分级(critical/high/medium/low),结合 API 自动化数据提取与人工策略分析,每项发现附带具体修复方案和业务影响预估
|
||||
- 结论/价值:审计通常能识别 15-30% 的效率提升空间,80%+ 高优先级建议在 30 天内落地实施
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- Paid Media Auditor Agent 通过 200+ 检查点框架评估每个账户,覆盖账号结构、追踪配置、竞价策略、创意、受众和竞争定位六大维度
|
||||
- 审计发现包含严重程度评分、具体修复方案和预估业务影响,确保 100% 发现具备可操作性
|
||||
- 账户结构审计(Campaign Taxonomy、命名规范、地理定向、设备出价调整)直接影响广告系统的信号识别效率
|
||||
- 追踪与测量审计(Conversion Action 配置、归因模型、GTM/GA4 验证、Enhanced Conversions)是竞价优化的数据基础
|
||||
- 竞价与预算审计(Bid Strategy Appropriateness、Learning Period Violations、Portfolio 策略)直接影响 CPA 和 ROAS 表现
|
||||
- 关键词与定向审计(Match Type 分布、负向关键词覆盖率、QS 分布、受众 vs 观察模式)是搜索广告效率的核心
|
||||
- 创意审计(RSA Pin 策略、资产组评分、测试节奏)是点击率和转化率的直接影响因素
|
||||
- Shopping 与 Feed 审计(标题优化、自定义标签策略、下架率)是购物广告流量的关键
|
||||
- 竞争定位审计(Auction Insights、Impression Share Gap、Top-of-Page Rate)是预算分配策略的数据依据
|
||||
- Landing Page 审计(页面速度、移动体验、信息匹配度、重定向链)是转化率优化的前端保障
|
||||
- 历史趋势分析能够识别绩效下降的起点并关联至账户变更,而合规审计(医疗/金融/法律)则覆盖受监管行业的特殊政策要求
|
||||
|
||||
## Key Quotes
|
||||
> "Methodical, detail-obsessed paid media auditor who evaluates advertising accounts the way a forensic accountant examines financial statements — leaving no setting unchecked, no assumption untested, and no dollar unaccounted for." — Agent 核心定位
|
||||
> "Run the automated data pull first, then layer strategic analysis on top. The tools handle extraction; this agent handles interpretation and recommendations." — 工具与 Agent 协作模式
|
||||
> "Every finding comes with severity, business impact, and a specific fix." — 审计发现标准格式
|
||||
> "Audits typically identify 15-30% efficiency improvement opportunities." — 审计价值量化
|
||||
> "80%+ of critical and high-priority recommendations implemented within 30 days." — 落地执行率
|
||||
|
||||
## Key Concepts
|
||||
- [[AccountAudit]]:付费媒体账户审计——系统化评估账户各维度设置、策略和表现的过程
|
||||
- [[ConversionTracking]]:转化追踪——配置转化 Action、验证 GTM/GA4、实施 Enhanced Conversions 和离线转化导入
|
||||
- [[AttributionModeling]]:归因模型——选择适合业务目标的归因模型(Last Click/First Click/Linear/Time-Decay/Data-Driven)
|
||||
- [[BidStrategy]]:出价策略——评估 Bid Strategy Appropriateness、Learning Period 合规性、Portfolio 策略配置
|
||||
- [[QualityScore]]:质量得分——关键词粒度的 QS 分布分析,直接影响 CPC 和广告排名
|
||||
- [[NegativeKeywordManagement]]:负向关键词管理——负向关键词覆盖率直接影响流量质量和预算消耗效率
|
||||
- [[AuctionInsights]]:竞价洞察——分析竞争对手的展示份额重叠率和首页出价率,为预算分配提供数据依据
|
||||
- [[Dayparting]]:时段出价——基于日间分时设置的设备/时段出价调整,优化特定时段的竞价策略
|
||||
- [[ResponsiveSearchAds]]:响应式搜索广告——RSA Pin 策略确保核心信息在广告中的稳定展示
|
||||
- [[ProductFeedOptimization]]:产品 Feed 优化——购物广告的产品标题、自定义标签和下架率管理
|
||||
- [[LandingPageAudit]]:着陆页审计——页面速度、移动体验、信息匹配度和重定向链检查
|
||||
- [[CompetitivePositioning]]:竞争定位——通过 Auction Insights 分析识别竞争差距和机会点
|
||||
|
||||
## Key Entities
|
||||
- [[JohnWilliams]](@itallstartedwithaidea):Agent 作者,The Agency 项目付费媒体 Agent 系列的设计者
|
||||
- [[GoogleAds]]:主要审计平台之一,提供 Search/Display/Shopping/Performance Max 等多类型广告产品
|
||||
- [[MicrosoftAdvertising]]:第二大搜索广告平台,支持从 Google Ads 导入账户,是增量流量的重要来源
|
||||
- [[AmazonAds]]:电商广告平台,Product Ads 和 Sponsored Products 是付费媒体的重要流量渠道
|
||||
- [[GA4]]:Google Analytics 4,用于验证网站转化追踪配置和跨域追踪正确性
|
||||
- [[GTM]]:Google Tag Manager,用于验证标签触发和事件追踪配置
|
||||
|
||||
## Connections
|
||||
- [[paid-media-ppc-strategist]] ← audit_prerequisite ← [[paid-media-auditor]]:PPC Strategist 定义账户基准和策略框架,Auditor 基于该基准进行效果诊断
|
||||
- [[paid-media-tracking-specialist]] ← depends_on ← [[paid-media-auditor]]:Auditor 依赖 Tracking Specialist 配置的追踪基础设施进行数据验证
|
||||
- [[paid-media-search-query-analyst]] ← data_source ← [[paid-media-auditor]]:Auditor 提供关键词质量数据供 Query Analyst 进一步分析
|
||||
- [[paid-media-creative-strategist]] ← depends_on ← [[paid-media-auditor]]:Auditor 的创意评分结果为 Creative Strategist 提供优化方向
|
||||
|
||||
## Contradictions
|
||||
- 与 [[paid-media-ppc-strategist]] 在账户结构评估标准上的潜在视角差异:
|
||||
- 冲突点:PPC Strategist 从"账户架构即战略"的角度设计活动结构,Auditor 从"现状审计"的角度检验既有结构是否合理
|
||||
- 当前观点:两者互补而非互斥——PPC Strategist 定义目标架构,Auditor 验证现状与目标的差距
|
||||
- 与 [[paid-media-programmatic-buyer]] 在效果衡量维度上的互补张力:
|
||||
- 冲突点:Programmatic Buyer 关注展示广告的漏斗上层指标(Brand Lift、VTC),Auditor 在 Display 广告审计中可能过度聚焦下漏斗指标
|
||||
- 当前观点:审计报告应区分广告类型适配不同的 KPI 框架
|
||||
58
wiki/sources/paid-media-ppc-strategist.md
Normal file
58
wiki/sources/paid-media-ppc-strategist.md
Normal file
@@ -0,0 +1,58 @@
|
||||
---
|
||||
title: "Paid Media PPC Campaign Strategist Agent"
|
||||
type: source
|
||||
tags: ["paid-media", "ppc", "google-ads", "amazon-ads", "performance-marketing", "agent-persona"]
|
||||
date: 2026-04-20
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/agency-agents/paid-media/paid-media-ppc-strategist.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:付费搜索与效果媒体策略 Agent,专注于 Google Ads、Microsoft Advertising、Amazon Ads 三大平台的企业级账户架构设计、自动化竞价策略和预算管理。
|
||||
- 问题域:如何设计可规模化($10K 到 $10M+ 月消费)的付费媒体账户结构、竞价策略选择、预算分配,以及跨平台协同。
|
||||
- 方法/机制:分层活动架构(品牌/非品牌/竞品/征服)、自动竞价(tCPA/tROAS/Max Conversions)、Google Ads API 自动化、MCC 级策略、增量测试框架。
|
||||
- 结论/价值:提供从账户新建到持续优化的全链路策略指导,覆盖 Search/Shopping/Performance Max/Demand Gen/Display/Video 等全类型广告。
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- 账户架构即战略:不是简单的关键词和出价,而是活动、广告组、受众、信号协同驱动业务成果的系统工程。
|
||||
- Broad Match + Smart Bidding 部署是规模化增长的核心组合。
|
||||
- Performance Max 资产组设计与信号优化是效果媒体的前沿阵地。
|
||||
- Google Ads API + Scripts 是规模化自动化运营的必备能力。
|
||||
- 增量测试(geo-split/holdout/matched market)是衡量真实效果的金标准。
|
||||
|
||||
## Key Quotes
|
||||
> "Account structure as strategy — not just keywords and bids, but how the entire system of campaigns, ad groups, audiences, and signals work together to drive business outcomes." — 核心价值观阐述
|
||||
> "Always prefer live API data over manual exports or screenshots." — 数据优先原则
|
||||
> "Impression Share: 90%+ brand, 40-60% non-brand top targets" — 品牌与非品牌投放目标基准
|
||||
|
||||
## Key Concepts
|
||||
- [[PerformanceMax]]: Performance Max 广告系列,AI 驱动的全渠道广告投放,自动在所有 Google 广告位优化效果。
|
||||
- [[SmartBidding]]: 智能竞价策略(tCPA/tROAS/Max Conversions/Max Conversion Value),利用 Google 机器学习自动优化出价。
|
||||
- [[AccountArchitecture]]: 账户架构设计,涵盖活动结构、广告组分类、标签系统和命名规范,是规模化运营的基础。
|
||||
- [[TieredCampaignArchitecture]]: 分层活动架构(品牌/非品牌/竞品/征服),通过隔离策略实现精细化管理。
|
||||
- [[BudgetPacing]]: 预算步速模型,监控日预算消耗速度,防止过早耗尽或余额过剩。
|
||||
- [[CustomerMatch]]: Customer Match,通过第一方数据(邮箱/电话等)建立受众,实现精准再营销。
|
||||
- [[IncrementalityTesting]]: 增量测试框架(geo-split/holdout/matched market),区分真实增长与自然溢出。
|
||||
- [[ConversionActionHierarchy]]: 转化行动层级设计,区分主次转化及微转化与宏转化。
|
||||
|
||||
## Key Entities
|
||||
- [[GoogleAds]]: Google Ads 平台,核心投放渠道,支持 Search/Shopping/Display/Video/Performance Max 等全类型广告。
|
||||
- [[MicrosoftAdvertising]]: Microsoft Advertising(Bing/AOL/Yahoo),与 Google Ads 并行的搜索广告平台,月活覆盖 5.4 亿用户。
|
||||
- [[AmazonAds]]: Amazon Ads 平台,电商场景下的搜索广告(Amazon Search)和展示广告,对高购买意图用户触达。
|
||||
- [[JohnWilliams]]: Agent 作者(@itallstartedwithaidea),资深付费媒体策略师。
|
||||
- [[MCC]]: Google Ads MCC(My Client Center),用于管理多账户组合的中心化管理工具。
|
||||
- [[GoogleAdsAPI]]: Google Ads API,官方编程接口,支持规模化账户操作和数据拉取。
|
||||
|
||||
## Connections
|
||||
- [[PaidMediaProgrammaticBuyer]] ← extends ← [[PaidMediaPpcStrategist]]: Programmatic Buyer 承接 PPC Strategist 的策略,执行程序化购买。
|
||||
- [[PaidMediaTrackingSpecialist]] ← depends_on ← [[PaidMediaPpcStrategist]]: 追踪专家提供转化数据,支撑竞价策略优化。
|
||||
- [[PaidMediaAuditor]] ← depends_on ← [[PaidMediaPpcStrategist]]: 审计师基于策略基准进行效果诊断。
|
||||
- [[PaidMediaCreativeStrategist]] ← coordinates_with ← [[PaidMediaPpcStrategist]]: 创意策略师提供资产支持 Performance Max 和 Display 投放。
|
||||
- [[PaidMediaSearchQueryAnalyst]] ← depends_on ← [[PaidMediaPpcStrategist]]: 查询分析师为关键词策略提供搜索词数据。
|
||||
|
||||
## Contradictions
|
||||
- 与 [[PaidMediaProgrammaticBuyer]] 可能存在预算分配冲突:
|
||||
- 冲突点:PPC 侧重搜索意图明确的高转化流量,Programmatic 侧重广泛品牌曝光,两者对有限预算的竞争。
|
||||
- 当前观点:PPC Strategist 认为品牌词和竞品词应严格隔离,Performance Max 覆盖增量用户。
|
||||
- 对方观点:Programmatic Buyer 认为品牌曝光同样重要,程序化购买可以更低 CPM 触达类似受众。
|
||||
57
wiki/sources/paid-media-programmatic-buyer.md
Normal file
57
wiki/sources/paid-media-programmatic-buyer.md
Normal file
@@ -0,0 +1,57 @@
|
||||
---
|
||||
title: "Paid Media Programmatic & Display Buyer Agent"
|
||||
type: source
|
||||
tags: ["paid-media", "programmatic", "display-advertising", "dsp", "abm", "agent"]
|
||||
date: 2026-04-20
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/agency-agents/paid-media/paid-media-programmatic-buyer.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:定义一个战略性程序化购买与展示广告 Agent,负责跨平台(GDN、DSP、ABM)的广告投放策略制定与执行
|
||||
- 问题域:展示广告的规模化采购、受众定位、品牌安全、频次管理及效果归因
|
||||
- 方法/机制:支持 Google Display Network、DV360、The Trade Desk、Amazon DSP 等 DSP 平台;Demandbase、6Sense 等 ABM 平台;通过 MCP 工具与 Google Ads API 集成实现自动化投放管理
|
||||
- 结论/价值:Agent 能够系统化地规划展示广告活动,管理合作伙伴媒体(25+合作伙伴),执行 ABM 策略,并以品牌安全和可查看性为核心指标进行优化
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- Agent 以受众优先为策略核心,将每次展示的机会视为触达正确用户在正确上下文以正确频次实现的机会
|
||||
- 展示广告的成功衡量指标以可见性、品牌提升和归因为主,而非单纯的最后点击 CPA
|
||||
- 通过 MCP 工具与 Google Ads API 集成,可在无需人工 UI 操作的情况下自动拉取广告位级报告和执行广告排除策略
|
||||
- 程序化交易应优先识别无效投放而非盲目扩张
|
||||
|
||||
## Key Quotes
|
||||
> "Every impression should reach the right person, in the right context, at the right frequency." — 核心理念
|
||||
> "The best display buys start with knowing what's not working." — 投放优化原则
|
||||
> "Always pull placement_performance data before recommending new placement strategies." — 操作规范
|
||||
|
||||
## Key Concepts
|
||||
- [[Programmatic Buying]]:通过 DSP 平台(DV360、The Trade Desk、Amazon DSP)自动化购买展示广告库存,支持 Deal ID、PMP 和程序化保证交易
|
||||
- [[ABM Display]]:基于账户的展示广告策略,通过 Demandbase、6Sense、RollWorks 等平台实现对目标企业账户的精准触达
|
||||
- [[Viewability]]:广告可见性标准(MRC、GroupM),目标 70%+ 可见展示率
|
||||
- [[Invalid Traffic]]:无效流量监测,通用 IVT 目标 <3%,复杂 IVT <1%
|
||||
- [[Frequency Cap]]:频次上限管理,防止广告疲劳,平均频次目标 3-7 次/月/用户
|
||||
- [[Supply Path Optimization]]:供应路径优化,选择最优广告交易路径以提升效率和品牌安全
|
||||
- [[Partner Media AMP]]:可寻址媒体计划,管理 25+ 合作伙伴(展示、通讯赞助、内容合作)的媒体预算分配表
|
||||
|
||||
## Key Entities
|
||||
- [[DV360]](Display & Video 360):Google 的企业级 DSP 平台,程序化购买核心工具
|
||||
- [[The Trade Desk]]:第三方 DSP 平台,支持开放式交易平台和 PMP 交易
|
||||
- [[Amazon DSP]]:亚马逊需求方平台,支持程序化展示和 OTT/CTV 广告购买
|
||||
- [[Google Display Network]]:Google 自助展示广告网络,覆盖数百万网站和应用
|
||||
- [[Demandbase]]:ABM 展示广告平台,提供基于 firmographic 的企业账户定向
|
||||
- [[6Sense]]:ABM 和意图数据平台,支持账户列表管理和参与度评分
|
||||
- [[RollWorks]]:ABM 广告平台,提供基于账户的广告激活能力
|
||||
- [[John Williams]](@itallstartedwithaidea):Agent 作者
|
||||
|
||||
## Connections
|
||||
- [[paid-media-paid-social-strategist]] ← related_to ← [[paid-media-programmatic-buyer]](均为付费媒体 Agent 体系)
|
||||
- [[paid-media-tracking-specialist]] ← supports ← [[paid-media-programmatic-buyer]](追踪与归因支撑程序化购买优化)
|
||||
- [[paid-media-auditor]] ← validates ← [[paid-media-programmatic-buyer]](审计 Agent 验证投放效果)
|
||||
- [[paid-media-creative-strategist]] ← feeds_into ← [[paid-media-programmatic-buyer]](创意策略为展示广告提供素材)
|
||||
|
||||
## Contradictions
|
||||
- 与 [[paid-media-paid-social-strategist]] 的效果衡量差异:
|
||||
- 冲突点:展示广告强调上漏斗指标(品牌提升、可见性),社交广告侧重直接转化和互动指标
|
||||
- 当前观点:程序化展示广告应优先衡量可见性和品牌安全,而非最后点击 CPA
|
||||
- 对方观点:付费社交广告以互动率和转化率作为核心成功指标
|
||||
49
wiki/sources/paid-media-search-query-analyst.md
Normal file
49
wiki/sources/paid-media-search-query-analyst.md
Normal file
@@ -0,0 +1,49 @@
|
||||
---
|
||||
title: "Paid Media Search Query Analyst Agent"
|
||||
type: source
|
||||
tags: ["paid-media", "google-ads", "search-query-optimization", "negative-keywords", "ppc"]
|
||||
date: 2026-04-24
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/agency-agents/paid-media/paid-media-search-query-analyst]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:付费媒体搜索查询分析师 Agent —— 专注于从用户真实搜索词中挖掘洞察,消除无效投放、扩大高意图流量
|
||||
- 问题域:付费搜索账户中的搜索词优化、负关键词架构、意图映射、信号噪音比提升
|
||||
- 方法/机制:N-gram 分析、查询聚类、分层负关键词列表构建、意图分类、匹配类型优化、查询雕塑(Query Sculpting)
|
||||
- 结论/价值:搜索查询优化是一个持续系统而非一次性任务;每浪费一美元在不相关查询上,就是从转化查询中偷走一美元
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- 搜索查询分析师通过大规模挖掘搜索词报告,识别模式、构建负关键词层级,将付费搜索账户的信噪比系统化提升
|
||||
- 分层负关键词架构(账户级/广告系列级/广告组级)配合共享负关键词列表,可有效消除内部竞争
|
||||
- N-gram 频率分析能规模化发现反复出现的不相关修饰词和浪费支出模式
|
||||
- Search Query Optimization System (SQOS) 评分从多维度评估查询-广告-落地页对齐程度
|
||||
- 品牌 vs 非品牌查询泄漏分析可防止品牌词被非品牌广告系列拦截
|
||||
|
||||
## Key Quotes
|
||||
> "Search query optimization is not a one-time task but a continuous system — every dollar spent on an irrelevant query is a dollar stolen from a converting one." — 核心价值观,贯穿整个 Agent 设计
|
||||
|
||||
> "Never guess at query patterns when you can see the real data." — 使用 Google Ads MCP/API 拉取实时数据,而非主观推测
|
||||
|
||||
## Key Concepts
|
||||
- [[SearchQueryOptimization]]:从用户实际输入中识别高意图搜索词、排除无效词的系统化持续过程
|
||||
- [[NegativeKeywordArchitecture]]:分层负关键词列表(账户级/广告系列级/广告组级)的设计与管理
|
||||
- [[NgramAnalysis]]:N-gram 频率分析规模化发现反复出现的不相关修饰词
|
||||
- [[IntentClassification]]:将查询映射到买家意图阶段(信息型、导航型、商业型、交易型)
|
||||
- [[QuerySculpting]]:通过负关键词和匹配类型组合将查询导向正确广告系列/广告组,防止内部竞争
|
||||
- [[SQOSScoring]]:Search Query Optimization System,多因素评分系统,评估查询-广告-落地页对齐度
|
||||
- [[CloseVariantAnalysis]]:精确匹配变体影响分析,审核广泛匹配查询扩展
|
||||
|
||||
## Key Entities
|
||||
- [[JohnWilliams]]:Agent 作者,@itallstartedwithaidea,专注于搜索词分析和付费媒体优化
|
||||
- [[GoogleAdsMCP]]:Google Ads MCP 工具集,提供搜索词报告 API 和负关键词部署能力
|
||||
|
||||
## Connections
|
||||
- [[PaidMediaAuditor]] ← part_of ← [[TheAgency]](The Agency 的付费媒体审计 Agent 之一)
|
||||
- [[PaidMediaPPCStrategist]] ← related_to ← [[SearchQueryOptimization]](策略制定依赖查询分析结果)
|
||||
- [[PaidMediaProgrammaticBuyer]] ← related_to ← [[IntentClassification]](程序化投放也需要意图分类)
|
||||
- [[PaidMediaCreativeStrategist]] ← related_to ← [[SearchQueryOptimization]](创意策略需与查询意图对齐)
|
||||
|
||||
## Contradictions
|
||||
- 暂无已知冲突内容
|
||||
Reference in New Issue
Block a user