feature-analyst
功能需求分析规范。在进行需求分析、编写 analysis.md 时激活,确保从交互链、逻辑树、功能编号三个投影面完整分析。
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Menu
功能需求分析规范。在进行需求分析、编写 analysis.md 时激活,确保从交互链、逻辑树、功能编号三个投影面完整分析。
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
GitHub Release 发布操作规范。在需要发布版本、上传安装包到 GitHub Release 时激活,确保使用正确的命令和流程。
确认/删除等交互弹框统一使用 showTolyPopPicker 底部弹出样式。在需要弹出确认框、删除确认、操作选择时激活,确保交互风格一致。
后端服务启动与数据库操作规范。在需要启动后端服务、运行 API 测试、执行数据库迁移或遇到连接错误时激活,确保使用正确的命令和流程。
功能归档规范。在归档功能版本、更新功能网、创建存档快照时激活,确保节点编号正确、网络图完整。
使用 tolyui_mediax 实现媒体预览。适用于图片九宫格展示、全屏预览、手势缩放、视频播放、Hero 动画等场景。
Flutter Widget/Page 组件代码评审技能。在需要审查组件代码质量、发现设计问题时激活,确保输出结构化的问题清单和改进建议。
Baseado na classificação ocupacional SOC
| 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}
### 状态流转
| 实体 | 触发事件 | 前状态 | 后状态 |
|------|---------|--------|--------|
| ... | ... | ... | ... |
{补充说明:异常时状态怎么回退}
## 三、功能编号与网络定位
### 本次新增节点
| 编号 | 功能节点 | 层级 | 简介 |
|------|---------|------|------|
| ... | ... | ... | ... |
### 前置依赖
| 依赖节点 | 依赖方式(调接口/监听事件/共享数据) | 是否已有 |
|----------|----------------------------------|---------|
| ... | ... | ... |
### 边界接口
| 接口/协议 | 定义方 | 消费方 | 敏感度 |
|-----------|--------|--------|--------|
| ... | ... | ... | ... |
## 四、结论
- 开发顺序建议
- 复杂度集中的地方
- 暂不实现的部分及理由