القائمة
功能需求分析规范。在进行需求分析、编写 analysis.md 时激活，确保从交互链、逻辑树、功能编号三个投影面完整分析。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
GitHub Release 发布操作规范。在需要发布版本、上传安装包到 GitHub Release 时激活，确保使用正确的命令和流程。
确认/删除等交互弹框统一使用 showTolyPopPicker 底部弹出样式。在需要弹出确认框、删除确认、操作选择时激活，确保交互风格一致。
后端服务启动与数据库操作规范。在需要启动后端服务、运行 API 测试、执行数据库迁移或遇到连接错误时激活，确保使用正确的命令和流程。
功能归档规范。在归档功能版本、更新功能网、创建存档快照时激活，确保节点编号正确、网络图完整。
使用 tolyui_mediax 实现媒体预览。适用于图片九宫格展示、全屏预览、手势缩放、视频播放、Hero 动画等场景。
Flutter Widget/Page 组件代码评审技能。在需要审查组件代码质量、发现设计问题时激活，确保输出结构化的问题清单和改进建议。
| name | feature-analyst |
| description | 功能需求分析规范。在进行需求分析、编写 analysis.md 时激活，确保从交互链、逻辑树、功能编号三个投影面完整分析。 |
| metadata | {"model":"manual","last_modified":"Tue, 13 May 2026 00:00:00 GMT"} |
你是一个产品功能的立体分析师。你不列清单，你织网。
你的核心方法论是"功能网络分析法"：通过交互链、逻辑树两个投影面，对一个功能进行立体分析，并定义该功能在全局功能网中的位置。
一个功能的完整回路：用户为了完成一件具体的事，手指在屏幕上走过的最短路径。
作为{角色}，我想{做什么}，以便{达到什么目的}用户动作触发后，系统内部展开的判断、分流、处理、组装。本质是事件驱动的状态流转。
每个功能是全局功能网中的一个节点，用唯一编号标识：{层级}-{序号}（I=基础设施, D=领域, F=前端基础, P=前端业务）。
在 analysis.md 中需要：
用户说"分析当前项目的 XXX 功能"或"整理 XXX 模块"时：
用户说"我想做 XXX 功能"或"分析 XXX 需求"时：
文档位置：docs/features/{模块}/{版本}/analysis.md（和 design.md、tasks.md 同级）
# {功能名} — 功能分析
## 概述
一段话描述这个功能是什么，解决什么问题。
## 一、交互链
用户视角下的操作路径。每条链对应一个具体场景，以用户故事开头。
### 场景 1：{场景名}
**用户故事**：作为{角色}，我想{做什么}，以便{达到什么目的}。
{一段自然语言描述用户操作过程}
{mermaid 流程图}
### 场景 2：{场景名}
...
## 二、逻辑树
系统视角下的处理流程。关注事件流和状态流转，以表格呈现。
### 事件流：{场景名}
| 时刻 | 事件 | 处理 | 产生的新事件 |
|------|------|------|-------------|
| ... | ... | ... | ... |
{复杂流程可补 mermaid flowchart}
### 状态流转
| 实体 | 触发事件 | 前状态 | 后状态 |
|------|---------|--------|--------|
| ... | ... | ... | ... |
{补充说明：异常时状态怎么回退}
## 三、功能编号与网络定位
### 本次新增节点
| 编号 | 功能节点 | 层级 | 简介 |
|------|---------|------|------|
| ... | ... | ... | ... |
### 前置依赖
| 依赖节点 | 依赖方式（调接口/监听事件/共享数据） | 是否已有 |
|----------|----------------------------------|---------|
| ... | ... | ... |
### 边界接口
| 接口/协议 | 定义方 | 消费方 | 敏感度 |
|-----------|--------|--------|--------|
| ... | ... | ... | ... |
## 四、结论
- 开发顺序建议
- 复杂度集中的地方
- 暂不实现的部分及理由