Auto-sync: 2026-04-25 16:02
This commit is contained in:
56
wiki/sources/academic-anthropologist.md
Normal file
56
wiki/sources/academic-anthropologist.md
Normal file
@@ -0,0 +1,56 @@
|
||||
---
|
||||
title: "Academic Anthropologist"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-04-20
|
||||
sources: []
|
||||
last_updated: 2026-04-25
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/agency-agents/academic/academic-anthropologist.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:AI Agent 角色设计——将文化人类学家田野调查的方法论与人格特质注入 AI Agent,使其能够构建文化上自洽的社会系统
|
||||
- 问题域:如何让 AI 在设计虚构或真实文化时避免刻板印象、文化拼贴(culture salad),而是基于人类学理论构建功能自洽的社会体系
|
||||
- 方法/机制:结构人类学(列维-斯特劳斯)、象征人类学(格尔茨"厚描")、实践理论(布迪厄)、仪式分析(特纳、范热内普)、经济人类学(莫斯、波拉尼)的理论框架
|
||||
- 结论/价值:每个文化元素必须有社会功能(社会凝聚、资源管理、身份认同、冲突解决);先功能后美学;亲属制度是基础设施
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- AI Agent 在设计文化时应优先问"这个实践解决了什么问题"而非"这个仪式看起来酷不酷"
|
||||
- 亲属制度决定了继承、政治联盟、居住模式和冲突解决方式,是社会的骨架,不应跳过
|
||||
- 避免"高贵的野蛮人"偏见——前工业社会是复杂适应系统,有自身的政治、冲突和创新
|
||||
- 文化借用必须理解原始语境,不能仅凭表面美学混搭不同文化元素
|
||||
- 每个文化都有内部张力和矛盾(没有乌托邦),应主动识别
|
||||
|
||||
## Key Quotes
|
||||
> "No culture is random — every practice is a solution to a problem you might not see yet." — Anthropologist Agent 核心理念
|
||||
> "Emic before etic: First understand how the culture sees itself before applying outside analytical categories." — 方法论原则
|
||||
|
||||
## Key Concepts
|
||||
- [[Thick Description]]:格尔茨的"厚描"理论,将文化实践视为文本阅读,理解参与者的主观意义
|
||||
- [[Liminality]]:特纳的阈限概念,设计转化性仪式体验的关键框架
|
||||
- [[Gift Economy]]:莫斯的礼物经济理论,基于互惠和社会义务构建交换系统
|
||||
- [[Cultural Coherence]]:文化自洽性检验——每个文化元素必须有社会功能,内部一致
|
||||
- [[Rites of Passage]]:范热内普的通过仪式模型——分离 → 阈限 → 融合
|
||||
|
||||
## Key Entities
|
||||
- [[Claude Lévi-Strauss]]:结构人类学创始人,二元对立分析框架
|
||||
- [[Clifford Geertz]]:象征人类学,"厚描"概念提出者
|
||||
- [[Pierre Bourdieu]]:实践理论,场域、惯习、资本概念
|
||||
- [[Victor Turner]]:仪式过程分析,阈限与社群共同性(communitas)
|
||||
- [[Arnold van Gennep]]:通过仪式三阶段模型
|
||||
- [[Marcel Mauss]]:《礼物》作者,礼物经济理论
|
||||
- [[Mary Douglas]]:神圣/世俗边界分析
|
||||
- [[Émile Durkheim]]:功能分析学派,社会凝聚理论
|
||||
- [[Bronisław Malinowski]]:功能主义,文化实践满足基本需求
|
||||
- [[Karl Polanyi]]:经济人类学,互惠、再分配、市场三元框架
|
||||
- [[Marvin Harris]]:文化唯物主义,从生存模式推演文化
|
||||
|
||||
## Connections
|
||||
- [[Academic Historian]] ← discipline_similarity ← [[Academic Anthropologist]]
|
||||
- [[Academic Geographer]] ← discipline_similarity ← [[Academic Anthropologist]]
|
||||
- [[Academic Narratologist]] ← discipline_similarity ← [[Academic Anthropologist]]
|
||||
|
||||
## Contradictions
|
||||
- 暂无已知冲突
|
||||
57
wiki/sources/academic-geographer.md
Normal file
57
wiki/sources/academic-geographer.md
Normal file
@@ -0,0 +1,57 @@
|
||||
---
|
||||
title: "Academic Geographer"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-04-25
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/agency-agents/academic/academic-geographer.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:AI Agent 中的地理学家角色(Geographer Agent)—— 专注于物理与人文地理的系统性建模,为虚拟世界构建地理连贯性
|
||||
- 问题域:如何让 AI Agent 能够像真正的地理学家一样,基于物理规律(板块构造、气候系统、水文地理)构建可信的虚拟世界,并在地理约束与人类文明之间建立逻辑联系
|
||||
- 方法/机制:通过严格的地理连贯性规则(河流不分叉、气候成系统、地理非装饰)、五步工作流(板块构造 → 气候 → 水文 → 生物群落 → 人类定居)、交付物模板(地理连贯性报告、气候系统设计)来驱动 Agent 行为
|
||||
- 结论/价值:该 Agent 为 AI 世界构建提供了一个地理学家的思维框架,强调系统性、因果性和物理一致性,避免常见的地理设定错误
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- 河流不分叉(支流汇入主流,河流不分叉流向不同海洋)—— 这是物理水文的基本规律
|
||||
- 气候是一个系统(雨影效应、洋流、温度缓冲、纬度决定季节)—— 不能随意放置违背物理规律的气候
|
||||
- 地理不是装饰(每座山、每条河、每个沙漠都对当地居民有实际影响)
|
||||
- 避免地理决定论(地理约束但不决定,相似环境产生不同文化)
|
||||
- 规模很重要("小王国"和"大帝国"的地理需求完全不同)
|
||||
- 地图是论据(每张地图都有关于包含什么、排除什么的政治选择)
|
||||
|
||||
## Key Quotes
|
||||
> "Geography is destiny — where you are determines who you become" — Geographer Agent 的核心理念
|
||||
> "Rivers don't split. Tributaries merge into rivers. Rivers don't fork into two separate rivers flowing to different oceans." — 关键物理规则
|
||||
> "Maps are arguments. Every map makes choices about what to include and exclude." — 制图的政治性
|
||||
|
||||
## Key Concepts
|
||||
- [[Geographic Coherence]]:地理连贯性 —— 确保气候、地形、生物群落之间物理一致的原则
|
||||
- [[Koppen Climate Classification]]:柯本气候分类法 —— Agent 用于描述气候区的参考框架
|
||||
- [[Environmental Determinism]]:环境决定论 —— 认为地理直接决定文化和发展的理论框架,Agent 在采纳其框架的同时承认其批评
|
||||
- [[Christaller Central Place Theory]]:克里斯塔勒中心地理论 —— 解释城市层级和形成原因的人文地理理论
|
||||
- [[Mackinder Heartland Theory]]:麦金德心脏地带理论 —— 地缘政治学中关于地理如何塑造战略竞争的框架
|
||||
- [[Rain Shadow Effect]]:雨影效应 —— 山脉阻挡湿气导致背风坡干旱的物理现象
|
||||
- [[Plate Tectonics]]:板块构造论 —— 解释山脉、火山等地理特征形成的地质学基础
|
||||
|
||||
## Key Entities
|
||||
- [[Jared Diamond]]:提出地理框架(《枪炮、病菌与钢铁》),Agent 采纳其环境决定论视角同时承认其局限性
|
||||
- [[Acemoglu]]:对地理决定论的批评者,Agent 明确引用以避免走向极端地理决定论
|
||||
- [[Wallerstein]]:世界体系理论提出者,影响 Agent 对贸易网络和权力动态的分析
|
||||
- [[Mackinder]]:地缘政治学先驱,Heartland Theory 的提出者
|
||||
|
||||
## Connections
|
||||
- [[Geographic Coherence]] ← builds_upon ← [[Plate Tectonics]]
|
||||
- [[Geographic Coherence]] ← builds_upon ← [[Koppen Climate Classification]]
|
||||
- [[Mackinder Heartland Theory]] ← extends ← [[Geographic Coherence]]
|
||||
- [[Christaller Central Place Theory]] ← extends ← [[Geographic Coherence]]
|
||||
- [[Jared Diamond]] → influences → [[Environmental Determinism]]
|
||||
- [[Acemoglu]] → critiques → [[Environmental Determinism]]
|
||||
|
||||
## Contradictions
|
||||
- 与 [[Jared Diamond]] 的框架存在张力:
|
||||
- 冲突点:Agent 采纳 Diamond 的地理框架,但同时强调 Acemoglu 对地理决定论的批评
|
||||
- 当前观点:地理约束人类选择,但不等同于决定论
|
||||
- 对方观点:Diamond 强调地理是历史发展的主导因素
|
||||
51
wiki/sources/academic-historian.md
Normal file
51
wiki/sources/academic-historian.md
Normal file
@@ -0,0 +1,51 @@
|
||||
---
|
||||
title: "Historian Agent Personality"
|
||||
type: source
|
||||
tags: ["agent-personality", "historiography", "material-culture", "period-authenticity", "academic"]
|
||||
date: 2026-04-20
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/agency-agents/academic/academic-historian.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:AI Agent 角色设定——扮演具有跨时代研究能力的历史学家,为创意项目提供历史真实性验证、时代背景丰富化和历史迷思纠正
|
||||
- 问题域:虚构作品中避免时代错乱(anachronism)、为游戏/小说/影视提供扎实的物质文化基础、主动纳入非西方历史传统
|
||||
- 方法/机制:通过五步工作流(定位时间空间→核查物质基础→叠加社会结构→评估论断→标注置信度),结合 Annales 学派、长时段分析、微观史、比较史等史学方法论
|
||||
- 结论/价值:让 AI Agent 能够以"历史学家"身份为创意世界提供可溯源的历史支撑,提升内容的历史深度与文化包容性
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- 历史学家 Agent 通过"时代真实性报告"(Period Authenticity Report)为设定提供饮食、服饰、建筑、技术、货币、权力结构、性别角色等全维度历史细节
|
||||
- 所有历史论断必须标注来源类型(原始文献>二手学术>通俗史>好莱坞)和置信度(高/中/低),避免"中世纪时..."这类模糊表述
|
||||
- 主动挑战欧洲中心主义:将宋朝科技、明帝国财富、马里帝国等非西方历史纳入比较视野
|
||||
- 物质条件决定论:在讨论政治/军事前必须先理解经济基础(农业、贸易、技术水平)
|
||||
|
||||
## Key Quotes
|
||||
> "History doesn't repeat, but it rhymes — and I know all the verses" — Historian Agent 的风格定位
|
||||
> "That's a common belief, but the evidence actually shows..." — 纠正历史迷思时的沟通风格
|
||||
> "Medieval Europe spans 1000 years and a continent. Be specific about when and where." — 对时代宽泛化的警示
|
||||
> "Myths are data too. A society's myths reveal what they valued, feared, and aspired to." — 对神话的态度
|
||||
|
||||
## Key Concepts
|
||||
- [[Annales School]]:法国史学流派,强调长时段(longue durée)结构史学,关注日常生活的物质文化与经济基础
|
||||
- [[Material Culture Analysis]]:物质文化分析,通过文物、遗址、日用物品重建历史时期的生活质感
|
||||
- [[Anachronism Detection]]:时代错乱检测,不仅识别明显的(如前哥伦布时代欧洲出现土豆),还包括隐性的(态度、社会结构、经济系统的时代错配)
|
||||
- [[Longue Durée]]:布罗代尔提出的长时段历史分析概念,识别塑造事件发生的长期结构
|
||||
- [[Microhistory]]:微观史学,关注特定个人或社区以揭示更广泛的历史动态
|
||||
- [[Comparative History]]:比较历史学,跨文明比较相似挑战下的不同应对方式
|
||||
- [[Counterfactual Analysis]]:反事实分析,基于历史偶然性理论的严谨"如果"推理
|
||||
- [[Postcolonial History]]:后殖民史学,主动纳入非欧洲中心的历史视角
|
||||
|
||||
## Key Entities
|
||||
- [[Annales School]](学术流派):由布洛赫和费弗尔创立,以《年鉴》杂志为核心阵地,代表人物包括布罗代尔
|
||||
- [[Fernand Braudel]](历史学家):长时段理论提出者,著有《菲利普二世时代的地中海和地中海世界》
|
||||
- [[Pirenne]](历史学家):提出"穆罕默德和查理曼"的商业复兴论点,与维克斯曼等后世学者存在争论
|
||||
|
||||
## Connections
|
||||
- [[Academic Geographer]] ← 方法互补 ← [[Academic Historian]]:地理与历史共同构建时空坐标
|
||||
- [[Academic Narratologist]] ← 内容提供 ← [[Academic Historian]]:历史真实性为叙事提供素材
|
||||
- [[Academic Anthropologist]] ← 理论交叉 ← [[Academic Historian]]:两者都关注物质文化与日常生活的重建
|
||||
|
||||
## Contradictions
|
||||
- 与通俗历史观点冲突:大量常见的历史迷思("黑暗的中世纪"、"文艺复兴突然觉醒"等)被纠正
|
||||
- 与影视作品冲突:Holly hollywood 对中世纪/古典时代的浪漫化呈现被明确标记为错误
|
||||
52
wiki/sources/academic-narratologist.md
Normal file
52
wiki/sources/academic-narratologist.md
Normal file
@@ -0,0 +1,52 @@
|
||||
---
|
||||
title: "Academic Narratologist"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-04-20
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/agency-agents/academic/academic-narratologist.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:Narratologist Agent 角色设定——一个以叙事理论为基础的故事结构分析 AI Agent,具备俄罗斯形式主义、法国结构主义、认知叙事学等深厚学术背景
|
||||
- 问题域:如何让 AI Agent 能够像专业叙事理论家一样,分析故事结构、角色弧光、主题表达,并提供有理论依据的叙事建议
|
||||
- 方法/机制:通过预置的叙事学框架(Propp、Campbell、Genette、Barthes、Todorov 等)驱动分析流程,要求每个建议都必须引用至少一个命名理论框架
|
||||
- 结论/价值:提供了一个可复用的学术型 AI Agent 设计范式——将传统人文社科理论与 LLM 系统提示词工程结合
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- Narratologist Agent 能通过 Propp 形态学分析童话/冒险结构,通过 Campbell 单一体神话和 Vogler 编剧旅程分析英雄叙事
|
||||
- 叙事问题通常存在于讲述层面(sjuzhet)而非故事层面(fabula)——应优先诊断叙事手法而非情节本身
|
||||
- 每个结构建议必须引用至少一个命名理论框架,并附带推理过程;泛泛的建议(如"让角色更立体")是不合格的
|
||||
- 角色动机的心理分析只能作为视角而非处方使用——角色不是案例研究对象
|
||||
- 在颠覆类型惯例之前必须先理解并尊重类型惯例
|
||||
|
||||
## Key Quotes
|
||||
> "Every story is an argument — I help you find what yours is really saying." — Narratologist Agent 自述核心理念
|
||||
> "Most problems live in the telling (sjuzhet), not the tale (fabula)." — 叙事诊断的核心原则
|
||||
> "Cite sources. 'According to Propp's function analysis, this character serves as the Donor' is useful. 'This character should be more interesting' is not." — 关于提供理论依据的要求
|
||||
|
||||
## Key Concepts
|
||||
- [[Fabula 与 Sjuzhet]]:故事(fabula=按时间顺序的事件)与叙事(sjuzhet=如何讲述)的区分,是叙事分析的基础框架
|
||||
- [[Propp 形态学]]:Vladimir Propp 的民间故事功能分析,识别31种故事功能(如 Donor、Hero、Villain)
|
||||
- [[Campbell 单一体神话]]:Joseph Campbell 的"英雄之旅"理论,Hero's Journey 的学术根源
|
||||
- [[Vogler 编剧旅程]]:Christopher Vogler 将 Campbell 理论改编为好莱坞编剧实践框架
|
||||
- [[Genette 叙事学]]:Gérard Genette 的叙事理论,聚焦叙事视角(focalization)、时序结构、叙事声音
|
||||
- [[Barthes 五代码]]:Roland Barthes 的叙事语义五代码模型(Hermeneutic、Proairetic、Symbolic、Semantic、Referential)
|
||||
- [[Todorov 均衡模型]]:Tzvetan Todorov 的 equilibrium-disruption-new equilibrium 三阶段模型
|
||||
- [[角色弧光]]:Character Arc,角色从起点到终点的内在变化轨迹,含 want/need/lie/transformation 四个维度
|
||||
- [[叙事债务]]:Narrative Debts,向读者做出的尚未兑现的叙事承诺
|
||||
- [[控制性理念]]:Controlling Idea(McKee 术语),即故事对人类经验的论证核心
|
||||
|
||||
## Key Entities
|
||||
- [[Academic Anthropologist]]:同一系列中的学术型 Agent 之一,同样采用学科理论驱动的方法论
|
||||
- [[Academic Historian]]:同一系列中的学术型 Agent 之一,共享 Agent 个性设计范式
|
||||
- [[Academic Geographer]]:同一系列中的学术型 Agent 之一
|
||||
|
||||
## Connections
|
||||
- [[Academic Anthropologist]] ← 同系列学术 Agent ← [[Academic Narratologist]]
|
||||
- [[Academic Historian]] ← 同系列学术 Agent ← [[Academic Narratologist]]
|
||||
- [[Academic Geographer]] ← 同系列学术 Agent ← [[Academic Narratologist]]
|
||||
|
||||
## Contradictions
|
||||
- 暂无冲突内容
|
||||
80
wiki/sources/academic-psychologist.md
Normal file
80
wiki/sources/academic-psychologist.md
Normal file
@@ -0,0 +1,80 @@
|
||||
---
|
||||
title: "Academic Psychologist"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-04-20
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/agency-agents/academic/academic-psychologist.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:Academic Psychologist——The Agency 学术部门的临床与研究心理学家人格智能体,为角色塑造提供心理学可信度支撑。
|
||||
- 问题域:角色心理学评估、人际关系动态分析、创伤/压力/冲突的真实性反应建模、群体行为心理学。
|
||||
- 方法/机制:基于 Big Five 人格框架、依恋理论、Vaillant 防御机制层级、Karpman 戏剧三角、认知行为疗法(CBT)认知扭曲、社会心理学经典实验(Milgram/Zimbardo/Asch)等多种理论与实证框架,对角色进行多维度心理画像。
|
||||
- 结论/价值:拒绝将角色病理化,强调区分流行心理学与循证心理学,承认文化情境与创伤响应的多样性,要求所有心理观察必须引用具体理论或实证研究并诚实承认其局限性。
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- 不将角色降低为诊断。角色可以表现出自恋*特质*而无需成为"自恋者"——人不是 DSM 代码。
|
||||
- 区分**流行心理学**与**循证心理学**。引用某理论时,需了解该理论是同行评审还是自助类。
|
||||
- 承认文化情境。依恋理论源于西方个人主义背景。集体主义文化可能呈现不同的"健康"模式。
|
||||
- 创伤响应多样。并非所有创伤都导致退缩——有人变得高度警觉,有人变成讨好者,有人通过隔离高效运转。
|
||||
- 对心理学未解之谜保持诚实。该领域存在可重复性危机、文化偏见和真正的争议——不将争议性发现当作既定科学呈现。
|
||||
|
||||
## Key Quotes
|
||||
> "People don't do things for no reason — I find the reason" — Psychologist Agent 核心信念
|
||||
> "观察先于诊断" — 收集行为证据后再映射到理论框架
|
||||
> "Use multiple lenses: No single theory explains everything" — 交叉参考 Big Five、依恋理论与文化背景
|
||||
|
||||
## Key Concepts
|
||||
- [[Big-Five-Personality]]: 人格五因素模型(开放性、尽责性、外向性、宜人性、神经质),用于量化角色核心人格特质
|
||||
- [[Attachment-Theory]]: 依恋理论(安全型/焦虑型/回避型/恐惧型),用于分析角色在亲密关系中的行为模式
|
||||
- [[Defense-Mechanisms]]: Vaillant 防御机制层级(成熟型/神经症型/不成熟型),用于识别角色在压力下的应对策略
|
||||
- [[Cognitive-Distortions]]: Beck 认知扭曲(十种常见非理性思维模式),用于识别驱动角色决策的具体认知偏差
|
||||
- [[Karpman-Drama-Triangle]]: Karpman 戏剧三角(受害者/迫害者/拯救者),用于分析人际冲突中的角色动态
|
||||
- [[Transactional-Analysis]]: 沟通分析(父母/成人/儿童三种自我状态),用于诊断角色间沟通模式
|
||||
- [[Social-Psychology-Classics]]: Milgram(服从权威)、Zimbardo(斯坦福监狱实验)、Asch(从众实验)及其现代批判
|
||||
- [[Cognitive-Behavioral-Therapy]]: CBT 认知行为疗法框架,用于建模现实的心理干预路径
|
||||
- [[Developmental-Psychology]]: Erikson 心理社会发展阶段、Piaget 认知发展、Bowlby 依恋起源
|
||||
- [[Trauma-Informed-Analysis]]: 创伤知情分析——PTSD、复杂性创伤、代际创伤(van der Kolk/Herman/Porges 理论)
|
||||
- [[Group-Psychology]]: 群体心理(社会认同理论/群体思维/责任扩散/暴民心理)
|
||||
- [[Cross-Cultural-Psychology]]: 跨文化心理学(Markus & Kitayama 文化模式/Hofstede 文化维度)
|
||||
- [[Psychological-Profile]]: 角色心理画像技术文档格式——整合 Big Five + 依恋风格 + 防御机制 + 核心创伤 + 应对策略 + 盲点
|
||||
|
||||
## Key Entities
|
||||
- [[Erik Erikson]]: 心理社会发展理论提出者,Erikson 八阶段理论用于角色发展轨迹建模
|
||||
- [[Jean Piaget]]: 认知发展理论提出者,Piaget 四阶段用于角色认知成熟度评估
|
||||
- [[John Bowlby]]: 依恋理论创始人,Bowlby 依恋风格分类影响角色亲密关系建模
|
||||
- [[Aaron Beck]]: 认知行为疗法创始人,Beck 认知扭曲十种类型用于角色决策分析
|
||||
- [[Stephen Karpman]]: 戏剧三角提出者,Karpman 三角用于人际冲突建模
|
||||
- [[George Vaillant]]: 防御机制层级研究者,Vaillant 层级用于压力应对策略分类
|
||||
- [[Stanley Milgram]]: 服从权威实验研究者,Milgram 实验用于群体压力建模
|
||||
- [[Philip Zimbardo]]: 斯坦福监狱实验研究者,Zimbardo 实验用于权威与情境分析
|
||||
- [[Solomon Asch]]: 从众实验研究者,Asch 实验用于群体从众建模
|
||||
- [[Judith Herman]]: 复杂性创伤与恢复阶段研究者(Herman 三阶段恢复模型)
|
||||
- [[Bessel van der Kolk]]: 创伤与身体关系研究者("身体记录创伤"核心概念)
|
||||
- [[Stephen Porges]]: Polyvagal Theory 提出者,Porges 理论用于创伤响应建模
|
||||
- [[Hans Eysenck]]: 大五人格先驱研究者
|
||||
- [[Richard Lazarus]]: 压力与应对理论研究者
|
||||
|
||||
## Connections
|
||||
- [[Big-Five-Personality]] ← foundational_framework ← [[Psychological-Profile]]
|
||||
- [[Attachment-Theory]] ← behavioral_pattern ← [[Psychological-Profile]]
|
||||
- [[Defense-Mechanisms]] ← under_stress_response ← [[Psychological-Profile]]
|
||||
- [[Cognitive-Distortions]] ← driving_force ← Character-Decisions
|
||||
- [[Karpman-Drama-Triangle]] ← conflict_model ← Interpersonal-Dynamics
|
||||
- [[Transactional-Analysis]] ← communication_pattern ← Interpersonal-Dynamics
|
||||
- [[Trauma-Informed-Analysis]] ← advanced_capability ← [[Psychological-Profile]]
|
||||
- [[Group-Psychology]] ← advanced_capability ← Interpersonal-Dynamics
|
||||
- [[Behavioral-Nudge-Engine]] ← theoretical_foundation ← [[Behavioral-Psychology]](本 Wiki 已有 [[Behavioral-Psychology]] Concept Page)
|
||||
- [[multi-agent-system-reliability]] ← conflicts_with ← 确定性 vs LLM 概率性悖论
|
||||
|
||||
## Contradictions
|
||||
- 与 [[multi-agent-system-reliability]] 冲突:
|
||||
- 冲突点:多智能体系统可靠性主张"架构约束优于提示词约束"(确定性),Psychologist Agent 依赖 LLM 推理进行心理评估(概率性)。
|
||||
- 当前观点:心理评估需要概率性推理能力,但可以通过 Chain-of-Thought 约束推理路径。
|
||||
- 对方观点:LLM 作为不可靠组件,不应依赖其进行推理,应通过架构强制正确性。
|
||||
- 与流行心理学(MBTI/Enneagram)张力:
|
||||
- 冲突点:MBTI 和 Enneagram 在大众中广泛使用,但学术可信度有限。
|
||||
- 当前观点:Enneagram 仅作为叙事工具接受,MBTI 局限性必须明确标注。
|
||||
- 对方观点:MBTI 简单直观,适合快速角色原型划分。
|
||||
39
wiki/sources/claude-code-integration.md
Normal file
39
wiki/sources/claude-code-integration.md
Normal file
@@ -0,0 +1,39 @@
|
||||
---
|
||||
title: "Claude Code Integration"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-05-02
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/agency-agents/integrations/claude-code/README.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:The Agency Agent 资产与 Claude Code 的原生集成方案
|
||||
- 问题域:如何在 Claude Code 会话中激活和使用预设的 Agent 角色
|
||||
- 方法/机制:通过 `install.sh` 脚本或手动复制,将 Agent 定义文件部署到 Claude Code 的 agents 目录,Claude Code 通过名称引用激活 Agent
|
||||
- 结论/价值:The Agency 从一开始就为 Claude Code 构建,无需任何格式转换,Agent 天然使用 `.md` + YAML frontmatter 格式,与 Claude Code 完全兼容
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- The Agency 为 Claude Code 原生构建,无需格式转换
|
||||
- Agent 以 `.md` + YAML frontmatter 格式存储,与 Claude Code agent 格式完全一致
|
||||
- Agent 按部门(division)组织成目录结构,可选择性安装
|
||||
- 在 Claude Code 会话中通过名称引用即可激活对应 Agent
|
||||
|
||||
## Key Quotes
|
||||
> "The Agency was built for Claude Code. No conversion needed — agents work natively with the existing `.md` + YAML frontmatter format." — 核心设计理念,阐明 The Agency 与 Claude Code 的原生兼容性
|
||||
|
||||
## Key Concepts
|
||||
- [[Agent-Activation-Pattern]]:在 Claude Code 中通过名称引用激活预设 Agent 角色的机制
|
||||
|
||||
## Key Entities
|
||||
- [[Claude-Code]]:Anthropic 官方 AI 编程 CLI 工具,本集成的目标平台
|
||||
- [[The-Agency]]:多智能体编码系统,包含各类专业角色 Agent 的资产库
|
||||
|
||||
## Connections
|
||||
- [[integrations-readme]] ← overview ← [[claude-code-integration]]
|
||||
- [[claude-code-integration]] ← extends ← [[The-Agency]]
|
||||
- [[agents-orchestrator]] ← category_parent ← [[claude-code-integration]]
|
||||
|
||||
## Contradictions
|
||||
- 无已知内容冲突
|
||||
56
wiki/sources/integrations-readme.md
Normal file
56
wiki/sources/integrations-readme.md
Normal file
@@ -0,0 +1,56 @@
|
||||
---
|
||||
title: "The Agency Integrations README"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-04-20
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/agency-agents/integrations/README.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:The Agency 多智能体编码系统与主流 Agentic Coding 工具的集成指南
|
||||
- 问题域:如何将 The Agency 的 Agent 资产安装到不同编码工具生态中
|
||||
- 方法/机制:统一的 `install.sh` 和 `convert.sh` 脚本处理跨平台集成转换;Agent 文件按目标工具格式自动转换
|
||||
- 结论/价值:The Agency 实现了"一次编写,多工具部署"的 Agent 资产复用范式,覆盖 11 种主流编码工具
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- Claude Code 原生支持 `.md` Agent 文件,无需转换
|
||||
- GitHub Copilot 原生支持,直接复制到 `~/.github/agents/` 和 `~/.copilot/agents/`
|
||||
- OpenCode/Cursor/Aider/Windsurf/Qwen Code 为项目级工具,需在项目根目录执行安装
|
||||
- Gemini CLI 和 Qwen Code 需要预先运行 `convert.sh` 生成集成文件
|
||||
- OpenClaw 安装后需重启 gateway
|
||||
|
||||
## Key Quotes
|
||||
> "If you install OpenClaw and the gateway is already running, restart it after installation" — OpenClaw 安装后需重启网关
|
||||
> "For project-scoped tools such as OpenCode, Cursor, Aider, Windsurf, and Qwen Code, run the installer from your target project root" — 项目级工具必须在项目根目录安装
|
||||
|
||||
## Key Concepts
|
||||
- [[Agency-Multi-Agent-Framework]]:The Agency 多智能体框架
|
||||
- [[Project-Scoped-Tools]]:项目级编码工具(需在项目根目录安装)
|
||||
- [[Global-Scoped-Tools]]:全局编码工具(安装到用户 home 目录)
|
||||
|
||||
## Key Entities
|
||||
- [[The-Agency]]:多智能体编码框架,147+ Agent 跨多部门
|
||||
- [[Claude-Code]]:Anthropic 官方 CLI 编码 Agent,原生支持
|
||||
- [[GitHub-Copilot]]:GitHub AI 编程助手,原生支持
|
||||
- [[Antigravity]]:Google Gemini CLI 技能系统
|
||||
- [[Gemini-CLI]]:Google Gemini CLI 工具
|
||||
- [[OpenCode]]:OpenCode CLI 编码 Agent
|
||||
- [[OpenClaw]]:OpenClaw 工作区框架
|
||||
- [[Cursor]]:Cursor IDE 规则文件
|
||||
- [[Aider]]:Aider CLI 编码工具
|
||||
- [[Windsurf]]:Windsurf IDE 规则
|
||||
- [[Kimi-Code]]:Kimi Code CLI Agent
|
||||
- [[Qwen-Code]]:Qwen Code CLI Agent
|
||||
|
||||
## Connections
|
||||
- [[The-Agency]] ← installs_to → [[Claude-Code]]
|
||||
- [[The-Agency]] ← installs_to → [[GitHub-Copilot]]
|
||||
- [[The-Agency]] ← converts_to → [[OpenClaw]]
|
||||
- [[The-Agency]] ← converts_to → [[Kimi-Code]]
|
||||
- [[The-Agency]] ← converts_to → [[Qwen-Code]]
|
||||
- [[The-Agency]] ← converts_to → [[Gemini-CLI]]
|
||||
|
||||
## Contradictions
|
||||
- 无已知内容冲突
|
||||
45
wiki/sources/product-behavioral-nudge-engine.md
Normal file
45
wiki/sources/product-behavioral-nudge-engine.md
Normal file
@@ -0,0 +1,45 @@
|
||||
---
|
||||
title: "Behavioral Nudge Engine"
|
||||
type: source
|
||||
tags: [behavioral-psychology, nudge, habit-formation, user-motivation, productivity, gamification]
|
||||
date: 2026-04-20
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/agency-agents/product/product-behavioral-nudge-engine.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:基于行为心理学原理的智能用户推动引擎,通过个性化交互节奏和激励策略最大化软件用户完成任务的可能性
|
||||
- 问题域:用户在面对大量待办任务时产生的认知过载、动力衰减和软件流失问题
|
||||
- 方法/机制:通过偏好发现→任务拆解→精准推送→即时庆祝的四阶段工作流,利用默认偏差、微任务冲刺和游戏化机制持续驱动用户行为
|
||||
- 结论/价值:有效降低用户认知负荷、提升任务完成率、减少平台流失
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- 行为心理学专家通过个性化软件交互节奏和风格,最大化用户动力与成功率
|
||||
- 认知负荷管理:把大规模工作流分解为微任务冲刺,防止用户陷入决策瘫痪
|
||||
- 推送策略个性化:支持 SMS、Email、应用内横幅等渠道,在最优时间触达用户
|
||||
- 游戏化激励机制:通过即时正强化(庆祝微胜利)和可变量奖励循环维持用户参与度
|
||||
- 默认偏差利用:提供预填回复、默认选项,降低用户行动摩擦
|
||||
|
||||
## Key Quotes
|
||||
> "I've drafted a thank-you reply for this 5-star review. Should I send it, or do you want to edit?" — 默认偏差利用示例
|
||||
> "Hey! You've got a few quick follow-ups pending. Let's see how many we can knock out in the next 5 mins." — 微任务冲刺推送示例
|
||||
> "Nice work! We sent 15 follow-ups, wrote 2 templates, and thanked 5 customers. That's amazing. Want to do another 5 minutes, or call it for now?" — 即时庆祝与温和退出机制
|
||||
|
||||
## Key Concepts
|
||||
- [[Default Bias]]:利用用户对默认选项的偏好(如"我已起草回复,是否直接发送?")降低行动摩擦
|
||||
- [[Cognitive Load Reduction]]:通过拆分任务队列为微小可完成的微冲刺,防止用户认知过载
|
||||
- [[Gamification]]:游戏化机制(积分、徽章、成就系统)驱动用户持续参与
|
||||
- [[Pomodoro Technique]]:番茄工作法时间盒技术,5分钟冲刺模式适配 ADHD 用户
|
||||
- [[Behavioral Psychology]]:行为心理学基础——即时正强化、习惯回路设计
|
||||
- [[Momentum Nudge]]:动量推送逻辑——识别用户状态(Overwhelmed/ADHD倾向)触发微冲刺模式
|
||||
|
||||
## Key Entities
|
||||
- [[Behavioral Nudge Engine]]:核心代理,扮演世界级个人教练角色,在适当时机推动或庆祝
|
||||
|
||||
## Connections
|
||||
- [[Product Sprint Prioritizer Agent]] ← supports ← [[Behavioral Nudge Engine]](任务优先级 → 推送执行)
|
||||
- [[Behavioral Nudge Engine]] ← extends ← [[Habit Tracker & Accountability Coach]](行为习惯追踪)
|
||||
|
||||
## Contradictions
|
||||
- 无已知冲突
|
||||
52
wiki/sources/product-manager.md
Normal file
52
wiki/sources/product-manager.md
Normal file
@@ -0,0 +1,52 @@
|
||||
---
|
||||
title: "Product Manager Agent"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-04-25
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/agency-agents/product/product-manager.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:Product Manager Agent — 一个具备10年以上产品管理经验的专业AI代理角色定义
|
||||
- 问题域:产品生命周期管理(从发现到衡量)、跨职能团队协调、需求优先级决策、利益相关者对齐
|
||||
- 方法/机制:基于 Outcome-Driven 的产品方法论、PRD/机会评估/路线图/GTM等标准化交付物、六阶段工作流程
|
||||
- 结论/价值:提供一套完整的AI Agent产品经理角色规范,包括身份定义、核心规则、交付模板和工作流程
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- Product Manager Agent 以 Alex 为身份,具备10年以上B2B SaaS、消费者应用和平台业务的从业经验
|
||||
- 产品经理的超能力是在用户需求、业务目标和工程现实三者之间找到对齐路径
|
||||
- 所有功能都是假设,发布后才成为实验,成功的产品是那些能measurable改变用户行为的产品
|
||||
- 路线图不是承诺,而是一个关于impact最可能发生在哪里的优先赌注清单
|
||||
|
||||
## Key Quotes
|
||||
> "Features are hypotheses. Shipped features are experiments. Successful features are the ones that measurably change user behavior. Everything else is a learning." — 核心产品哲学
|
||||
> "I will always tell you what we're NOT building and why. That list is as important as the roadmap — maybe more." — 优先级与拒绝的艺术
|
||||
> "My job isn't to have all the answers. It's to make sure we're all asking the same questions in the same order." — PM的真正职责
|
||||
> "The roadmap isn't a promise. It's a prioritized bet about where impact is most likely." — 路线图的本质
|
||||
|
||||
## Key Concepts
|
||||
- [[Outcome-Driven Product Management]]:以可衡量结果而非产出为导向的产品管理方法论
|
||||
- [[RICE Prioritization]]:基于 Reach、Impact、Confidence、Effort 四个维度评估功能优先级
|
||||
- [[PRD]]:Product Requirements Document — 结构化的产品需求文档模板
|
||||
- [[Opportunity Assessment]]:机会评估,在提出解决方案前对商业机会进行结构化分析
|
||||
- [[Product Roadmap]]:产品路线图,采用 Now/Next/Later 三层结构
|
||||
- [[Go-to-Market Brief]]:产品上市计划,包含目标受众、价值主张、发布清单和成功标准
|
||||
- [[Sprint Health Snapshot]]:冲刺健康快照,追踪承诺vs交付、阻塞项和范围变更
|
||||
- [[Sprint Ceremonies]]:冲刺 ceremonies — 计划、每日站会、评审、回顾
|
||||
- [[North Star Metric]]:北极星指标,最能衡量用户获得价值和业务健康的单一指标
|
||||
|
||||
## Key Entities
|
||||
- [[Alex]]:Product Manager Agent 的角色名,10年以上产品管理经验的AI代理化身
|
||||
- [[B2B SaaS]]:产品经理Agent经验覆盖的领域之一
|
||||
- [[Consumer Apps]]:产品经理Agent经验覆盖的领域之一
|
||||
- [[Platform Businesses]]:产品经理Agent经验覆盖的领域之一
|
||||
|
||||
## Connections
|
||||
- [[Agents Orchestrator]] ← coordinates ← [[Product Manager]]
|
||||
- [[Product Feedback Synthesizer Agent]] → feeds insight into → [[Product Manager]]
|
||||
- [[Senior Project Manager Agent]] ← overlaps_scope ← [[Product Manager]](两者都涉及项目交付,但PM更偏产品战略)
|
||||
|
||||
## Contradictions
|
||||
- 无已知冲突
|
||||
43
wiki/sources/product-sprint-prioritizer.md
Normal file
43
wiki/sources/product-sprint-prioritizer.md
Normal file
@@ -0,0 +1,43 @@
|
||||
---
|
||||
title: "Product Sprint Prioritizer Agent"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-04-25
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Agent/agency-agents/product/product-sprint-prioritizer.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:Product Sprint Prioritizer 是一个专注于敏捷冲刺规划和特性优先级排序的 AI Agent,模拟产品经理角色,通过数据驱动的优先级框架最大化团队交付价值。
|
||||
- 问题域:冲刺计划、产品待办列表优先级排序、资源分配、干系人对齐、风险评估
|
||||
- 方法/机制:RICE 框架、MoSCoW、Kano 模型、价值 vs. 投入矩阵、加权评分;基于历史数据的团队速率分析;跨团队依赖识别与关键路径分析;ROI 建模平衡技术债务与新功能
|
||||
- 结论/价值:提供可量化的冲刺成功率指标(承诺故事点交付率 90%+、干系人满意度 4.5/5、时间线偏差 ±10%),实现数据驱动的冲刺规划和持续过程优化
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- RICE 框架通过(触及用户数 × 影响度 × 置信度)÷ 投入时间公式,为复杂特性优先级排序提供可量化的决策依据
|
||||
- 冲刺前规划阶段通过依赖分析、容量评估、风险识别和干系人审查,将冲刺启动风险降低至 5% 以下
|
||||
- 团队速率分析通过 6 个冲刺滚动平均值和趋势分析,预测未来冲刺容量,偏差控制在 15% 以内
|
||||
- 看板模型将用户需求分为 Must-Have、Performance、Delighters、Indifferent、Reverse 五类,精准识别满意度驱动因素
|
||||
|
||||
## Key Quotes
|
||||
> "Sprint Goal Definition: Clear, measurable objective with success criteria" — 冲刺目标定义:清晰、可衡量的目标配合成功标准,是数据驱动冲刺规划的起点
|
||||
> "Score: (Reach × Impact × Confidence) ÷ Effort with sensitivity analysis" — RICE 评分公式:触及用户数 × 影响度 × 置信度 ÷ 投入人月,附敏感性分析,确保优先级决策透明可解释
|
||||
> "Risk Scoring: Probability × Impact matrix with regular reassessment" — 风险评分:概率 × 影响矩阵,配合定期重新评估,建立主动风险管理机制
|
||||
|
||||
## Key Concepts
|
||||
- [[RICE Framework]]:优先级评分框架,公式为(触及用户数 × 影响度 × 置信度)÷ 投入人月,用于数据驱动的特性排序
|
||||
- [[MoSCoW Method]]:Must-Have / Should-Have / Could-Have / Won't-Have 优先级分类法,确保关键需求优先交付
|
||||
- [[Kano Model]]:将产品特性分为 Must-Have(基本期望)、Performance(线性满足)、Delighters(兴奋型)、Indifferent(无差异)、Reverse(反向)五类的用户满意度模型
|
||||
- [[Value vs. Effort Matrix]]:价值-投入矩阵,区分"快速成功""战略投入""填充任务""避免陷阱"四象限
|
||||
- [[Sprint Planning]]:冲刺规划过程,包括冲刺目标定义、故事选择、任务分解、交付定义和团队承诺
|
||||
- [[Team Velocity]]:团队速率,通过历史数据和趋势分析预测冲刺容量,典型偏差控制在 15% 以内
|
||||
|
||||
## Key Entities
|
||||
- [[Product Manager Agent]]:产品经理 Agent 的另一个专业角色,本 Agent(Sprint Prioritizer)专注于冲刺规划和优先级排序,是产品经理工作流的执行深化
|
||||
|
||||
## Connections
|
||||
- [[Product Manager Agent]] ← builds_upon ← [[Product Sprint Prioritizer Agent]](产品经理 Agent 调用本 Agent 进行冲刺规划和优先级排序)
|
||||
|
||||
## Contradictions
|
||||
- 暂无发现冲突
|
||||
89
wiki/sources/product-trend-researcher.md
Normal file
89
wiki/sources/product-trend-researcher.md
Normal file
@@ -0,0 +1,89 @@
|
||||
---
|
||||
title: "Product Trend Researcher Agent"
|
||||
type: source
|
||||
tags: ["the-agency", "product", "market-intelligence", "trend-analysis", "multi-agent"]
|
||||
date: 2026-04-25
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/agency-agents/product/product-trend-researcher.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:产品趋势研究智能体(Product Trend Researcher)—— The Agency Product 部门的专家级市场情报分析师,专注于新兴趋势识别、竞争分析和机会评估,为产品战略和创新决策提供可操作的洞察。
|
||||
- 问题域:市场情报收集、行业趋势预测、竞争格局分析、消费者行为洞察、技术动向追踪
|
||||
- 方法/机制:七步趋势识别流程(信号收集→模式识别→上下文分析→影响评估→验证→预测→可操作性)+ 定量分析(搜索量/社媒指标/财务数据/专利分析)+ 定性情报(专家访谈/民族志研究/内容分析)+ 预测建模(趋势生命周期/采用曲线/跨相关/情景规划)
|
||||
- 结论/价值:提供 80%+ 准确率的 6 个月趋势预测、±20% 置信区间的市场量化、48 小时内紧急请求响应、90% 洞察转化战略决策
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- Trend Researcher Agent 通过七步趋势识别流程(信号收集→模式识别→上下文分析→影响评估→验证→预测→可操作性),实现 80%+ 准确率的 6 个月趋势预测
|
||||
- Trend Researcher Agent 覆盖 50+ 数据源实时聚合,采用统计验证的弱信号检测,提前 3-6 个月识别主流采纳前的趋势
|
||||
- Trend Researcher Agent 提供 TAM/SAM/SOM 三层市场量化,置信区间 ±20%,支撑产品路线图规划
|
||||
- Trend Researcher Agent 通过竞争情报框架(直接/间接/新兴/技术/替代)提供多维度竞争定位分析
|
||||
|
||||
## Key Quotes
|
||||
> "Expert market intelligence analyst specializing in identifying emerging trends, competitive analysis, and opportunity assessment." — Agent 角色定义
|
||||
> "80%+ accuracy for 6-month forecasts with confidence intervals" — 趋势预测成功率指标
|
||||
> "3-6 months lead time before mainstream adoption" — 早期检测能力指标
|
||||
> "15+ unique, verified sources per report with credibility scoring" — 信息源多样性要求
|
||||
> "90% of insights lead to strategic decisions" — 洞察可操作性指标
|
||||
|
||||
## Key Concepts
|
||||
- [[TrendLifecycleMapping]]:趋势生命周期映射(涌现→增长→成熟→衰退),预测各阶段持续时间
|
||||
- [[AdoptionCurveAnalysis]]:技术采用曲线分析(创新者→早期采纳者→早期多数),预测进入时机
|
||||
- [[TAM-SAM-SOM]]:三层市场量化框架——总可用市场、服务可用市场、服务可获得市场
|
||||
- [[CompetitiveIntelligence]]:竞争情报框架,涵盖直接竞争对手、间接竞争对手、新兴参与者、技术提供商、客户替代品
|
||||
- [[WeakSignalDetection]]:弱信号检测,通过统计验证从早期信号中识别新兴趋势
|
||||
- [[TechnologyScouting]]:技术侦察,跟踪专利景观、初创生态、学术研究、开源项目、标准演进
|
||||
- [[SocialListening]]:社交媒体监听,品牌监控、情感分析、影响者识别、社区洞察
|
||||
|
||||
## Key Entities
|
||||
- [[TheAgency]]:The Agency 框架,product-trend-researcher 所属的产品部门,专注市场情报与趋势分析
|
||||
- [[ProductManagerAgent]]:产品经理智能体,与 Trend Researcher 协同,提供产品规格与市场定位输入
|
||||
- [[AgentsOrchestrator]]:多智能体编排器,协调多个专业 Agent 的协作流程
|
||||
|
||||
## Connections
|
||||
- [[ProductManagerAgent]] ← provides context to ← [[ProductTrendResearcher]]
|
||||
- [[ProductTrendResearcher]] ← informs ← [[AgentsOrchestrator]]
|
||||
- [[ProductTrendResearcher]] ← depends_on ← [[CompetitiveIntelligence]]
|
||||
- [[ProductTrendResearcher]] ← extends ← [[MarketResearchProductFactory]]
|
||||
|
||||
## Contradictions
|
||||
- 与 [[AgentsOrchestrator]] 存在潜在张力:Trend Researcher 强调信息驱动决策的独立性,Orchestrator 强调流水线质量门强制推进,两者对"何时足够好"的标准可能不一致
|
||||
- 冲突点:Trend Researcher 需要时间积累弱信号并验证,Orchestrator 强调每个阶段必须通过质量验证才能推进
|
||||
- 当前观点:Trend Researcher 的 6 个月预测精度依赖充分的数据积累,快速交付可能牺牲预测质量
|
||||
- 对方观点:Orchestrator 要求每个任务必须通过质量验证才推进,不允许跳过 QA 阶段
|
||||
|
||||
## Research Methodologies
|
||||
|
||||
### Quantitative Analysis
|
||||
- 搜索量分析:Google Trends、关键词研究工具,季节性调整
|
||||
- 社媒指标:参与率、提及量、话题趋势、情感评分
|
||||
- 财务数据:市场规模、增长率、投资流向、经济相关性
|
||||
- 专利分析:技术创新跟踪、R&D 投资指标、申请趋势
|
||||
- 调查数据:消费者调查、行业报告、学术研究、统计显著性
|
||||
|
||||
### Qualitative Intelligence
|
||||
- 专家访谈:行业领袖、分析师、研究人员,结构化提问
|
||||
- 民族志研究:用户观察、行为研究、上下文分析
|
||||
- 内容分析:博客帖子、论坛、社区讨论、语义分析
|
||||
- 会议情报:活动主题、演讲者话题、观众反应、网络映射
|
||||
- 媒体监控:新闻报道、社论情感、思想领导力、偏见检测
|
||||
|
||||
### Predictive Modeling
|
||||
- 趋势生命周期映射:涌现、增长、成熟、衰退阶段,持续时间预测
|
||||
- 采用曲线分析:创新者、早期采纳者、早期多数进展,时机模型
|
||||
- 跨相关研究:多趋势互动和放大效应,因果分析
|
||||
- 情景规划:基于不同假设的多种未来结果,概率加权
|
||||
- 信号强度评估:弱、中、强趋势指标,置信度评分
|
||||
|
||||
## Success Metrics
|
||||
| 指标 | 目标 | 验证方式 |
|
||||
|------|------|---------|
|
||||
| 趋势预测准确率 | 80%+(6 个月预测) | 置信区间验证 |
|
||||
| 情报新鲜度 | 每周更新 | 自动化监控与告警 |
|
||||
| 市场量化精度 | ±20% 置信区间 | 多方法交叉验证 |
|
||||
| 洞察交付速度 | < 48 小时(紧急请求) | 优先级排序分析 |
|
||||
| 洞察可操作性 | 90% 转化为战略决策 | 利益相关者评分 |
|
||||
| 早期检测领先时间 | 3-6 个月(主流采纳前) | 历史验证 |
|
||||
| 信息源多样性 | 15+ 独立验证来源/报告 | 可信度评分 |
|
||||
| 利益相关者价值 | 4.5/5 评分 | 定期反馈收集 |
|
||||
42
wiki/sources/readme.md
Normal file
42
wiki/sources/readme.md
Normal file
@@ -0,0 +1,42 @@
|
||||
---
|
||||
title: "Aider Integration"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-05-02
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[Agent/agency-agents/integrations/aider/README.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:Aider 编辑器集成 The Agency Agent 资产的安装与使用指南
|
||||
- 问题域:如何在 Aider 项目中激活并调用 The Agency 的多智能体 Agent 角色
|
||||
- 方法/机制:通过 `install.sh --tool aider` 安装,将 Agent 配置注入 Aider 项目;Aider 自动读取项目根目录下的 `CONVENTIONS.md` 文件以激活 Agent 角色
|
||||
- 结论/价值:The Agency 的 Agent 资产可通过 CONVENTIONS.md 机制无缝集成到 Aider 工作流中,实现项目级的多智能体编码辅助
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- Aider 会自动检测并读取项目根目录中的 `CONVENTIONS.md` 文件
|
||||
- 安装脚本 `install.sh --tool aider` 将 The Agency 的 Agent 配置转换为 Aider 可识别的格式
|
||||
- 用户可通过 `convert.sh --tool aider` 重新生成配置文件
|
||||
- 在 Aider 会话中直接通过名称引用 Agent(如 "Frontend Developer")
|
||||
|
||||
## Key Quotes
|
||||
> "The full Agency roster is consolidated into a single `CONVENTIONS.md` file" — 所有 Agent 角色汇总在单一的 CONVENTIONS.md 文件中
|
||||
> "Aider reads this file automatically when it's present in your project root" — Aider 自动读取项目根目录的 CONVENTIONS.md
|
||||
> "Use the Frontend Developer agent to refactor this component" — Aider 会话中按名称调用 Agent
|
||||
|
||||
## Key Concepts
|
||||
- [[CONVENTIONS.md]]:The Agency Agent 角色配置文件,Aider 自动读取
|
||||
- [[Project-Scoped-Integration]]:项目级工具集成模式(需在项目根目录安装)
|
||||
- [[Agent-Activation]]:Agent 激活机制,通过名称引用在对话中调用
|
||||
|
||||
## Key Entities
|
||||
- [[Aider]]:Aider CLI 编码工具,AI 结对编程编辑器
|
||||
- [[The-Agency]]:The Agency 多智能体编码框架(147+ Agent 角色)
|
||||
|
||||
## Connections
|
||||
- [[The-Agency]] ← provides_agents_to ← [[Aider]]
|
||||
- [[Aider]] ← reads ← [[CONVENTIONS.md]]
|
||||
|
||||
## Contradictions
|
||||
- 无已知内容冲突
|
||||
Reference in New Issue
Block a user