メニュー
功能需求分析规范。在进行需求分析、编写 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}
### 状态流转
| 实体 | 触发事件 | 前状态 | 后状态 |
|------|---------|--------|--------|
| ... | ... | ... | ... |
{补充说明：异常时状态怎么回退}
## 三、功能编号与网络定位
### 本次新增节点
| 编号 | 功能节点 | 层级 | 简介 |
|------|---------|------|------|
| ... | ... | ... | ... |
### 前置依赖
| 依赖节点 | 依赖方式（调接口/监听事件/共享数据） | 是否已有 |
|----------|----------------------------------|---------|
| ... | ... | ... |
### 边界接口
| 接口/协议 | 定义方 | 消费方 | 敏感度 |
|-----------|--------|--------|--------|
| ... | ... | ... | ... |
## 四、结论
- 开发顺序建议
- 复杂度集中的地方
- 暂不实现的部分及理由