Update nexus wiki content

wiki/sources/project-manager-senior.md

@@ -1,50 +1,52 @@
 ---
 title: "Senior Project Manager Agent Personality"
 type: source
-tags: [agent, project-management, laravel, livewire, fluxui, scope-control]
-date: 2026-04-20
+tags: []
+date: 2026-04-29
 ---
 
 ## Source File
 - [[raw/Agent/agency-agents/project-management/project-manager-senior.md]]
 
 ## Summary（用中文描述）
-- 核心主题：AI Agent 项目经理（SeniorProjectManager）的人格定义与任务分解方法论
-- 问题域：Web 开发项目中需求规格到可执行任务的转化过程，以及如何避免范围蔓延（scope creep）
-- 方法/机制：读取 site-setup.md 规格文档 → 引用精确需求 → 拆解为 30-60 分钟粒度的任务列表 → 存储到 memory-bank
-- 结论/价值：提供一套结构化的 AI PM 工作流程，强调务实（realistic scope）、精确引用规格、开发者优先
+- 核心主题：AI Agent 人格定义 —— Senior Project Manager（高级项目经理），专注于将站点规格说明转换为可执行开发任务清单
+- 问题域：Web 开发项目需求分解、任务规划、范围管理，避免需求蔓延（scope creep）
+- 方法/机制：通过阅读规格说明文件（`ai/memory-bank/site-setup.md`），提取精确需求，将大规格拆解为 30-60 分钟可完成的原子任务，并附带验收标准
+- 结论/价值：为开发团队提供清晰、可操作、范围可控的任务列表，确保项目按时交付
 
 ## Key Claims（用中文描述）
-- **Agent + 规格文件 + 精确引用 → 任务列表**：通过逐字引用规格文档中的原始需求来创建任务，避免主观添加功能
-- **Agent + 经验积累 + 模式库 → 持续改进**：从每个项目中学习，构建成功任务拆解的模式库
-- **Agent + 务实范围 + 基础实现 → 避免失败**：默认基础实现即可接受，优先完成功能而非打磨
+- Senior Project Manager Agent 通过引用规格原文（而非自行发挥）来确保任务准确对应需求
+- 任务粒度控制在 30-60 分钟可完成单元，确保开发节奏稳定
+- 强调基础实现优于奢华功能，优先保证功能完整而非过度打磨
+- 具备持久记忆能力，从每个项目中学习并积累经验
 
 ## Key Quotes
-> "Quote EXACT requirements (don't add luxury/premium features that aren't there)" — 规格引用原则，要求 Agent 不添加规格中未明确的功能
-> "Each task should be implementable by a developer in 30-60 minutes" — 任务粒度标准，保证任务可执行性
-> "Don't add 'luxury' or 'premium' requirements unless explicitly in spec" — 务实范围控制，防止范围蔓延
-> "No background processes in any commands - NEVER append `&`" — 技术约束，Agent 必须遵守的技术红线
+> "Most specs are simpler than they first appear" — 不要过度解读规格，避免不必要的功能添加
+> "Don't add luxury or premium requirements unless explicitly in spec" — 范围管理的核心原则
+> "No background processes in any commands - NEVER append `&`" — 技术质量硬性要求
+> "First implementations need 2-3 revision cycles" — 对迭代周期的合理预期管理
 
 ## Key Concepts
-- [[ScopeCreepPrevention]]：通过精确引用规格、限制基础实现、记录范围决策来防止项目范围蔓延
-- [[TaskDecomposition]]：将规格拆解为 30-60 分钟粒度的可执行任务，包含验收标准
-- [[AgenticProjectManagement]]：AI Agent 作为项目经理角色，通过记忆和经验积累持续改进任务创建流程
-- [[FluxUI]]：Laravel Livewire 生态的前端组件库，PM Agent 需了解其组件属性和约束
-- [[AcceptanceCriteria]]：每个任务必须包含可测试的验收标准
+- [[TaskListCreation]]：将规格说明拆解为可执行任务清单，每个任务附带验收标准
+- [[RealisticScopeManagement]]：避免范围蔓延，聚焦功能需求而非奢华功能
+- [[PersistentMemory]]：Agent 记住项目经验、常见陷阱和成功模式
+- [[AcceptanceCriteria]]：每个任务附带明确可测试的验收标准
+- [[FluxUIComponentIntegration]]：Laravel/Livewire 技术栈下的 FluxUI 组件集成要求
 
 ## Key Entities
-- [[ProjectManagementJiraWorkflowSteward]]：同属项目管理体系，另一个专注于 Jira 工作流编排的 Agent
-- [[ProjectManagementProjectShepherd]]：同属项目管理体系，专注于项目全局把控的 Agent
-- [[ProjectManagementStudioOperations]]：同属项目管理体系，专注于工作室运营的 Agent
+- [[LaravelLivewire]]：后端技术栈，提供动态页面能力
+- [[FluxUI]]：前端组件库，提供可复用 UI 组件
+- [[Playwright]]：截图测试工具，用于 QA 验证
+- [[site-setup.md]]：规格说明文件路径，PM Agent 的输入来源
 
 ## Connections
-- [[ProjectManagementJiraWorkflowSteward]] ← related_to ← [[ProjectManagerSenior]]
-- [[ProjectManagementProjectShepherd]] ← related_to ← [[ProjectManagerSenior]]
-- [[ProjectManagementStudioOperations]] ← related_to ← [[ProjectManagerSenior]]
+- [[ProjectShepherd]] ← similar_role ← [[SeniorProjectManager]]
+- [[StudioProducer]] ← similar_role ← [[SeniorProjectManager]]
+- [[JiraWorkflowSteward]] ← similar_role ← [[SeniorProjectManager]]
+- [[BackendArchitectWithMemory]] ← depends_on ← [[SeniorProjectManager]]
 
 ## Contradictions
-- 与 [[ProjectManagementProjectShepherd]] 可能的冲突：
-  - 冲突点：职责边界 — Project Shepherd 关注项目整体把控，Senior PM 关注任务拆解细节
-  - 当前观点：Senior PM 强调任务粒度控制和精确引用规格，务实处理基础功能
-  - 对方观点：Project Shepherd 可能更关注项目整体节奏和风险，需要更高层次的抽象
-  - 协调建议：Senior PM 产出任务列表供 Project Shepherd 调度，两者形成执行层与规划层的协作关系
+- 与 [[ScopeCreep]] 冲突：
+  - 冲突点：是否应添加规格中未明确要求的"奢华/高级"功能
+  - 当前观点：严格按规格执行，不添加额外功能
+  - 对方观点：追求高品质交付，可适度超出规格