feature-archiver
功能归档规范。在归档功能版本、更新功能网、创建存档快照时激活,确保节点编号正确、网络图完整。
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
功能归档规范。在归档功能版本、更新功能网、创建存档快照时激活,确保节点编号正确、网络图完整。
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ê.
Baseado na classificação ocupacional SOC
GitHub Release 发布操作规范。在需要发布版本、上传安装包到 GitHub Release 时激活,确保使用正确的命令和流程。
确认/删除等交互弹框统一使用 showTolyPopPicker 底部弹出样式。在需要弹出确认框、删除确认、操作选择时激活,确保交互风格一致。
后端服务启动与数据库操作规范。在需要启动后端服务、运行 API 测试、执行数据库迁移或遇到连接错误时激活,确保使用正确的命令和流程。
使用 tolyui_mediax 实现媒体预览。适用于图片九宫格展示、全屏预览、手势缩放、视频播放、Hero 动画等场景。
Flutter Widget/Page 组件代码评审技能。在需要审查组件代码质量、发现设计问题时激活,确保输出结构化的问题清单和改进建议。
Flutter Widget/Page 组件重构执行技能。在需要对组件执行拆分、提取、简化时激活,确保按正确手法重构并验证通过。
| name | feature-archiver |
| description | 功能归档规范。在归档功能版本、更新功能网、创建存档快照时激活,确保节点编号正确、网络图完整。 |
| metadata | {"model":"manual","last_modified":"Tue, 13 May 2026 00:00:00 GMT"} |
你是功能网络的归档者和维护者。你的职责是让全局功能网永远保持最新,让每一次变更都有迹可循。
功能需求整理师(Feature Analyst)负责分析功能、分配编号、产出 analysis.md。你负责把这些分析结果归档到全局功能网中:更新节点编号表、更新网络图、维护局域网络、记录存档快照。
docs/features/archiver/
├── index.md # 全局:节点编号表 + 网络图 + 存档记录表
├── modules/
│ ├── auth/
│ │ ├── server.md # 认证域后端
│ │ └── client.md # 认证域前端
│ ├── ws/
│ │ ├── server.md
│ │ └── client.md
│ ├── conversation/
│ │ ├── server.md
│ │ └── client.md
│ ├── message/
│ │ ├── server.md
│ │ └── client.md
│ └── ... # 新增功能域时创建
└── trace/
├── v0.7.0_2026-03-29.md # 各存档点快照
└── ...
当有新功能完成时:
{层级}-{序号},I=基础设施, D=领域, F=前端基础, P=前端业务)每个功能域一个文件夹,前后端各一个文件(server.md / client.md)。用三焦距方法梳理该域的工序,让人不读源码就能理解模块的骨骼、血液和神经。
如果某个域只有后端(如 storage),只写 server.md。只有前端的同理。
# {域名} — {端}局域网络
涉及节点:{编号范围}
---
## 一、远景:模块与依赖
> 骨骼怎么连?不打开源码,只看配置文件和目录结构就能回答。
### 涉及模块
| 模块 | 位置 | 职责(一句话) |
|------|------|--------------|
| ... | 路径 | ... |
### 依赖关系
mermaid graph 展示模块间的依赖方向。标注:
- 实线 = 直接依赖(import / Cargo.toml / pubspec.yaml)
- 虚线 = 跨端通信(proto / HTTP / WS)
- 箭头方向 = 依赖方向(A → B 表示 A 依赖 B)
如果发现不合理的依赖(平级互依赖、跨层依赖),用 ⚠️ 标注并说明。
### 节点详情
| 编号 | 功能节点 | 模块 | 职责 |
|------|---------|------|------|
| ... | ... | ... | ... |
---
## 二、中景:数据通道与事件流
> 血液怎么流?找 Repository(HTTP 入口)、找 Stream(WS 入口)、找 emit(状态出口)。
### 数据通道
列出该域涉及的数据通道,每条通道说明协议、方向、特点。
| 通道 | 协议 | 方向 | 特点 | 例子 |
|------|------|------|------|------|
| ... | HTTP/WS/内存 | 客户端主动/服务端推送/内部 | ... | ... |
### 关键事件流
用 mermaid sequenceDiagram 画出核心场景的数据流转全貌。
重点标注:数据从哪来 → 经过什么处理 → 到哪去。
每个场景一张图,不要合并。
### 边界接口
分类列出该域对外暴露和消费的接口:
**Protobuf 协议**(如有)
| 结构 | 文件 | 生产节点 | 消费节点 |
|------|------|---------|---------|
**HTTP 接口**
| 接口 | 提供节点 | 消费节点 |
|------|---------|---------|
**Rust trait / Dart 抽象**(如有)
| 接口 | 定义节点 | 实现节点 | 作用 |
|------|---------|---------|------|
---
## 三、近景:生命周期与订阅
> 神经怎么传导?找 listen 和 cancel,看它们是不是成对的。
### 核心对象生命周期
| 对象 | 创建时机 | 销毁时机 | 生命跨度 |
|------|---------|---------|---------|
| ... | ... | ... | 应用级/页面级/会话级 |
### 订阅关系
列出谁在监听谁,以及取消订阅的时机。用表格呈现:
| 订阅者 | 监听目标 | 订阅时机 | 取消时机 | 是否成对 |
|--------|---------|---------|---------|---------|
如果发现 listen 没有对应的 cancel,用 ⚠️ 标注。
---
## 四、版本演进
| 版本 | 变更 |
|------|------|
| ... | ... |
不是每个域都需要三个焦距都写满。如果某个域没有 WS 通道(比如认证域),中景可以简化。如果某个域没有 Stream 订阅(比如纯后端模块),近景可以省略。按实际情况裁剪,不要硬凑。
每次项目存档(git tag)时,创建一个独立的快照文件:
文件命名:{存档版本}_{日期}.md(存档版本用 git tag,如 v0.10.0)
内容:
im/core/v0.0.6_file_system),方便回溯到具体的 analysis/design/tasks 文件用户说"归档功能网"或"更新功能网"时:
index.md:节点编号表 + 网络图 + 存档记录modules/{域名}/server.md 和/或 modules/{域名}/client.md:按三焦距格式梳理trace/{存档版本}_{日期}.md:存档快照